EDI & Integration

Every partner
speaks your language.

A full EDI engine — translation, transport, mapping and archive — built for the people who live with the consequences of a late document. Trade with retailers, carriers, brokers and 3PLs without adding a vendor between you and your data.

edi.freightronics.net
Documents from retailers, carriers, 3PLs and storefronts translated, routed, delivered and archived X12 · EDIFACT · AS2
What it does

Four jobs, done properly

Most EDI providers do the first two and leave you to solve the rest with spreadsheets and a data warehouse.

Translate

X12 and EDIFACT parsed into structured data and rebuilt in whatever shape the receiving system needs — JSON, XML, CSV or another EDI dialect. Hierarchical documents such as the 856 ASN are built to the retailer's own nesting rules, not a generic template.

Transport

AS2 with signed MDN receipts, SFTP with per-partner credentials and key rotation, REST for anyone modern, and signed webhooks for event-driven partners. Certificates are parsed, stored and monitored for expiry rather than left in an inbox.

Route

A rules engine decides where each document goes: which partner, which trading relationship, which downstream system, which mailbox. Change a rule without touching a mapping, and without a support ticket.

Remember

Every transaction keeps its raw payload, the parsed version, the transformed output and the response — with timestamps, status and retry count. Six months later you can still answer exactly what was sent, when, and what came back.

Why it matters

The document you can't retrieve is the one you'll need

Chargeback disputes, retailer audits and "we never received it" conversations all come down to evidence. Plenty of EDI services consume a document, hand you the contents once, and keep nothing you can query afterwards — so teams end up building a second archive alongside the service they already pay for.

We keep the whole lifecycle of every transaction as a first-class record, queryable from the interface. There is no separate warehouse to build, and no window after which the trail goes cold.

  • Full payload retentionRaw inbound, parsed structure, transformed output and the partner's response — all four, per transaction.
  • Delivery state, not guessworkStatus, processed and completed timestamps, HTTP response codes, error text and retry count on every record.
  • Functional acknowledgements997s generated automatically on inbound, with accept/reject codes and the specific errors that triggered them.
  • Audit logWho changed what, old and new values, IP and user agent — visible to your team, not just ours.
  • Versioned templatesEvery mapping template keeps its version history. Roll a partner back to the map that worked last week without rebuilding it.
  • Test cases and round-trip validationAttach real sample documents to a mapping and re-run them after every change, so a fix for one partner cannot quietly break another.
  • Template libraryStart from a proven map for a known partner rather than a blank screen, then adjust for the parts that are specific to you.
  • Generated documentationEach mapping can produce a readable spec of what it does — the thing you send an auditor or a new hire.
  • Transformation functionsDates, units, code lists, padding, concatenation and conditional logic handled in the map, not in a downstream script nobody maintains.
Mapping

Change a map without holding your breath

Mapping is where EDI actually lives. A partner changes a qualifier, adds a segment, or starts sending a field you have never seen — and the cost of that change is measured in how quickly someone can safely alter the map.

Templates are versioned, testable and documented. You can see what a map does before you change it, and prove it still works afterwards.

Coverage

Documents and transports

Retail and freight on the same platform — most providers make you choose, or charge you twice.

Retail documents 7

  • 850 purchase order
  • 855 acknowledgement
  • 860 order change
  • 856 advance ship notice
  • 810 invoice
  • 940 / 945 warehouse flow
  • 997 functional acknowledgement

Freight documents 6

  • 204 load tender
  • 990 response to tender
  • 214 shipment status
  • 210 freight invoice
  • 211 bill of lading
  • 215 status details

Standards 6

  • ANSI X12
  • UN/EDIFACT
  • Hierarchical 856 nesting
  • GS1-128 and SSCC labels
  • X12 to XML and JSON
  • Per-partner code lists

Transport 5

  • AS2 with signed MDN
  • SFTP with key rotation
  • REST API
  • Signed webhooks with retry
  • Scheduled polling

Mapping 6

  • Versioned templates
  • Test cases and round-trip runs
  • Template library
  • Generated documentation
  • Transformation functions
  • Visual mapping

Operations 6

  • Full transaction archive
  • Queue-backed retry and backoff
  • Certificate expiry monitoring
  • Per-partner traffic analytics
  • Audit log
  • Per-client database isolation
Connected

One layer under the whole lifecycle

EDI is not a silo here. The same documents that arrive from a retailer create orders, drive warehouse work, book dock appointments and tender freight — without a middle step where somebody re-keys them.

Bring us your hardest partner

The one with the strange qualifier, the nested ASN and the certification cycle nobody wants to own. That is the conversation worth having — not a slide deck.

Request a demo See all products