Punchout catalog & EDI integration for B2B distributors
Procurement teams at large accounts order inside SAP Ariba, Coupa, Jaggaer or Oracle iProcurement, because that is where approvals and PO numbers live. The CS Order Suite makes your online store reachable from those systems: as a cXML or OCI punchout catalog with each customer’s contract pricing, and via EDI 850/855/856/810 for accounts that exchange documents rather than browse.
What is a punchout catalog?
A punchout catalog is your live web store, opened from inside the buyer’s procurement system. Instead of a static catalog file you re-send every quarter, the buyer “punches out” to your store, sees their negotiated prices and availability, builds a cart – and the cart travels back as a requisition. Approval and the purchase order happen on their side.
How does the CS Order Suite handle punchout?
Punchout is part of the platform, not a plug-in on a retail store. Both protocols run on the same storefront and customer accounts, so a punchout session shows exactly the price your ERP holds for that account.
Which EDI documents flow – and how do they reach your ERP?
Some accounts never punch out: their ERP sends purchase orders as EDI and expects acknowledgments, ship notices and invoices back the same way. The CS Order Suite covers the four X12 documents of the order-to-invoice cycle:
Connectivity runs through the customer’s EDI provider (VAN) or a direct AS2 connection. The platform maps each document to your ERP – for SAP Business One through the ready ERP integration – so an 850 lands as a sales order and 855, 856 and 810 go out from what your ERP confirmed, shipped and invoiced. Mapping follows each trading partner’s implementation guide.
Punchout vs. EDI vs. API – which one does a customer need?
Usually the customer decides. Punchout is for people who select; EDI is for systems that transmit; an API is for integrations you build yourself. Many distributors run all three side by side.
| Punchout (cXML / OCI) | EDI (850 / 855 / 856 / 810) | API | |
|---|---|---|---|
| What it does | Buyer browses and selects in your live catalog from inside their procurement system | Two systems exchange structured documents; nobody browses | Your systems or middleware read and write platform data |
| Who initiates | The buyer, from Ariba, Coupa, Jaggaer, Oracle or SAP SRM | The buyer’s ERP via their EDI provider or AS2 | Your integration project |
| Best for | Catalog buying with many SKUs and contract pricing | Repeat POs, replenishment, high volume on fixed item lists | Custom workflows, middleware, automation platforms |
| Setup per customer | Typically a few days per buyer, paced by their procurement team | Days to weeks per trading partner (mapping, test transactions) | Scoped per project |
| In the CS Order Suite | Standard – cXML and OCI 4.0 | Standard – via EDI provider or direct | Provided per project; no public self-service API. See integrations & API |
Where do procurement teams demand a punchout catalog?
The request rarely comes from your sales contact. It comes from the customer’s procurement group, often during a supplier review or RFP: “Are you punchout-enabled?” These categories hear it most:
Ready to be a punchout-enabled supplier?
In a live demo we walk through a punchout session end to end – from the buyer’s procurement system into the store and back, to the order arriving in SAP Business One. Pricing is something we cover personally.
Book a demo
CS Management & IT-Beratung GmbH
Ulrichsberger Str. 17 · 94469 Deggendorf · Germany