I am trying to implement processing of an inbound EDI message : EDIFACT D96A to IDOC, and I stuck on the very first step - EDIFACT document is not recognized in the system (top screenshot in the attached file).
I attached a file with screenshots of my setup. Here is a description of what I did:
I added EDIFACT D96A document type through standard WM menu. Verified that corresponding schema appeared in Designer.
I added two trading partners, and for each of them added external id with type “EAN” (qualifier 14 in edifact message) that match sender and receiver in my test message.
I added TPA between these two partners with IS Doctype - wm.b2b.editn.TPA:EDITPA. Did not change anything in it (default values). Enabled it.
I added a processing rule which invokes debugLog service with a message. I did it to check if message was recognized and correct service called.
My EDIFACT message header is:
So, my question is what I am missing that it is not recognized?
Hi Alexey, I created that EDI doc type in our test environment and copy/pasted your EDIFACT ORDER snippet in the MWS Submit Documents screen and the doc type was recognized by TN. The partner and EDITPA setup is irrelevant at this point. Of course, I only had the first part of the EDIIFACT ORDERS document, so validation failed, but the doc was still recognized. How did you submit your document? Did you use the Submit Documents screen and, if so, did you select EDI Document Format?
Thank you for trying to help.
I submit documents through Submit Documents screen in B2B Settings. I use Upload FIle and EDI options with PRT ignore set to true (otherwise it fails with some DB error).
Because it worked for you I decided to start from scratch on a new virtual machine.
Did the same things:
Added two TPs with EAN codes
Added D96A edifact message
Created processing rule for these trading partners + D96A message → show message in a server log.
Did not create a TPA (there is a default EDITPA)
What I get now is that the message is recognized like this - screenshot attached.
So, from here I have a few questions:
Why is it recognized only as EANCOM Envelope? I expected it to recognize exact message - D96A because I added this DocType. I know that for custom doc types Identifying Query should be setup for recognition, but my understanding is that EDI is supported with built-in functionality if required packages are installed (they are).
Why there are four other transactions before “EANCOM Envelope” as a result of submitting the file?
I tried to move up my specific processing rule for this case, but it did not help.
One of my colleagues helped me with this
It did not work for me because I added UNEDIFACT 96A message, while I had to add EANCOM 96A message. I always thought these are only different names for the same standard. After I did it the message was correctly recognized.
I also know why there were 5 transactions: 1 for envelope and 4 per each order in the file (did not notice there were 4 of them).
I’m not familiar with EANCOM specifically, but it appears to be a subset of UN/EDIFACT. Your TN is recognizing the document type as EANCOM, but is unable to determine the sender and receiver which, I’m pretty certain, are based on the Sender/Receiver ID’s/Qualifiers in the UNB (Interchange Header segment). Those ID’s and qualifiers must be added as external ID’s in their corresponding TN partner profiles.
Based on the experts opinions above as suggested check your EANCOM payload (data) and cross check the EDI ID (Sender,Receiver qualifier/value) are matched with respect to the TN ExternalID configuration in the MWS/TN Partner Profile’s section. This way the first step of TN recognition will work and triggers the PR (rule) for it’s further processing.
ID’s and qualifiers must be added as external ID’s in their corresponding TN partner profiles.
Test the above solution and post your results again!