Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

WRONG IDOC

walkerist79
Participant
7 REPLIES 7
Read only

Jeansy
Active Contributor
0 Likes
1,247

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

Read only

walkerist79
Participant
0 Likes
1,247

jzaehringer not sure with the message type but details given were only it is an inbound document.

Read only

Jeansy
Active Contributor
1,247

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?

Read only

walkerist79
Participant
0 Likes
1,247

jzaehringer iDOC document number is also given. I need to know where's the source field of material.

Read only

Jeansy
Active Contributor
0 Likes
1,247

walkerist But if you have the IDoc number for testing, then you could also tell us the message type?

Read only

walkerist79
Participant
0 Likes
1,247

jzaehringer Status is 53, Message Type is ORDERS. Partner type is KU.

Read only

Sandra_Rossi
Active Contributor
0 Likes
1,247

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...