Skip to Content
0

Only Consumption / Backflush (261) using BAPI_PRODORDCONF_CREATE_TT

Jan 27, 2017 at 08:06 AM

309

avatar image

Hello,

I am working on a discrete scenario where the backflush (261) to production orders are done via BAPI and after 101 is done. Maybe a couple of hours later. So i want to post only 261 movement types after some time. I know it can be done using BAPI_GOODSMVT_CREATE, but if there is some error in the consumption process the items must be moved to COGI which the goodmvt_create bapi can not do.

So the only way is to use BAPI_PRODORDCONF_CREATE_TT. However there is an interesting issue. First i use the PROPOSE bapi to get goodsmovement table. In order to do that i MUST give Yield to Propose BAPI. (example: for 100 pcs goods receipt, 200 pcs goods issue will be done.) Then i delete 101 items from the goodsmovement table and post the confirmation.

After the confirmation 261 movements are done, no problem. But when i display the confirmation using CO14, the confirmed yield is increased. So if i have an order for 100 pcs, first i post 100 pcs confirmation for 101 item, then i post a 100 pcs confirmation for 261 items later. The confirmed yield for the production order will became 200 pcs however 100 pcs 101 and 261 is done.

Will this situation lead to consistencies in production or accounting reports/documents?

Also is there any other way i can post only 261 confirmations?

Thank you.

timetickets.png (15.1 kB)
yield.png (18.7 kB)
10 |10000 characters needed characters left characters exceeded
* Please Login or Register to Answer, Follow or Comment.

0 Answers