User Tools

Site Tools


dynamiczip:install:mods:release:build81:build81

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
dynamiczip:install:mods:release:build81:build81 [2019/04/04 17:58] – [Modifications] chuckdynamiczip:install:mods:release:build81:build81 [2023/09/04 14:27] (current) – [Bug fixes] chuck
Line 27: Line 27:
 ===== Build 81.2 ===== ===== Build 81.2 =====
  
-Compile date: Pending+Compile date: May 28, 2019
  
 ==== Modifications ==== ==== Modifications ====
  
-  * The customer's ship-to address is irrelevant when the shipping method has a shipping type of Pickup but if the customer's ship-to address had a blank zip code, the schedule selection process was failing with a Postal code missing error. This problem showed up when the customer was exempt in the IV Site's state but the IV Site had a taxable schedule assigned to it. In this situation, DynamicZip was failing to set the document and/or line-item's IV Site schedule to exempt.+  * Canada tax rates were not importing from the [[dynamiczip:glossary:zipsales_database|ZIPsales Database]]. The import report was showing //Warning: State CN (Canada) not found in the import file//. 
 +  * In the [[dynamics:windows:sales_transaction_entry_window|Sales Transaction Entry window]]: The customer's ship-to address is irrelevant when the shipping method has a shipping type of Pickup. However, if the customer's ship-to address had a blank zip code, the schedule selection process was failing with a Postal code missing error. This problem showed up when the customer was exempt in the IV Site's state but the IV Site had a taxable schedule assigned to it. In this situation, DynamicZip was failing to set the document and/or line-item's IV Site schedule to exempt
 +  * Added an alert notice has been added to the bottom of the [[dynamiczip:windows:dz_customer_supplement_window|DZ Customer Supplement window]] when: 
 +    * The selected customer's taxable status is set to Allow Override by State. 
 +    * The override is set to Exempt. 
 +    * An expiration date has been entered for the tax exemption. 
 +    * The expiration date has passed. 
 +  * Fixed a bug where the item description lookup in the [[dynamiczip:windows:dz_modify_item_supplement_window|DZ Modify Item Supplement window]] was setting the start or end item description to the item number of the selected item.
  
 +----
 +===== Build 81.3 =====
  
 +Compile date: August 5, 2019
 +
 +==== Modifications ====
 +=== Bogus tax detail supplement records ===
 +
 +We discovered that some user installs still had records in the [[dynamiczip:tables:dz_tax_detail_supplement_table|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:
 +<code>
 +select * from DZ00400 where TAXDTLID like '%X'
 +</code>
 +If any records are returned, they can be removed with the following query:
 +<code>
 +delete from DZ00400 where TAXDTLID like '%X'
 +</code>
 +
 +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.
 +
 +=== Geocode not found ===
 +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. 
 +== Result ==
 +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.
 +
 +===== Build 81.4 =====
 +
 +Compile date: 2/22/2022
 +
 +==== Modifications ====
 +=== Country Code ===
 +The SQL optimized import was failing to update the Country Code column in the [[dynamiczip:tables:dz_zip_address_table|DZ Zip Address Table]] to the value entered as the Country Code Default in the [[dynamiczip:windows:dynamiczip_setup_window|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.
 +
 +
 +==== Bug fixes ====
 +[[dynamiczip:install:mods:LOCAL.txt key|LOCAL.txt file current rate identification bug]]
 +
 +==== Bug fixes ====
 +[[dynamiczip:install:mods:LOCAL.txt key|LOCAL.txt file current rate identification bug]]
 +
 +===== Build 81.5 =====
 +
 +Compile date: September 4, 2023
 +
 +==== Bug fixes ====
 +[[dynamiczip:install:mods:Exempt tax details not being created or updated]]
dynamiczip/install/mods/release/build81/build81.1554400708.txt.gz · Last modified: 2019/04/04 17:58 by chuck

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki