‎2022 May 13 7:51 AM
‎2022 May 13 8:01 AM
Can you please give us some more details? Which message type process are you using?
For each message type/basic type there is am inbound function module behind which can be debugged, also using WE19.
Kind regards
Jens
‎2022 May 13 8:18 AM
jzaehringer not sure with the message type but details given were only it is an inbound document.
‎2022 May 13 8:58 AM
walkerist but how do you test this scenario in this case? Using WE19 it would be easy to copy an existing IDoc (or to fill one from scratch) and then you are able to debug it.
But how should we help w/o having the main relevant information?
‎2022 May 13 9:41 AM
jzaehringer iDOC document number is also given. I need to know where's the source field of material.
‎2022 May 13 9:47 AM
walkerist But if you have the IDoc number for testing, then you could also tell us the message type?
‎2022 May 13 10:13 AM
jzaehringer Status is 53, Message Type is ORDERS. Partner type is KU.
‎2022 May 14 6:22 PM
Starting the debugger is easy, but finding the reason why a given logic is applied is much more difficult.
I think only people with a lot of experience in debug can do this, but only if they connect to your system. They could advise if you give more information.
Otherwise, use an ABAP trace (SAT) with all the details (without "aggregation") and try to locate the block of subroutines or methods whose names indicate they are about fetching the materials...