Compile date: November 15, 2018
Compile date: February 26, 2019
Compile date: May 28, 2019
Compile date: August 5, 2019
We discovered that some user installs still had records in the DZ Tax Detail Supplement table with exempt tax detail ID's and these unexpected records had their import status set in such a way that was preventing the rate and boundary import from fully and properly updating the related tax schedules. The following query should return zero records:
select * from DZ00400 where TAXDTLID like '%X'
If any records are returned, they can be removed with the following query:
delete from DZ00400 where TAXDTLID like '%X'
We have fixed this problem by including a step in the import that automatically removes these bogus records. The above workaround is only required if you encounter this problem but are unable to upgrade to the latest build.
When an address has a zip code but no city and/or state, the DynamicZip tax schedule selection process's selection message was “Geocode not found”. While it is true that no geocode was found, the schedule selection process could have continued and returned the default tax schedule for that zip. This update fixes this problem.
The Thomson Reuters ONESOURCE Complete+ Database contains lines that have a city tax but that tax is for a city not found in the line's zip and therefore that tax schedule doesn't get selected. Please see USPS city name not the incorporated city name for more information. These relatively rare situations are now handled by importing the foreign city tax rate as a district tax rate which prevents the resulting schedule from being rejected due to the city name conflict.
This fix creates a county local district tax for the foreign city tax rate. The resulting tax schedule includes this county local instead of the foreign city tax detail. This results in the correct tax being charged. It also results in the correct USPS preferred city name being used for the zip. The downside is that more than one tax detail now exists for the same city tax. However, if DynamicZip reports include the location code in their sort options, the reports can combine them back into a single total.
Compile date: pending
The SQL optimized import was failing to update the Country Code column in the DZ Zip Address Table to the value entered as the Country Code Default in the DynamicZip Setup window when that option is selected. This has been fixed. The workaround was to run the rate and boundary import with SQL Optimize not selected.