AS2 over HTTPS
Partners post signed X12 to a private intake URL and receive a synchronous MDN. Outbound documents are signed with your certificate, and the partner's MDN decides delivered or rejected.
Retailers and marketplaces still run on EDI, and a CSV export is not an 856, so Flows reads and writes real X12 004010 interchanges.
How an exchange flows
Control numbers are allocated per partner and acknowledgements are tracked to the document they answer. Most integration platforms sell EDI as a separate module. In Flows, a purchase order arrives, becomes an order, is acknowledged, and ships with a real advance ship notice, all on the same orders and shipments your flows already act on.
Trading partner
RetailerAS2 · SFTP · FTPSOne connection per partner, inbound and outbound.Inbound
850 Purchase orderParsed from the ISA envelopeBecomes an order in Orderly, ready for flows.Acknowledged
997 functional ack855 PO acknowledgementOutbound
856 ship notice810 invoiceSent by exchange.send. A retry never resends a document already delivered.Transaction sets
850 purchase orders in; 855, 856, and 810 out; 997 acknowledgements both ways. These are the documents retail and marketplace partners ask a shipper or 3PL for first, produced as real X12 004010, not a spreadsheet someone converts.
850Purchase orderInbound855PO acknowledgementOutbound856Advance ship noticeOutbound810InvoiceOutbound997Functional acknowledgementBoth waysTransports
Use whichever transport each partner requires. Credentials are stored encrypted and never shown again, and partners can allowlist the fixed egress IP Orderly connects from.
Partners post signed X12 to a private intake URL and receive a synchronous MDN. Outbound documents are signed with your certificate, and the partner's MDN decides delivered or rejected.
Orderly connects out to the partner's server on a schedule from a fixed IP. The host key is pinned, and transfers stay off until you confirm its fingerprint with the partner.
The same scheduled exchange over FTP with TLS, with the server certificate verified on every connection.
Parsing
Traditional EDI work starts with a map for every document and every partner. Flows understands the standard X12 004010 structure natively, so an 850 becomes an order and an 856 is generated from a shipment without a map to design, test, or maintain.
Partners that send flat files are covered too. Parse and serialize CSV, XML, and JSON up to 1 MB and 10,000 rows, and map fixed-width records column by column, with a dry run on a sample file before anything goes live. The mapping tools are described on the designer page.
Trading partners
Each trading partner has its own connection for both directions, its own ISA sender and receiver identifiers with qualifiers, and the transaction sets you agreed with them.
An inbound partner document is a trigger in its own right, so a received file can start the flow that handles it.
Sent documents wait in a Sent state until their 997 arrives, so a refused ship notice is visible, not assumed delivered.
Each file is stored immutably and checksummed, so the same file twice never creates a duplicate order or shipment.
A document that fails validation lands in an exceptions queue with its exact errors and raw content, ready to retry, ignore with a note, or escalate.
Outbound files are uploaded under a temporary name and renamed when complete, so a partner never reads a half-written file. Failed deliveries retry with increasing delays.
What you build with it
Selling into retail
Inbound 850 purchase orders become orders, with an automatic 855 and 997 when the partner expects them. When the shipment is created, load it and send a real X12 856 over the partner's AS2, SFTP, or FTPS connection. A retried step never resends a document that already went out.
shipment_createdorderly.shipment.getexchange.send856X12 and trading partner connections are included with Flows Pro and Dedicated. Starting on Launch? Pro is the upgrade for your first EDI partner; see Flows pricing. Read the trading partner exchange guide ↗
Questions
Yes. Flows reads and writes X12 004010: inbound 850 purchase orders become orders, with an automatic 855 and 997 when the partner expects them, and flows send 856 ship notices, 810 invoices, and 855 acknowledgements. Inbound 997s mark sent documents as acknowledged or rejected. CSV, XML, JSON, and fixed-width files are handled by the parse, serialize, and mapping steps.
X12 EDI and trading partner connections over AS2, SFTP, and FTPS are included with Flows Pro and Flows Dedicated, with no separate EDI module to buy. Flows Launch covers your own flows, endpoints, and the full Orderly Growth plan; move to Pro when your first retailer or marketplace asks for EDI.
Not for the X12 documents Flows supports. The standard 004010 structure of the 850, 855, 856, 810, and 997 is understood natively, so there is no map to design or maintain. Flat files are different: CSV, XML, JSON, and fixed-width partner files use a mapping you build and test against a sample file.
SFTP and FTPS, where Orderly connects out to the partner's server on a schedule from a fixed IP, and AS2 over HTTPS with signed documents and synchronous MDN receipts. Encrypted AS2 payloads are not supported yet and are refused with a clear error, so confirm your partner accepts signed, unencrypted AS2 before choosing that transport.
Not today. Flows produces X12 004010 850, 855, 856, 810, and 997 documents. If you need EDIFACT or other transaction sets, a broader EDI product may suit you better, and the logistics iPaaS comparison covers when that is the right call.
Meet the EDI mandate
Tell us who the partner is, what they send, and what they expect back. We will show you the connection and the flow.