Error: Payment total does not match deposits+payments entered for the document
This error usually occurs when the taSopHdrIvcInsertPre stored procedure has been modified.
Solution: Check with your IT team to determine if modifications have been made to this stored procedure. The stored procedure may have been overwritten during a Dynamics GP update or upgrade. If your IT team cannot resolve the issue, contact support@panatrack.com.
Transaction Type: Site Transfer
The Batch ID assigned to the transaction has a status of "Marked" in GP, preventing batch posting. This may occur when an automated posting solution is enabled and the submit happens while the posting solution is processing the batch.
Solution: Re-submit the transaction later, or check the Batch status in GP and update it to "Available".
Transaction Type: Site Transfer
This is a rare error. Review the Unit of Measure Schedule setup for the item. If you recently updated the GP database, run Check Links to resolve the error.
Transaction Type: Order Fulfill
The serial number selected is marked as sold in GP. This occurs when another user selected the same serial in another GP transaction or when a transaction was submitted to GP between serial selection and order fulfillment submit.
Verification Steps:
Solution: Delete the serial number from the other transaction holding the allocation OR remove it from the current transaction before submitting.
This error typically occurs when orders are entered directly into the database by an eCommerce solution. Dynamics GP doesn't have a chance to check if the TAXSCHID exists in the schedule for the item.
Solution:
Solution: Confirm in GP that the customer has a correct bill-to address, then resubmit the transaction.
This error indicates incorrect tax schedule setup. It most often occurs when a new tax schedule is set up incompletely.
Solution: Review Tax Schedule Maintenance and confirm the tax detail is set up and linked correctly. If no tax details are assigned, this is likely the cause.
The most common cause is related to company access to the Currency ID.
Solution: Confirm that multicurrency is set up in GP for the GP company you are connected to.
This error indicates that the quantity fulfilled by PanatrackerGP exceeds the remaining quantity to fulfill. This may occur when:
Solution: Review the current order fulfillment quantity in GP and identify the actual remaining quantity. Delete the line item on the failed transaction in the PanatrackerGP portal. Add the pick for the remaining quantity (if any). Review other transactions submitted for this sales order to identify other pick transactions.
Transaction Type: Site Transfer
This error occurs when the selected lot being submitted doesn't exist in GP. It may occur if the lot is selected on another transaction after it was selected on the transfer but before submit. This error also occurs when inventory setup Auto-Assign Lot Numbers Based on = "Expiration Date".
Solution: Confirm the lot in GP under Lot Inquiry for the site and bin selected. If using Auto-Assign based on Expiration Date, change to "Receipt Date".
Transaction Types: Order Fulfillment, Pack Order
Solution: Perform the following steps in Dynamics GP:
If this doesn't resolve the issue, confirm you have the latest version of eConnect (Microsoft's API for posting to GP) for your Dynamics GP version.
eConnect only checks whether the item/bin combination has a Lot Number Sold (LTNUMSLD) value in the IV00300 table. Even if enough quantity exists in the bin, eConnect doesn't check for more than one instance of the item before generating this error.
Solution (Workaround):
LTNUMSLD column to 0.LTNUMSLD column back to 1.Submitting a Dynamics GP eConnect transaction for a purchase order without a UNITCOST node for non-inventory items returns this error.
Additional Symptoms:
Solution: Multi-Currency was not enabled, but a multicurrency field for a checkbook ID was filled in during setup. Microsoft advised running the following query:
UPDATE CM00100 SET CURNCYID = '' WHERE CHEKBKID = 'XXXXX';

This behavior was encountered on Dynamics GP 2010 but may occur on other versions.
Cause: The item was originally entered on the PO before being set up as an inventory item in GP, marking it with a non-inventory flag. Before receiving, the item was set up as an inventory item in GP. The non-inventory flag isn't natively changed on the existing PO. At receiving, the item is validated as an inventory item, throwing the error.
Solution: Contact your system administrator to update the PO line non-inventory flag in the database. Alternatively, add a new line on the PO for the inventory item and delete (cancel) the original.
Full Error: Lot number / qty type / location / expiration date combination does not exist in the Bin entered
Transaction Type: Item Bin Move
Cause: The usual cause is a different time zone on the handheld versus the application server. The application server or handheld translates SQL Server's "empty" date. Since the GP database cannot store a null date, it uses 1/1/1900 to mark an empty date. A time zone mismatch translates the date back (e.g., to 12/31/1899).
Solution: Confirm that the handheld has the same time zone setup as the application server. Also confirm the application server and database server are in the same time zone.
Transaction Type: Verify Order
Error: You are passing a Currency ID in the header and you did not pass the same one to the line
Solution:
Cause: eConnect doesn't support passing prepayment purchase orders to GP. Microsoft introduced the Prepayment feature in GP 2013 without including an eConnect update method.
Solution: While Microsoft hasn't changed this, a consultant was able to create a workaround. If this error affects you, we can refer you to:
Larry Ressler
Vice President, Consulting
Keel & Company, LLC
701.371.9945
Email: Larry@keelcompany.com
Microsoft explains this error in their community article.
Solution: File a ticket with Microsoft or your GP Partner. However, customers have reported success by changing the value in the Workflow_Status column in POP10100 from 0 to 9.
Dynamics GP eConnect may throw misleading errors if functional currency is not set up. Examples include:
Cause: Functional currency is not set up in Dynamics GP. The eConnect Install Administration Guide for Dynamics GP 2013 (from Microsoft) states that functional currency is required for eConnect to function properly.
Solution: Set Functional Currency:
If Functional Currency lookup was empty:
Cause: Native GP handles Item Bin Moves of allocated lot quantities differently with eConnect than direct entry into GP. When a lot with allocated quantities has a portion moved from Bin A to Bin B, the proper behavior is to leave the allocated quantity in Bin A. Manual entry in GP properly results in a "split lot", moving unallocated quantity to Bin B and leaving allocated quantity in Bin A.
Solution: Microsoft Sr. Support Engineer Isaac Olson (iolson@microsoft.com) created an updated eConnect stored procedure (UpdatedtaIVMultibinBinToBinTransfer.sql) to replace the existing eConnect stored procedure. Run the altered stored procedure to prevent the issue going forward.

Cause: Discount Type is not defined in the Payment Terms Setup in GP. This needs to be defined even if the Payment Term doesn't calculate a discount.
Solution: Access the Payment Terms Setup in GP: Tools > Setup > Company > Payment Terms. Define the Discount Type.
Corresponding Table: SY03300 Payment Terms Master
Alternative Access: From the Purchase Order, tap the arrow next to the Vendor ID to open the Purchasing Vendor Detail Entry window. Tap the Payment Terms link to open the Payment Terms Setup window.
Cause: The error occurs when an order is open in GP during transaction submission. GP locks the order to prevent conflicts.
Solution: Close the order in GP and submit again from the PanatrackerGP portal.
Error: Violation of PRIMARY KEY constraint 'PKAAG20000'. Cannot insert duplicate key in object 'dbo.AAG20000'
Transaction Type: Adjustment (could occur on any inventory transaction)
Cause: This common eConnect error in test companies indicates incomplete or inaccurate Analytical Accounting setup. The next AA ID for the test company is lower than the next ID in the live company. This causes AA to pass an ID that already exists to the AAG20000 table. The next ID is stored in table AAG00102 in the DYNAMICS database.
Solution: This requires GP database maintenance. The error occurs when a company database is cloned and the Analytical Accounting (AA) tables in the DYNAMICS company aren't updated to reflect the new company. Update the value in table AAG00102 for the record where aaTableID=20000 and CMPANYID=(your company ID from Table SY01500). When adding a new record, use the max value in the table plus one.
Cause: This is not a PanatrackerGP issue but rather a Microsoft eConnect issue. The date format is determined by the region settings under which the PanatrackerGP portal runs.
Solution: Change the regional settings on the server where PanatrackerGP is installed:
This pushes the Date/Time settings to the account that runs IIS.
Full Error: The source was not found, but some or all event logs could not be searched. To create the source, you need permission to read all event logs to make sure that the new source name is unique. Inaccessible logs: State.
Cause: Microsoft locked out applications from making changes to the newly added State event log.
Solution: Run the Registry Editor as a SYSTEM account to grant PanatrackerGP rights to modify the State event log:
c:\tools).c:\tools\psexec.exe -sid c:\windows\regedit.exeHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\StateIIS APPPOOL\PanatrackerGP and grant Full Control.After completing these steps, resubmit the transaction twice. The correct error should appear in the portal.
Full Error: There was no endpoint listening at net.pipe://localhost/Microsoft/Dynamics/GP/eConnect/EntityOperations that could accept the message
Cause: This message occurs in Dynamics GP 2010 and later, as the eConnect mechanism was moved to a WCF service.
Solution: This usually indicates eConnect is not running on your server:
