Question Re: Idoc not processed! in Technology Q&A

Idoc not processed!

Former Member — Tue, 28 Oct 2008 09:48:08 GMT

Hi ,

mine is a xi to r3 scenerio.Data in the form of a .CSV file from a FTP server is entering R3 through XI and updating some tables in R3. The data being posted in r3 can be checked through the transaction say WPER in r3.

My data has successfully passed through XI, with no errors in SXMB_MONI in xi .But I can see the same data in we02/05 in r3 as erranous data. The error code is 51.Document not posted.

Now this business has been running for months without any error. But I cannot make out the probablre reason why I am getting this !. Is this due to some wrong data in CSV? Pls help

Regards,

Arnab

Re: Idoc not processed!

Former Member — Tue, 28 Oct 2008 10:02:07 GMT

Hi,

Maybe some fields are filled wrong, or some must occur fields are missing in the comming file.

Re: Idoc not processed!

Former Member — Tue, 28 Oct 2008 10:07:14 GMT

Arman,

the other way i can say the fiile is not sending correct data. Is there any way to find out which all field data are mandatory and what all ae missing??

If i reprocess in we19, will it update R3. I dont have much idea about we19. I wanted to know, if i use the test tool we19 and put the idoc no, will it update the r3 data base???

Is there any debugging process, by which i can get to kow, which all mandatory field data are missing??

Another possibility can be that some fields are carrying wrong type of data say, numeric field is carrying data values.... am i right????

is there any other probability??

regards

Arnab

Re: Idoc not processed!

Former Member — Tue, 28 Oct 2008 10:56:01 GMT

Hi,

This error is due to process code, process code unable to upload data to tables. Check it once again, It will sort out easily

We can prevent this program in XI end make condition at field level, i.e 1.1 occurance, it will find automatically if any field missing.

Re: Idoc not processed!

Former Member — Wed, 29 Oct 2008 07:12:21 GMT

Nallam,

I understand. I can see the data type of the source file has fields as 0:1.I think you want me to change it as 1:1. So in case a data for a field gets missed in CSV, then the data gets stuck in XI nad same gets reflected in SXMB_MONI.

Is my saying OK?

Also i didnt get this part of teh reply

"Hi,

This error is due to process code, process code unable to upload data to tables. Check it once again, It will sort out easily"

How do u want me to check the process code, and how do u want me to correct me in R3. I mean, incorrect data can me manipulated in we02/05 and reprocessed, but then , this checking andrectifying in process code funda is not clear!!

Regards,

Arnab !

Re: Idoc not processed!

Former Member — Wed, 29 Oct 2008 08:13:35 GMT

Hi..

Check this for Reposting Idoc's instead of Recreating..

regards,

Kishore

Re: Idoc not processed!

shivhare — Wed, 29 Oct 2008 09:42:38 GMT

Hi Arnab Mondal

you can also see error message in WPER please write down error message

and also wirte doen which type of Inbound IDOC you are using

If there is minor mistake in sale file then you can edit IDOC and save it and reprocess it

Thanks

Amit

Re: Idoc not processed!

Former Member — Wed, 29 Oct 2008 09:46:23 GMT

Well , i never checked in WPER for errors,,, well , that was the functionl part....hmm,, this would be nice......but tell me , do you support my reply to Nallams comment....is my understanding ok..can u comment!

Arnab

Re: Idoc not processed!

shivhare — Wed, 29 Oct 2008 09:58:29 GMT

sure i support Nallams comment.... it may be possble. But I think for error analysis part you should be go end to end monitoring that may be techinical or functional

Re: Idoc not processed!

Former Member — Thu, 30 Oct 2008 09:16:14 GMT

Hi Amit,

incase of a File to Idoc scenerio :

In error analysis, the probable steps would be

1. Checking the status in sxmb_moni

2. idx2/idx1

3. Runtime Workbench : messehe monitering : waiting, system and holding statsus

4. Checking the status of the communication Channel

5. Going to R/3 and checking the status of We02/05.

Did I miss out anything !!

Pls comment

Arnab.

Re: Idoc not processed!

Former Member — Thu, 30 Oct 2008 09:36:33 GMT

you need to check SM58 even to see whether msg stuck or not..

Re: Idoc not processed!

shivhare — Thu, 30 Oct 2008 09:55:10 GMT

Hi Arnab Mondal ,

you can also check QRFC and TRFC queue withe the help of tcode SMQ1, SMQ2 and Sm58

Thanks

Amit

Re: Idoc not processed!

Former Member — Thu, 30 Oct 2008 10:47:29 GMT

Hi Arnab,

The error analysis for file to IDoc is correct.

The status of the IDoc is because of wrong data from the Soruce file.

You need to debug the inbound Process code which is used for Inbound IDoc where exactly it is not processing that data.

Then modify that Process code and activate and they use the WE19 tool to process the error IDoc , it will process the Idoc and updates the tables in database.

Regards

Sridhar Goli

Re: Idoc not processed!

Former Member — Thu, 30 Oct 2008 10:53:54 GMT

Hi,

idoc 51 mean, that the idoc's are erroneous and must be manually corrected. to see the errors use the transaktion bd87 (we02 is more for business users).

here you can see, in which segments the error occur.

after correcting the errors you should reprocess the idoc's, so that they get the status 53 - manually or per job (mostly per job is ok, because the IT peoplae should not have the authorization in prod. systems.)

Report:  RBDMANI2

save a variant and schedule it with a job in sm36

BR.

Edited by: Cahit Temizkan on Oct 30, 2008 11:54 AM

Re: Idoc not processed!

Former Member — Fri, 31 Oct 2008 05:59:19 GMT

Many thanks to XI , Amit , Sridhar and Cahit.

Cahit, u asked me to check BD87, , yea, but ultimately it takes us to the WE02/05 screen. Right??

Anyways, many thanks for the help ful reply.

The debugging concept clear. So is the fact that the file is erraneous, and needs manual correction after debugging.

So is the concept of checkinh the occurance of Mandatory fields in XI to 1:1 from 0:1.

Gud Learning for me.

Awarding points and closing the chain.

Thanks to all of u,

Arnab