cXML

cXML (Commerce Extensible Markup Language) ist ein offen spezifiziertes XML-Format fuer den elektronischen Austausch von Beschaffungsdokumenten zwischen Unternehmen und Einkaufsplattformen. Entwickelt 1999 von Ariba (heute SAP), ist cXML der De-facto-Standard fuer [[punchout]]-Kataloge und automatisierte Bestellprozesse in webbasierten E-Procurement-Umgebungen.

Detaillierte Erklaerung

Waehrend [[edifact]] aus der Welt der Grossrechner und Batch-Uebertragungen stammt, wurde cXML von Anfang an fuer HTTP-basierte Echtzeit-Kommunikation konzipiert. Eine cXML-Nachricht ist ein wohlgeformtes XML-Dokument, das ueber HTTPS per HTTP-POST uebertragen wird und eine synchrone Antwort erwartet. Die Spezifikation ist oeffentlich unter cxml.org dokumentiert und wird von SAP weiterentwickelt.

Aufbau einer cXML-Nachricht:

Jede cXML-Nachricht hat drei Pflichtbloecke:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE cXML SYSTEM "http://xml.cxml.org/schemas/cXML/1.2.014/cXML.dtd">
<cXML payloadID="1716800000.123@buyer.example.com"
      timestamp="2025-05-27T10:00:00+02:00">
  <Header>
    <From><Credential domain="NetworkID"><Identity>SupplierCo</Identity></Credential></From>
    <To><Credential domain="NetworkID"><Identity>BuyerInc</Identity></Credential></To>
    <Sender>...</Sender>
  </Header>
  <Request>
    <OrderRequest>...</OrderRequest>
  </Request>
</cXML>

Die wichtigsten cXML-Dokumenttypen im Einkauf:

cXML im PunchOut-Szenario:

Der prominenteste Anwendungsfall ist [[punchout]]: Der Einkaufer klickt in seinem E-Procurement-System (SAP Ariba, Coupa, Jaggaer, Mercateo) auf einen Lieferantenkatalog. Das System sendet im Hintergrund einen PunchOutSetupRequest an den Lieferanten-Webshop. Der Shop authentifiziert die Sitzung und leitet den Nutzer per Redirect weiter. Waehrenddessen kann der Einkaufer im gewohnten Shopinterface einkaufen. Beim Checkout sendet der Shop einen PunchOutOrderMessage mit dem befuellten Warenkorb zurueck — automatisch als cXML-Dokument, das das Einkaufssystem direkt als Bestellanforderung (BANF) uebernimmt.

Abgrenzung zu EDIFACT:

cXML und EDIFACT schliessen sich nicht aus. In vielen Unternehmen werden Kataloge und PunchOut-Sessions per cXML abgewickelt, waehrend Produktionsbestellungen und Rechnungen im Grossvolumen ueber EDIFACT laufen.

Rechtliche Aspekte:

Ein per cXML InvoiceDetailRequest uebertragenes Rechnungsdokument gilt in Deutschland als elektronische Rechnung, wenn es die Pflichtangaben nach UStG §14 Abs. 4 enthaelt und unveraendert archiviert wird (GoBD §146). Da cXML XML-basiert und strukturiert ist, erfuellt es grundsaetzlich die Anforderungen des Wachstumschancengesetzes — allerdings ist XRechnung der national praeferierte Standard. Ob cXML INVOIC von Finanzbehoerden gleichgestellt anerkannt wird, haengt von der konkreten Ausgestaltung ab; im Zweifel bietet sich eine Hybridloesung (ZUGFeRD PDF+XML) an.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Pharmaunternehmen in der Schweiz nutzt SAP Ariba als Einkaufsplattform. Fuer Buero- und Laborbedarf ist ein Grosshaendler per PunchOut-Katalog angebunden. Wenn eine Mitarbeiterin Pipettenspitzen bestellt, oeffnet sie in Ariba den Katalogeintrag des Haendlers. Ariba sendet automatisch einen PunchOutSetupRequest per cXML an den Haendler-Webshop. Die Mitarbeiterin sieht den Shop mit firmenspezifisch ausgehandelten Preisen, fuegt Artikel in den Warenkorb und klickt auf "Checkout an Ariba". Dabei sendet der Shop einen PunchOutOrderMessage mit Position, Menge und Preis zurueck. Ariba erzeugt daraus eine BANF, die den normalen Genehmigungsworkflow durchlaeuft. Nach Freigabe sendet Ariba einen OrderRequest an den Haendler. Nach Lieferung folgt ein InvoiceDetailRequest — der gesamte Prozess ist systemseitig nachvollziehbar und auditierfaehig.

Typische Fehler & Verhandlungskontext

Technische Fehlerquellen:

• payloadID-Eindeutigkeit: Jede cXML-Nachricht muss eine global eindeutige payloadID haben. Duplikate fuehren je nach Implementierung zu Silent-Rejects oder Doppelbuchungen.
• Zeitzonen in Timestamps: cXML-Timestamps muessen ISO-8601-konform mit Zeitzone angegeben werden. Fehlende oder falsche Zeitzonenangaben verursachen Sortierungs- und Matching-Fehler bei der Belegzuordnung.
• DTD-Versionsabweichung: cXML erscheint in mehreren Versionen (1.2.x). Sender und Empfaenger muessen kompatible Versionen verwenden oder das empfangende System muss versionstolerante Validierung unterstuetzen.
• PunchOut-Session-Timeout: Die Sitzung zwischen Einkaufsplattform und Lieferantenportal wird per verschluesseltem Token gehalten. Laeuft das Token ab (typisch: 30–60 Minuten), schlaegt der Checkout fehl, ohne dass der Nutzer eine klare Fehlermeldung erhaelt.

Verhandlungskontext:

cXML-Faehigkeit ist bei Lieferanten, die grosse Plattformkunden (SAP Ariba, Coupa) beliefern wollen, zunehmend eine Anforderung. Im Lieferantengespraech lohnt es sich zu erfragen, ob der Lieferant ein eigenes cXML-Endpunkt-Backend betreibt oder einen Intermediar (z. B. TradeCentric, SciQuest) nutzt. Intermediare vereinfachen die Anbindung, erzeugen aber eine Abhaengigkeit und Transaktionsgebuehren pro Bestellung, die in den Einkaufskonditionen nicht sichtbar sind und verhandelt werden koennen.

Verwandte Begriffe

• [[punchout]] — der zentrale Anwendungsfall fuer cXML im Einkauf
• [[edi]] — uebergeordneter Begriff fuer elektronischen Datenaustausch
• [[edifact]] — Alternativstandard fuer grosse ERP-zu-ERP-Verbindungen
• [[katalogmanagement]] — Verwaltung von Lieferantenkatalogen in E-Procurement
• [[e-procurement]] — digitale Beschaffungsplattformen
• [[erp-integration]] — Systemintegration zwischen ERP und externen Systemen
• [[lieferantenintegration]] — Strategien zur Lieferantenanbindung