KampData Knowledge Base

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== DynamicZip Build 73.2 ======

This DynamicZip build is compatible with [[dynamiczip:install:mods:microsoft_dynamics_gp11|Microsoft Dynamics GP 2010]]\\ 
Release date August 3, 2011.

===== Modifications =====

==== Transaction Entry ====
  * The [[dynamiczip:windows:DZ Sales Batch Processing window]] has been enabled to update transactions in [[dynamiczip:glossary:Sop|SOP]] by batch.

==== Reporting ====
  * [[dynamiczip:features:Purchase Tax Accrual|Use Tax Accrual]] reporting:
    * [[dynamiczip:reports:DynamicZip Tax Reports]] failed to create the proper [[dynamiczip:windows:Reconcile Documents|reconciliation entry]] for [[dynamiczip:glossary:POP]] transactions with multiple line-items that have differing tax schedules.
    * DynamicZip Tax Reports failed to properly handle the situation where a Purchase Order Processing [[dynamics:windows:Receivings Transaction Entry window|Receiving document's tax summary]] contains multiple instances of the same tax detail (each with a different posting account) . The SQL Optimized report would fail with a duplicate record error while the non-optimized report would include only one of the tax detail's instances. Both reports will now include the sum of all the instances. The [[dynamiczip:reports:force_update_of_pop_report_details|Force Update Of Pop Report Details]] must to be used to refresh the report details for periods where the report was run prior to this modification.

==== Processes ====
  * Modified the [[dynamiczip:features:import:rate_and_boundary_import_process|rate & boundary import]] process to automatically change the place name of geocode 12086X0025 from MIAMI to [[dynamiczip:troubleshooting:issues:miami_fl33106_zero_rate|SKYSHOP LOGISTICS INC]].
  * The [[dynamiczip:windows:DZ Assign Customer Tax Schedules window|Assign Customer Tax Schedules]] process failed to correct an erroneous geocode when the current tax schedule is accepted as correct. The process now corrects the erroneous geocode. This geocode is stored in the [[dynamiczip:tables:DZ Customer Address Supplement Table]].

----

[[dynamiczip:install:mods:release:build73:build73|Build 73]] \\
[[dynamiczip:install:mods:modifications|Modifications]]