Differences

This shows you the differences between two versions of the page.

--- dynamiczip:install:mods:release:build81:build81 [2019/07/30 15:48] – [Modifications] chuck
+++ dynamiczip:install:mods:release:build81:build81 [2019/08/05 16:49] – [Modifications] chuck
@@ Line 59: / Line 59: @@
 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.
-=== Select default city not working ===
+=== Geocode not found ===
-The Select Default setting in the Address Entry section of the [[dynamiczip:windows:dynamiczip_setup_window|DynamicZip Setup window]] should cause DynamicZip to select the USPS city when a zip code is entered that can apply to more than one city. This was not working, often resulting in a Geocode not found message. This has been fixed.
+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.
+=== Tax Schedule not found ===
+The [[dynamiczip:glossary:thomson_reuters_onesource_compete_plus|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 [[dynamiczip:troubleshooting:issues:usps_city_name_not_the_incorporated_city_name|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.