Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

When you try to post a transaction in Purchase Order Processing on Microsoft Dynamics GP 2010 SP 1 or Microsoft Dynamics GP 10.0 SP 5 you receive an error message: **ERROR: The tax detail record doesn't exist or is assigned to two accounts.


Symptoms

When you try to post a shipment/invoice or invoice transaction in Purchase Order Processing in Microsoft Dynamics GP 2010 Service Pack 1 or Microsoft Dynamics GP 10.0 Service Pack 5 you receive the following error message: 

ERROR: The tax detail record doesn't exist or is assigned to two accounts.

↑ Back to the top


Cause

Beginning with Microsoft Dynamics GP 2010 Service Pack 1 and Microsoft Dynamics GP 10.0 Service Pack 5, an additional check was put in place before posting a transaction to ensure that shipment/invoice or invoice documents with multiple lines that have a single tax detail with different distribution accounts assigned to them could not be posted. This was done as an interim fix for another issue that requires additional changes that could not be made in the service pack timeline. If this check fails, the following error message will be presented, and the transaction will not post. 

**ERROR: The tax detail record doesn't exist or is assigned to two accounts.
 

Although Purchase Order Processing shipment/invoice and invoice transactions allow multiple accounts to be assigned to the same tax detail, the data model of the Payables Tax table, PM10500, does not allow for a document to have a single tax detail with multiple distribution accounts. Because of this restriction, on previous versions, users with the same configuration encountering the message now received in Microsoft Dynamics GP 2010 Service Pack 1 and Microsoft Dynamics GP 10.0 Serivce Pack 5 would have received the following error on their posting journals:

** Error: Posting to table PM10500.  Restore from a backup if possible.

With this error message on previous versions, the transaction posting would have processed and would have appeared to complete. However, the Payables tax table (PM10500) would have been incomplete as it would only have had the first account line and the additional account lines for the document and tax detail combination would not have existed. 

↑ Back to the top


Resolution

This issue is scheduled to be addressed in Microsoft Dynamics GP 2010 Service Pack 2. 

↑ Back to the top


More Information

Depending on your requirements and existing setup, here are some potential workarounds:

1. Rather than editing the tax distributions on the Purchase Order Processing document, edit the distributions once the transaction is in General Ledger.
2. Set up additional tax details so that separate tax details are used per distribution account.
3. Post documents with only the same tax detail and account.  This may mean only having a single line per document.
4. If you are using Project Accounting with the “Include Purchase Taxes in Project Cost” option marked in Project Setup, consider unmarking the  option.  Keep in mind this option may be required to be marked in certain industries and/or countries.  A few additional considerations before unmarking are as follows:
a. The option changes how the total cost on the project is updated and how the cost is recognized on the project.
b. Depending on the project type and accounting method it may also have an impact on revenue recognition.
c. The option may change the account that the tax amount will use to be either the Work In Progress or Cost of Goods Sold. 

↑ Back to the top


Keywords: kbmbspartner, kbmbsmigrate, kbsurveynew, kb

↑ Back to the top

Article Info
Article ID : 2481303
Revision : 1
Created on : 1/7/2017
Published on : 8/5/2011
Exists online : False
Views : 94