dynamiczip:install:mods:release:build79:build79
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
dynamiczip:install:mods:release:build79:build79 [2018/08/14 20:19] – [Build 79.2] chuck | dynamiczip:install:mods:release:build79:build79 [2019/12/09 19:44] (current) – [Modifications] chuck | ||
---|---|---|---|
Line 15: | Line 15: | ||
* [[dynamiczip: | * [[dynamiczip: | ||
- | * SQL opt assign customer schedules was restricting the insert of customer address supplement records based on the customer master record' | + | * SQL opt assign customer schedules was restricting the insert of customer address supplement records based on the customer master record' |
* [[dynamiczip: | * [[dynamiczip: | ||
* The ZIP+4 County field in this window should automatically get populated when the related vendor address is not in a single rate state, includes the zip+4, the DynamicZip Zip+4 module is enabled and the +4 data has been imported. This was not happening but has been fixed. | * The ZIP+4 County field in this window should automatically get populated when the related vendor address is not in a single rate state, includes the zip+4, the DynamicZip Zip+4 module is enabled and the +4 data has been imported. This was not happening but has been fixed. | ||
* Determine if Sales/ | * Determine if Sales/ | ||
- | * This process (opt and non) limits the tax details examined to those that are assigned to a schedule with an ID that is of either the zip code format or the statewide format. | + | * This process (optimized |
* Prepopulate Address Supplement | * Prepopulate Address Supplement | ||
- | * This process can be run manually from the DynamicZip dropdown menu on an address supplement window such as the DZ Customer Address Supplement window. It also runs automatically as part of the rate and boundary import. This process updates the geocode and zip based on the customer address card and the assigned tax schedule (unless the address supplement has been locked). The process was giving priority to the tax schedule county over the Zip+4 county. This has been fixed and now the Zip+4 county will be preserved in the address supplement record. It is unlikely that this bug caused any problems as subsequent tax schedule assignments would give priority to the Zip+4 county and update/ | + | * This process can be run manually from the DynamicZip dropdown menu on an address supplement window such as the DZ Customer Address Supplement window. It also runs automatically as part of the rate and boundary import. This process updates the geocode and ZIP based on the customer address card and the assigned tax schedule (unless the address supplement has been locked). The process was giving priority to the tax schedule county over the Zip+4 county. This has been fixed and now the Zip+4 county will be preserved in the address supplement record. It is unlikely that this bug caused any problems as subsequent tax schedule assignments would give priority to the Zip+4 county and update/ |
* Update Customer Address Supplement | * Update Customer Address Supplement | ||
* Prior to modifying the existing tax schedules, the Rate and Boundary Import process updates the address supplement geocode to agree with the address' | * Prior to modifying the existing tax schedules, the Rate and Boundary Import process updates the address supplement geocode to agree with the address' | ||
Line 71: | Line 71: | ||
* [[dynamiczip: | * [[dynamiczip: | ||
* [[dynamiczip: | * [[dynamiczip: | ||
+ | |||
+ | ===== Build 79.3 ===== | ||
+ | |||
+ | Compile date: pending | ||
+ | |||
+ | ==== Modifications ==== | ||
+ | === Country Code === | ||
+ | The SQL optimized import was failing to update the Country Code column in the [[dynamiczip: | ||
+ | |||
---- | ---- | ||
[[dynamiczip: | [[dynamiczip: |
dynamiczip/install/mods/release/build79/build79.txt · Last modified: 2019/12/09 19:44 by chuck