Skip to content

Cardinal Health EDI
integration guide.

Plan your Cardinal Health EDI integration: the trading relationship, required documents, source system and business responses. Start with the current partner guide and sample files.

Book an EDI demo Explore EDI documents
Listed documents
Confirm
Obtain the partner guide
Listed channels
Confirm
Identify your trading relationship
Implementation
Plan
Map, validate and reconcile

Adopted by fast-scaling companies moving mission-critical data in real time

Case study
Migrated from MuleSoft
Case study
Migrated from Celigo
Migrated from Heroku Connect
Migrated from Matillion
Case study
Migrated from Fivetran
Case study
Migrated from Celigo

Implementation guide

Cardinal Health: EDI implementation plan

Plan the business records your ERP or warehouse needs to exchange with Cardinal Health, using the distributor examples below.

A verified document list for Cardinal Health is not available here. These are planning examples; confirm the required documents with the partner before implementation.

Document examples to confirm with your partner
Document or decisionRecord and matching IDsWhat to test
X12 850 Purchase OrderPlanning example; partner requirement unconfirmed purchase order or sales order

buyer purchase order, order line and trading-party identifiers
  • Map buyer item numbers to seller SKUs and explicitly convert case quantities to the agreed unit.
  • Resend one purchase order and confirm that only one sales order is created.
X12 855 Purchase Order AcknowledgmentPlanning example; partner requirement unconfirmed purchase-order response

original purchase order, response revision and order line
  • Test a partially accepted order with a backordered line and retain both outcomes.
  • Do not treat a syntax acknowledgment as acceptance of price, quantity or delivery dates.
X12 856 Ship Notice ManifestPlanning example; partner requirement unconfirmed shipment notice (ASN)

shipment, order, package and item references
  • Reconcile item quantities through shipment, order and packaging levels against the physical shipment.
  • Test split shipments for one purchase order and prevent the second ASN from replacing the first.
X12 810 InvoicePlanning example; partner requirement unconfirmed accounts-receivable or accounts-payable invoice

invoice number, purchase order and invoice line
  • Reconcile line amounts, allowances, charges and tax to the invoice total.
  • Submit the same invoice twice and verify that it cannot create a second payable.
X12 846 Inventory Inquiry AdvicePlanning example; partner requirement unconfirmed inventory availability record

item, location, quantity type and snapshot time
  • Distinguish on-hand, available and reserved quantities before publishing availability.
  • Deliver an old snapshot after a new one and prevent stale stock from replacing current values.
X12 820 Payment Order Remittance AdvicePlanning example; partner requirement unconfirmed payment or remittance record

payment reference, invoice references and amounts applied
  • Allocate a partial payment across several invoices and preserve the remaining balances.
  • Keep receipt of remittance information distinct from confirmation that funds settled.

Implementation steps

  1. Choose the trading account and channel

    Ask Cardinal Health for the supplier or customer account, business unit, implementation guide and testing contact. Record what still needs confirmation before work starts.

  2. Map records and assign owners

    Start with purchase order or sales order, purchase-order response, shipment notice (ASN). For each document, assign the source system, destination record, stable identifiers and person responsible for exceptions. Agree whether a change updates an existing record or creates a new event.

  3. Test a complete exchange

    Run a successful exchange and the failure cases in the mapping table. Track delivery, document validation and processing in your business system separately. Agree on the Cardinal Health production handoff and save the results of each approved test.

  4. Check results after launch

    Match records between systems using buyer purchase order, order line and trading-party identifiers. Assign an owner to missing responses, duplicates and rejected records. Test recovery before enabling automatic retries.

Go-live checklist

  • The required EDI documents, versions and sample files are agreed.
  • Sender and receiver IDs, test connections and production connections are agreed with the channel owner.
  • Delivery receipts, document validation and business responses have monitoring and a named owner.
  • Tests cover duplicates, partial processing and reconciliation with realistic business records.

EDI document examples to discuss with Cardinal Health

Use these distributor examples to plan the exchange. Confirm which documents Cardinal Health requires for your account. Obtain the current partner guide before mapping fields.

Document flow

Example document relationships for Cardinal Health

Where each document sits in its trading cycle, based on the transaction sets a distributor typically trades. Confirm the current Cardinal Health requirements with the partner. These are example relationships; the trading agreement determines the required sequence.

Order-to-cash

All example steps listed
  1. 850 Purchase Order
  2. 855 Purchase Order Acknowledgment
  3. 856 Ship Notice / Manifest (ASN)
  4. 810 Invoice

Catalog & inventory

Some example steps listed
  1. 832 Price / Sales Catalog not included in these planning examples
  2. 846 Inventory Inquiry / Advice
  3. 852 Product Activity Data not included in these planning examples
LEGACY EDI MIGRATION FUND

Still with a legacy EDI vendor? We cover the buyout.

Stacksync buys back your current contract with SPS Commerce, Cleo, TrueCommerce, or OpenText. No migration cost, no overlap billing.

Check your eligibility for the EDI migration fund
Migrate from SPS Commerce
Migrate from Cleo
Migrate from TrueCommerce
Migrate from OpenText
SECURITY

Security teams trust Stacksync

As a data company, we understand the importance of keeping your data secure. Stacksync is built with security best practices to keep your data safe at every layer, and is DPF-certified for US, EU, UK and CH data transfers.

Learn more about security
SOC 2 Type II
ISO 27001
HIPAA BAA
GDPR
CCPA
DPF US-EU-UK-CH
→ SECURITY WITH BENEFITS

SSO & SCIM

Let your users access Stacksync from your centralized user management systems. Works with Okta, Azure, Google SSO and more.

Alerts

Immediately get alerted about record syncing issues over email, Slack, PagerDuty and WhatsApp. Resolve issues from a centralized dashboard with retry and revert options.

Secure connection options

Securely connects to your systems with:

OAuth 2SSH TunnellingSSL certificatesIP WhitelistingVPN gatewayVPC peeringand more

Related references

Partners with related document listings

Compare document requirements for similar business processes.

The Home Depot 48 docs · 11 channels Nordstrom 28 docs · 8 channels JCPenney 25 docs · 20 channels Amazon 24 docs · 4 channels Target 23 docs · 4 channels NEXCOM (Navy Exchange Service Command) 20 docs · 2 channels Macy's 17 docs · 5 channels Lowe's 13 docs · 2 channels PetSmart 11 docs · 2 channels Ashley Furniture Industries, LLC 7 docs · 1 channel Costco 55 docs · 12 channels Walmart 32 docs · 8 channels Dillard's Department Stores, Inc. 30 docs · 3 channels GovX Inc. 15 docs · 3 channels AAFES (Army and Air Force Exchange Service) 15 docs · 3 channels Neiman Marcus 14 docs · 3 channels Boscov's Department Stores 13 docs · 2 channels Mountain High Outfitters 12 docs · 2 channels Bloomingdale's 12 docs · 3 channels Bealls Inc. 11 docs · 2 channels Granite City Electric 10 docs · 1 channel

Showing 21 of 48 references

Browse the full directory

FAQ

Cardinal Health EDI questions

Which EDI documents are listed for Cardinal Health?

This entry does not include a verified Cardinal Health document list. The suggested X12 850 Purchase Order, X12 855 Purchase Order Acknowledgment, X12 856 Ship Notice Manifest, X12 810 Invoice, X12 846 Inventory Inquiry Advice, X12 820 Payment Order Remittance Advice documents are planning examples; their use by the partner is unconfirmed. Request the current partner guide and sample exchanges before implementation.

How should I choose the Cardinal Health EDI channel?

Obtain the business-unit name, supplier/customer number, implementation guide and transport contact from Cardinal Health. Confirm the connection method with the partner’s EDI contact.

Which identifiers should the Cardinal Health mapping preserve?

For X12 850 Purchase Order, plan around buyer purchase order, order line and trading-party identifiers. For X12 855 Purchase Order Acknowledgment, use original purchase order, response revision and order line. Use the partner guide to locate these values and check their allowed formats.

Does a successful EDI receipt mean Cardinal Health accepted the business document?

Track delivery, document validation and business processing separately. An AS2 message disposition notification (MDN) confirms transport receipt; an X12 997 or 999 reports technical validation. Use the agreed business response or reconciliation report to confirm that the order, shipment or invoice was processed.

What should be tested before launching Cardinal Health EDI?

Map buyer item numbers to seller SKUs and explicitly convert case quantities to the agreed unit. Resend one purchase order and confirm that only one sales order is created. Also test missing responses and recovery after a destination failure. Assign an owner to each failure and obtain partner approval before launch.

Coworkers laughing in front of a laptop in a casual office setting

Your last integration took months.
Your next one takes a prompt.

Book a demo Get started