web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Dynamics 365 Community / Forums / Microsoft Dynamics AX (Archived) / Reported as finished q...
Microsoft Dynamics AX (Archived)

Reported as finished quantity is greater than Started quantity

(0) ShareShare
ReportReport
Posted on by fgil12 2,722

Hi,

We have the following scenario with one our clients:

  1. Production order was created, the quantity to produce is 1000 units of a Finished good.
  2. Production order was Started for a quantity of 750 units.
  3. User posted one Report as finished journal for 750 units.
  4. User restored Production order status to Released, so the 750 units Reported as finished are cancelled.
  5. User posted one Report as finished journal for 250 units, then another for 1000, totalling 1250 units.
  6. After posting the Report as finished journals, the production order was Ended.

We tried to replicate this scenario, but we get the following error message: "Quantity reported as finished exceeds the quantity started."

So, the question is, how is it possible to Report as finished more units than the quantity that was indicated when the Production order was started?

*This post is locked for comments

I have the same question (0)
  • Brandon Wiese Profile Picture
    Brandon Wiese 17,788 on at

    Looking briefly at the code that produces that error message, it seems that all one would have to do is check the Accept error box under the Report as finished journal field group on the General tab of the Report as finished form.

    Here's some of the code.  The error message (found far below) falls in the branch where the prodJournalTable.AcceptError is not checked.

        if (! prodJournalTable.AcceptError)
    {
        // <GEERU>
        if (countryRegion_RU)
        {
            releasedError = prodTable.releasedError_RU();
        }
        // </GEERU>
        if (prodJournalProd.QtyGood+ prodTable.reportedFinishedGood() < 0)
        {
            ok = checkFailed("@SYS16548");
        }
        if (prodJournalProd.QtyError+ prodTable.reportedFinishedError() < 0)
        {
            ok = checkFailed("@SYS8111");
        }
        if (pdsIsCWItem(prodJournalProd.prodTable().ItemId))
        {
            if (prodJournalProd.PdsCWBatchGood + prodTable.pdsCWReportedFinishedGood() < 0)
            {
                ok = checkFailed("@PDS166");
            }
            if (prodJournalProd.PdsCWBatchErr + prodTable.pdsCWReportedFinishedErr() < 0)
            {
                ok = checkFailed("@PDS167");
            }

            if (abs(prodTable.QtyStUp) > 0)
            {
                overDelv = (prodJournalProd.QtyGood + prodTable.reportedFinishedGood()
                         + prodJournalProd.QtyError + prodTable.reportedFinishedError()
                         - abs(prodTable.QtyStUp)) / abs(prodTable.QtyStUp) *100;
            }

            if (overDelv > PdsCatchWeight::minOverDelivery(prodTable.ItemId))
            {
                ok = checkFailed("@PDS183");
            }
        }
        else
        {
            // <GEERU>
            if (prodJournalProd.QtyGood  + prodTable.reportedFinishedGood()
                + prodJournalProd.QtyError + prodTable.reportedFinishedError() + releasedError > prodTable.QtyStUp)
                {
                    ok = checkFailed("@SYS16097");  // Quantity reported as finished exceeds the quantity started.
                }
            // </GEERU>
        }


  • Ludwig Reinhard Profile Picture
    Ludwig Reinhard Microsoft Employee on at

    Hi fgil12,

    From a finance & accounting perspective I would not recommend selecting the "accept error box" as this can create very strange vouchers that you might not be able to follow up and reconcile.

    What is your system version? (AX2012 R2/R3 CU...)

    Once you got the exact system version please have a look at LifeCycle Services for "Reported as finished quantity is greater than Started quantity"

    There seem to be lots of Hotfixes available - one of them is even under Investigation by Microsoft.

    If you are lucky you can find the one that fixes your issue. Otherwise you might need to fix it yourself.

    Hope this helps,

    Ludwig

  • Guy Terry Profile Picture
    Guy Terry 28,924 Moderator on at

    Aside from the other excellent answers, note that this is possible (but controllable by parameter) if you use the Manufacturing execution module. Since R3 CU9, it has also been possible to use those same parameters to enable and control over-report as finish from the R3 mobile device:

    blogs.msdn.microsoft.com/.../overproduction-in-microsoft-dynamics-ax-2012

  • fgil12 Profile Picture
    fgil12 2,722 on at

    [quote user="GuyUK"]

    Aside from the other excellent answers, note that this is possible (but controllable by parameter) if you use the Manufacturing execution module. Since R3 CU9, it has also been possible to use those same parameters to enable and control over-report as finish from the R3 mobile device:

    blogs.msdn.microsoft.com/.../overproduction-in-microsoft-dynamics-ax-2012

    [/quote]

    Hi Guy

    Yes, indeed, we have been reading and it is possible to do this by parameters. Now the problem we are facing is the Manufacturing execution menu is not displayed on the Production control module. How can we enable it?

  • fgil12 Profile Picture
    fgil12 2,722 on at

    [quote user="Ludwig Reinhard"]

    Hi fgil12,

    From a finance & accounting perspective I would not recommend selecting the "accept error box" as this can create very strange vouchers that you might not be able to follow up and reconcile.

    What is your system version? (AX2012 R2/R3 CU...)

    Once you got the exact system version please have a look at LifeCycle Services for "Reported as finished quantity is greater than Started quantity"

    There seem to be lots of Hotfixes available - one of them is even under Investigation by Microsoft.

    If you are lucky you can find the one that fixes your issue. Otherwise you might need to fix it yourself.

    Hope this helps,

    Ludwig

    [/quote]

    Hi Ludwig

    Yes, I agree with you, it is not advisable to mark the Accept error checkbox. AX version is R2 CU7.

    I don't think we require a hotfix in this case, it seems that we can use the Production control parameters under Manufacturing execution menu, but it is not displayed on the Production control module. Do you know how to enable this? 

  • fgil12 Profile Picture
    fgil12 2,722 on at

    Hi Brandon

    Thanks for your help, but I don't think this is where the problem resides. We want to try with the Production control parameters  from the Manufacturing execution menu, but it is not enabled

  • Brandon Wiese Profile Picture
    Brandon Wiese 17,788 on at

    You should be able to inspect the journal and parm records that were left over and verify whether the AcceptError box was checked.  Are you saying that you're certain it wasn't checked and something else must have happened?  Your reply just said "I don't think" but you don't seem certain.

  • Community Member Profile Picture
    Community Member on at

    I ended up implemented this by add another field to the production table, if the field is checked, than skip the quantity validation.

  • Abd@1234 Profile Picture
    Abd@1234 30 on at

    Hi Brandon ,

    Can you please tell me from which class. I can find this code.

    Thanks

  • Suggested answer
    Brandon Wiese Profile Picture
    Brandon Wiese 17,788 on at

    That code was from Classes\ProdJournalCheckPostProd method checkProdTrans.

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

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Congratulations to the November Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > 🔒一 Microsoft Dynamics AX (Archived)

#1
Martin Dráb Profile Picture

Martin Dráb 4 Most Valuable Professional

#1
Priya_K Profile Picture

Priya_K 4

#3
MyDynamicsNAV Profile Picture

MyDynamicsNAV 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans