Skip to main content

Notifications

Announcements

No record found.

Microsoft Dynamics GP (Archived)

Receiving standard cost items

Posted on by 110

We are encountering a puzzling situation when we receive standard cost items directly into GP versus when the item is received through our 3rd party warehouse management system.  We do not believe the WMS is the cause because it only deals with quantities, not costs.  The receipt is uploaded as receiving transaction into a receiving batch in GP.  The situation occurs at the point where the receiving transaction is created.

 

When a standard cost item is received in GP- The inventory is valued at the item’s standard cost; not the PO cost.  This difference between the PO cost and the standard cost is recorded in the Unrealized PO Variance bucket in the GL.  When the receipt is vouchered, the amount in the unrealized PO variance bucket is credited and a PO variance is created in the amount equal to the difference between purchased cost and standard cost and is recorded in the PO Variance bucket in the GL. This means if what we pay for the item is actually the same amount as the standard cost, then no variance occurs.  However, if what we pay for is different than the standard cost, there is a PO variance.  

 

When a standard cost item is received in Accellos (our WMS) and then uploaded and posted in GP - example:  16 EA of item 117983 was received in our WMS.  The difference between the PO cost ($8.75/EA) and the standard cost ($5.25/EA) should have created an unrealized PO variance = $56.03, ($8.75-$5.25 * 16).  The distributions should have recorded in the GL with only $83.97 recording into inventory and $56.03 into unrealized PO variance. However, the entire PO cost ($140) was recorded to our inventory GL.  Since the inventory is valued at standard cost in the Inventory subledger, we now have a GL/subledger discrepancy that will never go away until we manual adjust it. Vouchering of this receipt may or may not create a variance depending on if the cost on the PO is the purchased cost. The problem remains that the inventory is being recorded at PO (or purchased) cost NOT the standard cost.  The bottom line is that this is causing a reconciling issue between the GL and the inventory detail.

 

When we capture the debugging log when the receiving transaction is created, two lines stand out:

 

OSRC_Receiving_and_Invoicing_ItemNumber_BEFORE()

OSRC_POP_Receipt_Function_SaveLine_BEFORE()

 

We have found a description of the SaveLine trigger being called from the MFG dictionary.

 

“Function overwrites the PPV (Purchase Price Variance) account on an invoice

line with the WIP account used for outsourcing.”

 

“Usage: Used when the invoice line is linked to an MO for outsourcing, and the

MO is not closed.  This function is a trigger on function SaveLine of form

POP_Receipt so it has all the same parameters as that function.”

 

All of our standard cost stock numbers are mfg items.  However, we don’t think this function is overwriting the variance with the WIP account because we would be seeing that in the receipt distributions.  It seems like its just ignoring the variance all together.

 

We are looking for any insight as to why this is happening.

 

Thanks.

 

Don Plum

 

*This post is locked for comments

  • Bron Profile Picture
    Bron 4,887 on at
    Re: Receiving standard cost items

    Don - any update?

    I know Accellos (formerly Maximum Solutions) would occasionally write their own SQL Stored Procs to populate GP tables rather than run macros (which essentially is what Integration Manager is doing) - so I'm curious if Accellos is the root cause......

    Also - the later SP's on V10 were much better than the early ones - definitely would advise everybody on V10 to be at SP5...............keep us informed..........thanks

  • Don Plum Profile Picture
    Don Plum 110 on at
    Re: Receiving standard cost items

    No records were returned when I ran the SQL script:  Select * from OSRC1000

  • Don Plum Profile Picture
    Don Plum 110 on at
    Re: Receiving standard cost items

    Bron,

    1.  Yes.  When we receive directly into GP the PPV account gets created.

    2.  The receiving transactions from Accellos are populating a receiving batch.  The distributions for a receipt that contains a standard cost item where the PO Cost is different from the Standard Cost do not contain an unrealized PO Variance.

    3.  I have not tried clicking the <Default> button to see if the distributions change.  I will try this.

    I just now received this link from Blue Moon (our VAR) who has been helping us troubleshoot this issue:

    https://mbs2.microsoft.com/Knowledgebase/kbdisplay.aspx?wtntzsmnwukntmmyszrrnottukoostllkvlszumtukttmpul&wa=wsignin1.0

    I am going to test by disabling our MFG dictionary and then receive from our WMS.  I'll let you know what I find.

    Thanks.

    Don

  • Bron Profile Picture
    Bron 4,887 on at
    Re: Receiving standard cost items

    One other thing............do you have access to SQL?

    The manufacturing table that stores a link between PO and MO is the OSRC1000 table. If you query the table - are there any records?

    Select * from OSRC1000 (run against your company database)

  • Bron Profile Picture
    Bron 4,887 on at
    Re: Receiving standard cost items

    Here's a couple of questions...........

    1. If you manually create a receipt in GP (instead of using the Blue Moon Tool) will the interface of GP create the PPV (unrealized) as designed?

    2. You should be intergreting into a Receiving Batch - if you were to review the batch before you posted - what would distributions look like?

    3. If you can review the batch before posting (and you don't see the PPV ditributions - what happens if you click 'default' to change the distributions?

    I've never worked with the Blue Moon integrations product - I think highly of their organization - they have excellent reputation in the marketplace - Have you inquired with them about this problem?

    Regards,

    Bron

  • Don Plum Profile Picture
    Don Plum 110 on at
    Re: Receiving standard cost items

    Bron,

    I have imbedded my responses to your queries.

    1.       When you say "our WMS only deals with quantities not costs" what exactly is being passed (uploaded) into GP? And How (what tool) is used to integrate (create the receiving transaction)?

    Logically, the upload should include PO Number - Vendor ID - Item Number - Qty - UOM - PO Unit Cost - Site ID etc.

    We use Blue Moon Industries’ Operations Core product to integrate our WMS to GP.

    Here’s the .txt file that gets uploaded to GP and creates the receiving transaction.  The PO Unit Cost is present as are the other attributes you mentioned above.

    RC^BLUEWATERA^TBG^PO00000359011-1^PO00000359011-1^81920^330500^600^300^B^20110714^CRIS^^^0^7058^^^^^^^^^^^300^^^300^139874^1^^1^^^^^20110714^REC15^0.00^0.00^0.72^^^^^^^^^^^1^0^^^20110714^20110714^50501^^

    2.       If the upload says PO Unit Cost = 8.75 and Item std cost = 5.25 you should definitely get a variance. The variance should be visible (review distributions) before posting the receiving batch.

    You’re right, we should be, but we’re not seeing the variance in the distributions before we post.

    The mfg stuff (debugging log) simply is 'intercepting' GP functionality if the mfg dictionary is loaded and certain data conditions exist - basically the mfg code says "if this PO is linked to a MO" override or do something different than std GP.......I assume your PO's are not linked to MO's?

    That is correct.  We don’t use the POP/MOP link.  Our manufacturing POs are created manually or generated via PRR.

    You can always re-run the debugging log with the mfg dictionary disabled and see if you get different results.

    If the PO is linked to a MO - then it might be that the "variance" you are looking for will not get triggered until the MO is actually "closed".............if the PO is linked to the MO then I think std functionality would be receipts flows into MO at std cost - variances triggerred at MO close......

    Please reply with more information if possible..........

    Is there other info that I can share that might further help you?

    Thanks.

    Don

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: Receiving standard cost items

    As Bron says, they key here is what you are using to integrate the transaction.

    Are you writing direct to the PO tables? or are you using eConnect?

    Ian.

  • Bron Profile Picture
    Bron 4,887 on at
    Re: Receiving standard cost items

    Don -

    When you say "our WMS only deals with quantities not costs" what exactly is being passed (uploaded) into GP? And How (what tool) is used to integrate (create the receiving transaction)?

    Logically, the upload should include PO Number - Vendor ID - Item Number - Qty - UOM - PO Unit Cost - Site ID etc.

    If the upload says PO Unit Cost = 8.75 and Item std cost = 5.25 you should definitely get a variance. The variance should be visible (review distributions) before posting the receiving batch.

    The mfg stuff (debugging log) simply is 'intercepting' GP functionality if the mfg dictionary is loaded and certain data conditions exist - basically the mfg code says "if this PO is linked to a MO" override or do something different than std GP.......I assume your PO's are not linked to MO's?

    You can always re-run the debugging log with the mfg dictionary disabled and see if you get different results.

    If the PO is linked to a MO - then it might be that the "variance" you are looking for will not get triggered until the MO is actually "closed".............if the PO is linked to the MO then I think std functionality would be receipts flows into MO at std cost - variances triggerred at MO close......

    Please reply with more information if possible..........

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,280 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,214 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans