Skip to Content
avatar image
Former Member

Duplicate entries for backflushed components in Production order

Hello all,

I have backflushed components in the production order. For backflushed components there must be only one entry for 261 movement type. But I can see 19 entries for the same component which are backflush.

Kindly let me know the reasons why the system is behaving like this.



Add comment
10|10000 characters needed characters exceeded

  • Former Member


    Attached the screen shot and the multiple entries are for certain quantity of the material

    for the attached screen shot quantity 63.605 is having only one entry but 105.065 qunatity has 19 entries with same document no.

    Why the system is behaving like this



    multiple.png (143.8 kB)
  • Get RSS Feed

2 Answers

  • Aug 15, 2017 at 02:49 PM


    It is very difficult to tell the root cause of this issue without knowing the details about your confirmation process.

    Which transaction are you using to post the confirmation? Is it possible that the user changed the goods movements manually? If this always happening or it happened only once?



    Add comment
    10|10000 characters needed characters exceeded

    • Hi Sagar,

      Thanks for the quick feedback

      As mentioned, this is onetime issue (which was happened only once), which is more typical & difficult for the analysis
      Let us try again, to find the root cause of this issue.

      Can you share(or ) Analyze, below mentioned points
      Because, form the screen shot that you shared earlier, I am not able find out, many open questions..

      How much was the Production Order Header Qty ?
      How much is the Confirmed Qty ?
      Is the Order is Confirmed completely at onetime (or) confirmed in multiple times ?
      Is there any Cancel Confirmations for this Order ?
      Is there any Goods Issue/Goods Receipt reversals happened for this Order
      What are all the documents posted in the order Documented Goods Movement ? ( of the Order)
      What is the correct COGI Qty, that is to be posted as per the Calculations ?
      What are the actual COGI postings done ?
      Is there any Master Data changes, happened , either the COGI component (or) the Header material ?
      Does all the COGI postings are done by the Back Ground Job (or) some done by any specific User id ?
      What are the COGI posting Dates & the Times , with User id ?
      What are the Stock positions of the component , which is posted in COGI, before & after this reported issue ?
      Is there nay returns (or) rejections happened for this Component ?
      Was there any Batch Job failures, during this reported issue dates & times ?

      Need to look & check for all the possible & probable case of this rare scenario
      Regret the inconvenience, as this is not the positing to a precise & exact cause of the reported problem

      Thanks for your understanding & let me know, if you have any feedback
      Best Regards : Raja

  • avatar image
    Former Member
    Aug 21, 2017 at 01:16 PM

    Take out the backflush indicator ('1' - Always Backflush) from MRP2 view for those components to solve your problem. Batch job will never send the entries to COGI when confirmation is getting failed.

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member

      Change your confirmation indicator from '2' to '1' in Control key that you are using in routing/operation. It will not run the same confirmation multiple times even it finds the shortages. and you will get only one entry in COGI.