Source
Transaction type, version, implementation guide and sample document.
Map trading-partner documents to the information your business system needs, with explicit rules for identifiers, units and required values.
SAME DATA. FURTHER GOOD.A partner item code may not match the item in your ERP. A quantity may be expressed in cases while the receiving system expects units. EDI mapping makes those relationships explicit, rather than treating matching field names as proof that two systems understand the same thing.

EDI Parser X reads the document structure. The integration defines how extracted values map to the destination model. Translation changes the representation when a target requires another format. Each task needs its own acceptance example.
Transaction type, version, implementation guide and sample document.
Identifier cross-reference, unit treatment, required value and exception behavior.
Destination field, format and the business record it supports.
Use a sample with multiple order lines, a changed quantity, an unknown item and a missing required reference. Agree whether each issue blocks the handoff or is sent for review. Keep the original document reference so the team can trace an unexpected value back to its source.

| Source meaning | Rule to agree | Destination meaning |
|---|---|---|
| Customer item code | Resolve the agreed item cross-reference. | Internal item identifier. |
| Quantity and unit | Apply the agreed packaging/unit treatment. | Expected quantity and unit. |
| Ship-to reference | Resolve the partner location. | Receiving site. |
| Customer order number | Preserve the original reference. | External order identifier. |
Your systems. Your partners. The task you need to complete.
Discuss your workflow