User Tools

Site Tools


dynamiczip:install:mods:release:build79:build79

This is an old revision of the document!


Build 79

This DynamicZip build is compatible with Microsoft Dynamics GP 2016

Compile date: (coming soon)

This build is substantially identical to Build 80 except that Build 80 is for use with Microsoft Dynamics GP 2018.

Features

Bug Fixes

    • SQL opt assign customer schedules was restricting the insert of customer address supplement records based on the customer master record's state instead of the customer address record's state. So if the customer sup record existed, it got updated and all was well. if the record didn't exist and you weren't assigning “all states” and the customer master record was for a state not included in the assign process, missing customer sup records did not get created. This could result in “Address supplement geocode out of sync” messages. (With a blank geocode as the start value.) Running process failed to correct this situation and eliminate the error since the process failed to create the missing address supplement record in which to save/update the geocode.
    • 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.
  • 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/correct the address supplement accordingly.
  • Update Customer Address Supplement
    • Prior to modifying the existing tax schedules, the Rate and Boundary Import process updates the address supplement geocodes to agree with the addresse's assigned tax schedule’s geocode. When updating the address supplement geocode, the Zip+4 county now overrides the tax schedule county if they are different.

Reports

Windows

Windows Mods

New Windows

Tables

New Tables

Table Conversions

Obsolete Tables

1)
The data that was stored in this table is now stored in the DZ RateSet Calculation table
dynamiczip/install/mods/release/build79/build79.1512515716.txt.gz · Last modified: 2017/12/05 23:15 by chuck

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki