When entering a Sales Order Processing Return through Additional>>Create Return, the following message comes up:
"This Cost of Goods Sold distribution amount is incorrect and will not be posted. Do you want to save with errors?"
RMA Receiving is not being used. Version is GP 10 SP2.
I also noticed the the EXTDCOST and OREXTCST values are zero in the SOP10100 table. Also tried voiding and re-entering the Return.
What could be causing this error?
Thanks,
Kendra
Hi Mike,
There is not an open quality issue on this one nor can I find any existing casework with the same error. Hopefully there will be additional feedback that may hold the key to this performance.
Hello
I have been having a intermittent error on a customer when posting MFG time cards I cannot narrow down or re-create
From (Manufacturing >> Transactions >> WIP >> Time Card Batch)
Sometimes when posting the customer gets the error "GL TRX not created correctly. GL Trx Batch not created"
The time cards removed but only a some of them post to MFG or create a GL batch, then the user has to re-enter these time cards over again.
I have not yet been able to re-create myself or grab a dex_log or trace as it happens about once every 2 week (they post daily)
Just looking for any advice , I have searched but not been able to find the error or anyone else with the error in MFG
Hi Tristan,
I can only verify that there hasn't been such an issue logged in default code for any version of Dynamics GP.
We've recently encountered an issue where batches of transactions that are posted in Purchase Order Processing are appearing in the POP tables BUT the PM transactions are recorded in a different database.
For example:
1. A Batch is posted in POP for CompanyA and it is recorded in the POP tables of CompanyA
2. However, the PM transactions are appearing in CompanyB. If I run the script below I see the transactions.
select * from CompanyB..PM20000 where DoCNUMBR in (select VNDDOCNM from CompanyA..POP30300 where BACHNUMB like 'RCTIN%') and vendorID in (select vendorID from CompanyA..POP30300 where BACHNUMB like 'RCTIN%')
Note that this does not always happen... and it only happens IF/TO the Vendor ID is on both companies. We use SmartPost to automatically post batches. I've checked Event Viewer on the Smartpost server and the database server but see no relevant errors to the issue.
Has anyone here experienced this issue?
Private Sub CheckbookID_Changed()
Me.View.value = 2
End Sub
It still defaults to the number instead of the date.
Is it possible to change the default Sort by to Date in the Checkbook Register Inquiry window? Maybe with a VBA or something?
Hi Ben,
Is there an open CR existing for the customer? If so you should be able to create and post dummy invoices to attach the CR to blank out the amount. If no open document exists to apply I don't see a default method to do so in Dynamics GP.
We just wanted to confirm our testing, that when we do a writeoff from the RM Apply Window, even though we have post through to the GL marked in the Posting >Posting > Sales > Receivables Apply Doc. option, it DOES NOT post through the GL. We iust wanted to see if this is working as designed or if we are missing a setup. Is there a way around this, the client would like it to post through the GL? They do not have AA.
Thank you,
Lisa
Hi Larry,
Can you add more detail to your request? Is your inquiry with the Employee Maintenance window, Modifier or a different window altogether?
Jeff
There is a field called Reason, and it is a free text field. Is there anyway we can make the a drop list within GP. If not, what are some other options?
Hi Sandip,
Based on past casework the following edit check is behind this error:
Edit Check to be sure the QTY in IV10002 is equal to IV10001 ***************************/
if (@SERIALOT = 2 or @SERIALOT = 3)
begin
if (@TRXQTY < 0)
begin
select @SUMSERIAL = isnull(sum(SERLTQTY),0) * -1 from IV10002 (nolock) where IVDOCNBR = @I_vIVDOCNBR and ITEMNMBR = @I_vITEMNMBR and IVDOCTYP = @I_vIVDOCTYP and LNSEQNBR = @LNSEQNBR
end
else
begin
select @SUMSERIAL = isnull(sum(SERLTQTY),0) from IV10002 (nolock) where IVDOCNBR = @I_vIVDOCNBR and ITEMNMBR = @I_vITEMNMBR and IVDOCTYP = @I_vIVDOCTYP and LNSEQNBR = @LNSEQNBR
end
if (@SUMSERIAL <> @TRXQTY)
begin
select @O_iErrorState = 1581 /* The Transaction Qty passed in is <> to what was passed into the taIVTransactionSerialInsert proc or the taIVTransactionLotInsert proc
The way eConnect performs the edit checks is backwards.
It does the lines first, then the header, so this may be part of the issue.
If possible, check the quantity of the transaction against what was inserted into the IV10002 for the serial number.
There are a few common causes for this error to be given:
1. The order of the xml schema is incorrect. taIVTransactionSerialInsert needs to come before taIVTransactionLineInsert to ensure the IV10002 record exists before the edit check.
2. The serial/lot does not exist. Try entering the same transaction in the front end to see if you process with the same information.
3. The IV00106 (Item Purchasing) may cause a problem as if the record is there for the item, you may get similar error.
Best Regards,
Jeff
Hello Friends,
I am getting following error; Not able to understand what I am missing. Please find below screen shot as well as xml file too.
xml File-
<?xml version="1.0" encoding="UTF-8"?>
-<eConnect xmlns:xsd="www.w3.org/.../XMLSchema" xmlns:xsi="www.w3.org/.../XMLSchema-instance">
-<IVInventoryTransactionType>
<eConnectProcessInfo xsi:nil="true"/>
<taRequesterTrxDisabler_Items xsi:nil="true"/>
<taUpdateCreateItemRcd xsi:nil="true"/>
<taIVTransactionSerialInsert_Items/>
-<taIVTransactionLotInsert_Items>
-<taIVTransactionLotInsert>
<IVDOCNBR>00000000000000062</IVDOCNBR>
<IVDOCTYP>1</IVDOCTYP>
<USERDATE>14-08-2018</USERDATE>
<ITEMNMBR>CAP100</ITEMNMBR>
<LOTNUMBR>LOTA</LOTNUMBR>
<SERLTQTY>1.12345</SERLTQTY>
<LNSEQNBR>16384</LNSEQNBR>
<LOCNCODE>WAREHOUSE</LOCNCODE>
<EXPNDATE>01-01-1900 00:00:00</EXPNDATE>
</taIVTransactionLotInsert>
-<taIVTransactionLotInsert>
<IVDOCNBR>00000000000000062</IVDOCNBR>
<IVDOCTYP>1</IVDOCTYP>
<USERDATE>14-08-2018</USERDATE>
<ITEMNMBR>CAP100</ITEMNMBR>
<LOTNUMBR>LOTB</LOTNUMBR>
<SERLTQTY>1.00000</SERLTQTY>
<LNSEQNBR>16384</LNSEQNBR>
<LOCNCODE>WAREHOUSE</LOCNCODE>
<EXPNDATE>01-01-1900 00:00:00</EXPNDATE>
</taIVTransactionLotInsert>
</taIVTransactionLotInsert_Items>
-<taIVTransactionLineInsert_Items>
-<taIVTransactionLineInsert>
<IVDOCNBR>00000000000000062</IVDOCNBR>
<IVDOCTYP>1</IVDOCTYP>
<ITEMNMBR>CAP100</ITEMNMBR>
<LNSEQNBR>16384</LNSEQNBR>
<UOFM>LB</UOFM>
<TRXQTY>2.12345</TRXQTY>
<UNITCOST>596.49000</UNITCOST>
<TRXLOCTN>WAREHOUSE</TRXLOCTN>
<IVIVINDX>52</IVIVINDX>
<IVIVOFIX>52</IVIVOFIX>
</taIVTransactionLineInsert>
</taIVTransactionLineInsert_Items>
<taAnalyticsDistribution_Items xsi:nil="true"/>
<taIVTransactionMultiBinInsert_Items/>
-<taIVTransactionHeaderInsert>
<BACHNUMB>TRBATCH</BACHNUMB>
<IVDOCNBR>00000000000000062</IVDOCNBR>
<IVDOCTYP>1</IVDOCTYP>
<DOCDATE>14-08-2018</DOCDATE>
</taIVTransactionHeaderInsert>
</IVInventoryTransactionType>
</eConnect>
To verify, at times you can login to Dynamics GP and not see the 'The System Manager module is not registered' message at all, but then other times and/or the next day, you'll see the message show?
Does this occur on more than one install of Dynamics GP?
If you only have one install i.e. a terminal server environment, if you install a 2nd instance with no third party products or customizations, can you re-create this issue with this new 'clean' install?
When the 'not registered' message does show, does it also occur to the 'sa' login as well, or no?
Also, when the message shows, is it only when doing a specific process or using a specific module, or is it random as well? While it mentions 'system manager' which normally means the keys in the Registration window, other modules do have their own keys as well, such as Manufacturing, etc
It's definitely not anything we normally see occur. Usually the only time we see this type of message is having to do with the keys for the current version of GP haven't been entered yet and/or the keys are not valid. We usually don't see this message show, then go away, then show again, which makes me wonder if there isn't some dictionary damager or something not setup correctly with the keys.
Let us know what you find,
Thanks
Good morning all, situation with client is that they had a misshape during posting and rather than recovering the system they "pushed on" and corrected the problems.
So now they have "cleaned" up everything, there are no unposted doucments, there is nothing in WORK files/tables and yet when we attempt to close a PO is states that there is an unposted Invoice waiting to be managed.
When they had the problem the AP clerk saw this and ignored it, then just did a manual invoice for the vendor and ignored the PO totally. Now we have the situation where they have paid this invoice, paid many others in fact s these are all June issues.
Where else do I need to look?
I have looked at POP10300, POP10310, POP10600
Any other suggestions - oh, and I have two of them - not just one document is acting up.
Its not letting me do this Link the Reason prompt to your new DDL field. Its blank and it won't let me choose the Reason List Box I created. It lets me choose everyone of the others but that one.
Not sure how to write the vba script
Go to the visual basic editor and attach a script to the Inactive field. If the box is checked (is the value of True or 1) the script should enable your DDL field and copy the text value of the DDL field to the original Reason field.
modified form when i set required field to true it goes back to false once I save it. I choose modified form and it stays reverts back to True.
What about running checklinks? It should re-check that kind of thing and remove references that don't exist, presumably.
Thanks Jen, I did that once already and thought I had it resolved, then the client did another attempt to close the PO ( using the PO Edit screen ) and when they click on status to CLOSE it is where they get the error message about the unposted Invoice.