Capabilities

EDI and B2B integration on Celigo — built for supply chain compliance, not just document exchange

Connect trading partners, retailers, and 3PLs directly to your ERP. Celigo B2B Manager handles the document exchange. We handle the implementation.

Talk to an integration expert
What this means in practice

EDI inside your integration platform — not alongside it

EDI in a Celigo-connected stack looks different from a standalone VAN implementation. Rather than treating EDI as a separate pipeline, Celigo B2B Manager handles the document exchange — receiving, validating, and acknowledging X12 transactions — while Celigo flows handle the ERP side: creating sales orders from 850s, generating 940s to warehouse, processing 945 receipts, building 856 ASNs.

The result is a single integration platform covering both sides of the transaction. Trading partner maps, ERP field mappings, error queues, and acknowledgement tracking all live in the same place as your other integrations — not in a separate portal maintained by a separate team.

For supply chain teams dealing with major US retailers, the compliance requirements are tight. Document timing, envelope formats, and acknowledgement SLAs vary by partner. B2B Manager handles per-partner configuration; Celigo flows handle the ERP logic. Both are visible from the same operations dashboard.

Full EDI document cycle
Retailer
B2B Manager
NetSuite
3PL
850 PO
receives & validates
997 ACK
Sales Order
940 Order
via B2B Mgr
945 Shipped
856 ASN
builds & sends
810 Invoice
from NS invoice
Platform capabilities

Why Celigo for EDI

Most EDI platforms handle the transport and acknowledgement layer but leave the ERP mapping work to you. Celigo B2B Manager handles both — and it lives inside the same platform as the rest of your integrations.

X12 and EDIFACT support

Full support for ANSI X12 and EDIFACT standards, including the transaction sets most common in US retail and supply chain: 850, 855, 856, 810, 940, 945, 997, 999. Document maps are configured per partner and per transaction type.

AS2, SFTP, FTP, VAN connectivity

B2B Manager connects to trading partners via AS2, SFTP, FTP, and third-party VANs including SPS Commerce and Orderful. Connection type is configured per partner — mixing protocols across the same platform is standard.

Per-partner document profiles

Each trading partner has its own document profile — field mappings, segment requirements, envelope configuration, and acknowledgement expectations. Updating one partner's profile doesn't touch another's. New partner onboarding follows a repeatable process.

Automatic 997/999 acknowledgements

B2B Manager generates functional acknowledgements automatically on document receipt. SLA tracking and alerting for late or missing inbound acknowledgements are built in — your ops team doesn't need to monitor the VAN manually.

Document splitting and batching

Incoming batched transmissions are split into individual transactions for per-record processing in Celigo flows. Outbound documents can be batched for partners that require consolidated envelopes with multiple transaction sets.

Native ERP connectivity

B2B Manager integrates natively with Celigo flows, so 850s become NetSuite sales orders, 945s update fulfilment records, and 810s are generated from NetSuite invoices — no middleware required.

Implementation

How we implement it

1
Start with the complete document cycle

Before configuring anything, we map the full document cycle for each trading partner — every inbound and outbound transaction, the expected timing, and the acknowledgement requirements. Partial implementations create gaps that surface as compliance failures later, often during peak season when trading partners issue chargebacks.

2
Trading partner onboarding before flows

We configure the trading partner profile first — connection type, envelope settings, ISA/GS headers, and document maps — before building any ERP flows. Partner configuration is isolated from flow logic, so a change to one partner's mapping doesn't create risk for another's live transactions.

3
ERP mapping is where the complexity is

The EDI-to-ERP mapping is where most implementations get stuck. An 850 has dozens of segments; a NetSuite sales order has specific field requirements, location codes, price levels, and subsidiary mappings that vary by account. We build and test the mapping against real sample documents from the trading partner — not synthetic test data.

4
3PL and warehouse flows are timing-critical

The 940/945 cycle has tighter timing requirements than most EDI flows. The 940 warehouse order must reach the 3PL before the ship window; the 945 receipt must trigger NetSuite fulfilment confirmation and the 856 ASN before the retailer's deadline. We build these flows with deadlines as hard constraints, not notes in the spec.

5
Test against the trading partner's certification environment

Every implementation goes through the trading partner's certification process before go-live. We manage the certification submission, track required transaction sets, and handle revision requests. Most major US retailers require certifying a full document cycle end-to-end — we've been through this process with multiple trading partners and know where the delays are.

Deployments

Where we use it

Confidential client
Celigo B2B ManagerNetSuite3PL

Full 850 → sales order → 940 → 945 → 856 → 810 cycle across three major US retailers with separate partner profiles and zero manual touchpoints in the document exchange layer.

See the NetSuite-EDI flow →
NetSuite EDI integration
Celigo B2B ManagerNetSuiteX12AS2 / SFTP

Our standard NetSuite EDI implementation covers inbound 850s, automated 997 acknowledgements, 940 generation to 3PLs, and outbound 856 ASN and 810 invoice flows — all visible from one Celigo operations dashboard.

See the NetSuite integration →
NetSuite ↔ 3PL integration
Celigo B2B ManagerNetSuite940 / 9453PL

For 3PLs communicating via EDI, the 940/945 cycle is built through B2B Manager with hard timing constraints — the 940 must reach the warehouse before the ship window; the 945 must trigger the 856 ASN before the retailer deadline. No manual steps.

See the NetSuite ↔ 3PL flow →
Case study

850 to Sales Order to 940 in under two minutes — zero manual touchpoints

A mid-market consumer goods manufacturer needed to connect to three major US retailers — each with different EDI requirements, different connection protocols, and different document timing expectations. The existing process relied on a VAN with manual exception handling: someone checked the portal, downloaded the 850s, entered them into NetSuite manually, and emailed the warehouse team to pull the order.

We implemented Celigo B2B Manager with separate partner profiles for each retailer. Inbound 850s are received via AS2 from two partners and SFTP from the third. Each 850 is validated, acknowledged with a 997, and converted to a NetSuite sales order within two minutes of receipt. The sales order creation triggers a Celigo flow that generates the 940 and sends it to the 3PL.

When the 3PL returns a 945 confirming the shipment, a second Celigo flow builds the 856 ASN and the 810 invoice and transmits both back to the retailer. The entire cycle — from PO receipt to ASN and invoice — runs without anyone touching it.

< 2 minutes
PO receipt to 3PL warehouse authorisation
100%
EDI 997 acknowledgements within SLA
Zero manual touchpoints
In the complete 850 → Sales Order → 940 cycle

Integrating with US retailers or 3PLs and need the full EDI cycle covered?

We've been through the certification process with multiple trading partners and know where the delays and edge cases are. Tell us your partner list and we'll scope the implementation.

Talk to an integration expert