Hi,
When I submit an EDI(X12) file via Admin console I get three rows corresponding to the same in the transaction analysis:
1.X12-Envelope
2.X12-Group
3.X12- 4010 856
What does these three rows signify? Moreover I get Done W/ Errors against these three rows. When I check the activity log the error shown is Invalid Sender and Receiver Id?
How to solve this?
Regs,
Venkidi.
The three rows are normal behavior if the split option of your EDITPA is set to ‘transaction’.
The three rows specify the Interchange, Group, and Transaction Set level processing respectively. ( They also demonstrate that it can make sense to resubmit a document (or parts thereof) to Trading Networks multiple times during its processing lifecycle )
The sender and receiver id’s are validated by comparing the ISA sender/reciever ids ( and qualifiers ) to the external ids ( and external id types ) configured for Trading Partners in TN.
This is basic stuff, so I would recommend you spend some time with both the Trading Networks and EDI module documentation.
Hi Mark,
Thanks for the info.
But the Done W/Errors is shown only for X12-Group and X12 4010 856 rows. The X12 - envelope row doesn’t show any error.
As per your comments the ISA sender and receiver id is matched against the external ids configured in the TN console. Can you let me know against which field is the GS sender and Receiver ids checked against.
TIA,
Venkidi.
Venkidi,
There is only place to define external ids in the partner profile.
What is the structure of the interchanges you are receiving? Do all transaction sets in the interchange belong to the same sender/receiver?
Hi Mark,
I am receiving 856, X12 4010. Yes all the transaction sets in the interchange belong to the same sender/receiver.
regs,
venkidi
Venkat,
GS02/GS03 are the sender and Receiver fields checked against the ExternalId’s in the TN.So please make sure those above fields are coming with correct ids(including their lenght’s)in the GS segment.Then only X12Group will be persisted with out any Errors.
HTH,
RMG.
Did Ram’s post solve it?
If not…
Are all of the transaction sets in the interchange of the same type?
I.E., are they all 850s, or all 810s, etc?
Hi Mark and RMG,
The ISA and GS sender id matches with the External id values of TP. Moreover the receiver id matches with that of the enterprise’s. But I still get the Done W/error in the X12 group and x12 4010 856 rows of transaction analysis.
The X12 file has a single ST and there are no other transaction sets.
Rgs,
venkidi
Hi,
Moreover in the activity log I can see the value of sender id and receiver id as ISA05:ISA06:GS03 and ISA07:ISA08:GS04.
In the TPA I have GSRouting/routing mode as OFF. In the EDI module users guide it says that only when the value of GSRouting/routing mode is given as GS&ISA should the above mentioned case occur (ie ISA05:ISA06:GS03 and ISA07:ISA08:GS04).
The issue is still unresolved. 
Regs,
Venkidi
Venkidi,
Can you tell us how your EDITPA is configured?
Also, be careful about matching the external id type and the qualifier. What is the ISA qualifier you are receiving, and what have you chosen for the corresponding external id type?
Regards
Hi Mark,
The problem is solved when i add the interchange info in administration server. Can you explain the logic behind this?
But my doubt is does one need to add the interchange info for all the trading partner which has an entry in TN console.
I have chosen DUNS as the external id qualifier.
Regs,
Venkidi
Yes, you need to add to the profile all the possible identifiers you will receive in EDI documents (DUNS, UCC, Phone, Mutually Defined, etc.) How the identifiers within the EDI document (01, 08, 12, ZZ, etc) are matched against profile external IDs is described in the EDI module documentation. As you mentioned, whether or not the GS identifiers are used depend on the settings in the applicable EDITPA. The out-of-the-box setting is to use the interchange identifiers, even for the X12 Group document (which is really a full interchange as can be seen by reviewing the contents).
Right. My understanding was that the Interchange data in Administrator only comes into play when you are doing custom GS routing.
I was hoping we could confirm this as the issue by seeing what the EDITPA settings were.
Venkidi… can you provide the EDITPA settings I asked for?
Hi Mark,
I suppose you need the details of the TPA.
The inputs for the IS doc type :
GS routing/routing mode : OFF
Sender/Receiver qual : *
Processing mode : Testing
Split option : transaction
FA reconciliation : false
validate interchange and group control numbers : yes
The rest of tha variables have the default values.
Hope this is what you wanted. Please let me know if i have to give some other details.
Regs,
venkidi
Your EDITPA seems to match the data as you have described it. Since you said you are getting the id and qualifier in the ISA segment, I don’t see why you must resort to non-standard processing to drive partner identification from the GSA segment.
If you would like to post a small EDI document sample that demonstrates the problem, I will take a look at it.
-Mark
What are the settings for the default EDITPA (Unknown sender/receiver)? When you were getting “DONE W/ ERRORS”, what did the activity log indicate the error was?
Hi Rob,
The settings for the default EDITPA are :
The inputs for the IS doc type :
GS routing/routing mode : GS/ISA
Sender/Receiver qual : *
Processing mode : Production
Split option : transaction
FA reconciliation : false
validate interchange and group control numbers : yes
But I have disabled the default TPA .
Error in Activity log :
For the Group and Transaction rows I get Invalid Sender Id as the error in activity log. Moreover it shows the sender and receiver id as
ISA05:ISA06:GS02 and ISA07:ISA08:GS03.
Regs,
Venkidi
The docs indicate that even if the default EDITPA is disabled (and the docs note that it should not be disabled), it will still be used. Since the default has GS&ISA it is trying to use GS data for identification. Would suggest enabling the default EDITPA and setting the routingMode to OFF (which I assume is the routing mode you want to use). Then we can chase why your partner-specific EDITPA may not be getting used.
I’ll try processing the document later today if there is no resolution by then.
-Mark
EDI 850 file