Question:
Hi all,
On our 4.7 version, we do some goods movements via external barcodereaders. Those readers creates a flat file with all scanned data and some extra data (date, time, etc.). Twice a day, this data is read by SAP and treated using the FM BAPI_GOODSMVT_CREATE. But some times some of the data is not treated because the material or the order is locked by another user.
If I don't get a good result, I want to put this data via an IDOC in the system so that it can be treated later. Maybe all the data can be send thrue this IDOC and why not creating from the barcodereaders.
I found 2 messagetypes ACC_GOODS_MOVEMENT and MBGMCR that could work, but I never had a good result.
Could anyone guide me from the start?
Thanks,
Yves
Answer:
Salut Yves_103,
just one simple idea to solve that issue:
I assume you throw the whole input in one run to be treated by the BAPI. You don't have any error handling to decide what data was treated correct.
Try to split the data bucket into pieces of one movement and install a correct error handling. It will take a longer time to run as you have to call the BAPI multiple times.
But this should help you in checking whether the goods movement was processed or aborted with error.
Check the error to decide whether to reprocess the data again (material was only locked) or to fire an alert (maybe you try to handle an unknown material).
Then you shouldn't have any more problems.
HTH
Answer:
Hi HTH,
Your right. But that's the way i'm working for the moment. I tread one line at the time. At the end of the BAPI, I know if it was succesfull or not. If not, I do some retries. But it locks a process on the server.
Your suggestion is the create an alert and that's I want to do too by creating an IDOC of the BAPI. So ower "controling department" can view, act, retry or delete the IDOC. No data will be lost.
Yves
_________________
Yves
Answer:
Salut Yves_103,
so your approach is the right one.
But retrying the transmission after it fails will in most cases not help (you don't know how long the user or any other process will lock your data).
So with the allert of the BAPI just keep that record in mind (e.g. write it to a table) and go on with the next one.
When you start the transmission the next time have a look on all previous failed transmissions and try them again.
That should work and you will enver loose any goods movements. Only the processing of the goods movement will be delayed.