on 06-12-2012 3:42 AM
Hi,
Our users assign batch numbers to the production order via the create batch button on the goods receipt tab page of the order. We have batch derivation set up to run at production order release and to derive the expiration date of the header mtl from the components. Our production scheduling profiles have been set to print the order at order release. When the user saves the released order, the event of release/saving triggers the shop papers to print. However the papers do not have the expiration date printed on them as the system cannot go thru the derivation condition records before the print. Is there any way to solve this? We are thinking of adding some delay between the release and the print to allow the system to run the derivation and fetch the date. Can we index the derivation record tables (std tables) to speed up the data access.
Thanks
Before adding customer own coding, did you check if a print mode change can solve it.
If you choose print mode online, then priniting happen in parallel mode with posting to database. If you choose 'updated' for printing the print job should be started after data is saved to database, so it can be that then this is working.
Don't know for sure, but you should try it first.
BR Sabine
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Senthil,
I did find tat setting and it can even be changed in the production order while creation via the menu. However it seems as though we need to add a FORM routine and an update program for this to work. Thats what I could not locate. Do you know if this update program is above and beyond the print program which is assigned to the sapscript forms ?
Thanks
Hi GS,
We had similar issues earlier, when we were generating Serial numbers during order Release, and combining the 'Release & Print' orders through Production scheduling profiles option.
Looks that the batch derivation data or Serial number gets generated during the order release, by which time the print relevant data is already extracted by the system... and hence, at times, the print outs miss the batch/serial numbers. Sure, a delay between the 'Release' and 'Print' could address this issue.
We removed the 'Print while Release' option in production scheduling profile; and set up a separate batch job to pick the list of Released production orders and Print them --> and run this job every 15minutes ... No more issues! And no need for any custom coding.
==> Set up a variant in COHV (program PPIO_ENTRY) to pick the list of Released by not printed Production orders --> choose the option 'Print shop floor papers' --> Set up a batch job in SM36 using the program PPIO_ENTRY and the new variant --> manage the job in SM37.
Please check and share your feedback.
Thanks
Senthil
Message was edited by: Senthil Kumar Akash Sampath
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi GS,
Thanks for the feedback.
Table indexing, though sounding simpler, is a definite resource addition and cost addition; and unless we have compelling reasons, and if some SAP notes suggest that option, we better avoid it.
Basis team could help us sharing more details of the concerns/issues with table indexing.
Best Regards,
Senthil
dear,
you would engage the abaper for the new enhancement
regards,
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
88 | |
7 | |
6 | |
4 | |
3 | |
3 | |
3 | |
3 | |
3 | |
2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.