Dynamic EDI Message Transforms
The EdiMessageTransform model is used to enable transforms of EDI messages before they are processed or delivered. This can be helpful when a new EDI requirement comes in with similar but non-identical segments as an existing EDI interface. In such a scenario, instead of creating different interfaces, we can reuse the same interface and alter the inbound/outbound EDI message using the EdiMessageTransform model depending upon the sender or receiver.
Table 16.25. EdiMessageTransform Fields
Field |
Description |
ID |
Unique Id for the EdiMessageTransform. (KEY field) |
Format |
Edi Format used in the EdiMessageTransform. Example : X12, EDIFact, etc. |
Transaction |
Any valid transaction number for which the transform is to be applied. For e.g. 850, 855, ORDERS, etc. |
Direction |
Direction of the EDI - Inbound or Outbound. |
EdiSenderOrg |
Sending organization of the EDI. |
EdiReceiverOrg |
Receiving organization of the EDI. |
ConditionScript |
Groovy conditionScript for the transform. Only if the conditionScript evaluates to true will the transformScript be executed. If conditionScript is not provided, the transformScript is always applied (defaults to true). |
TransformScript |
Groovy transformScript which is applied on the EDI to implement the transformation. |
TransformClass |
Fully qualified path of the class extending com.transcendsys.platform.server.edi.EDITransform which contains the transformationScript. This can be provided as an alternative to TransformScript. If both are provided, the TransformScript is ignored, and only TransformClass will be used. |
Precedence |
Precedence for the transforms. The transform with the least precedence is given prioirty over other matching transforms and will be executed first. But all matches will be executed. |