Where can I capture the EDI documents that are submitted to our TN, but TN could not process them as it could not recognize the associated document type for the given EDI document (one such scenario is when the received EDI content is malformed).
Can I trigger a processing rule (to invoke a service) that capture such EDI messages and
implement custom alert mechanism?
May ensure this processing rules does not break your existing function . Also you have to handle logic for all the documents which will not be recognized by the system . if you say *** Can I trigger a processing rule (to invoke a service) that capture such EDI messages and implement custom alert mechanism ***
Scenario 1 : Sender : X and Receiver : Y and Document : Any.
In scenario when your system not able to recognize the message based on the Document type this rule will be invoked and do your custom logic. Think about how many processing rule you will be ended up in creating based on the sender and receiver .
Scenario 2 : Sender : X and Receiver : Y and Document : Any
This will be your default rule and should be bottom of your processing rule .
Question on defining the processing rule. I was with the impression that document type recognition is must before extracting the sender and receiver details from the incoming EDI document. The extracted sender and receiver details are to be used by the processing rules in the next step.
So in this case, how can we define a rule particular to a sender and receiver with document type âunknownâ?
Yes extraction ( Extraction here is just to validate with available rule reference ) of the sender and receiver by TN EDI Module and then evaluate against the list of the processing rule.
So Here you have to in-place another rule as per rule2
Rule 1. Sender : X Partner & Receiver : Y Partner & DocType : XYX
Rule 2. Sender : X Partner & Receiver : Y Partner & DocType : Unknown
Note : please make sure with this approach . suppose if your working for very large set of the EDI partners then processing rule is going to be double for each partner.
Suppose if you go with below generic processing rule to irrespective of customer then you should have framework to handle the logic.
If the content is âmalformedâ, then get your trading partner to fix it. What are you doing with the content? If they are sending you bad data, and youâre entering into your database or business system, itâs going to affect your business. Donât allow them to send you bad data!
And if they are sending you documents you havenât agreed to receive or process get them to stop.
If you want the documents, then create a rule to put them into a âProblem Documentsâ directory, and also log the problem