cXMLDer Standard für den elektronischen Datenaustausch im Einkauf

Herkunft und Einordnung

cXML wurde Ende der 1990er Jahre als offener Standard für das damalige aufkommende E-Procurement entwickelt und wird seitdem kontinuierlich weiterentwickelt. Es konkurriert nicht mit EDI im klassischen Sinne, sondern deckt vor allem die Katalog- und Bestellprozesse des indirekten und direkten Einkaufs ab. Während klassisches EDI häufig über Wertnetze (VAN) läuft, erfolgt der cXML-Austausch in der Regel direkt über HTTPS-Verbindungen. Damit gilt cXML als besonders zugänglicher Einstieg in die elektronische Anbindung mittelständischer Lieferanten.

Abgrenzung zu EDI und offXML/OCI

EDI deckt ein breiteres Spektrum von Nachrichten ab, erfordert aber meist aufwendigere Konvertierungen und Provider-Anbindungen. cXML ist leichtgewichtiger, webbasiert und für Katalogszenarien optimiert. Das Open Catalog Interface (OCI) erfüllt eine ähnliche Funktion für den Punchout, ist aber herstellerspezifisch verbreitet; cXML bietet dagegen ein herstellerübergreifendes Protokoll mit definiertem Nachrichtenfluss. In der Praxis setzen viele Unternehmen beide Ansätze parallel ein, je nach Systemlandschaft und Lieferantenpräferenz.

Bestellprozess: OrderRequest und OrderResponse

Der OrderRequest überträgt die Bestellung vom Einkaufssystem an den Lieferanten, inklusive Positionen, Mengen, Preisen und Lieferanschrift. Der OrderResponse bestätigt den Empfang und dokumentiert Annahme oder Ablehnung. Diese Bestätigung ist die Grundlage für die weitere Statusverfolgung und trägt wesentlich dazu bei, den Lieferantenstatus im Bestellprozess transparent zu halten. Ohne funktionierende OrderResponse-Auswertung entstehen häufig Nachfragen per E-Mail, was den Automatisierungseffekt erheblich schmälert.

Rechnungsprozess: InvoiceRequest und Confirmation

Mit dem InvoiceRequest übermittelt der Lieferant die elektronische Rechnung, die im Einkaufssystem automatisch mit Bestellung und Wareneingang abgeglichen wird (Three-Way-Match). Die ShipNotice, häufig als ASN (Advanced Shipping Notice) bezeichnet, meldet Versanddetails und ermöglicht eine vorab geplante Wareneingangsbearbeitung. Der Abgleich reduziert manuelle Prüfaufwendungen und beschleunigt die Freigabe – eine Voraussetzung, um beispielsweise Skontofristen oder ein Early Payment Programm verlässlich zu nutzen.

Katalogdaten und Punchout

Neben Transaktionsdokumenten definiert cXML auch Katalogformate für die Übertragung von Artikelstammdaten. Im Punchout-Szenario springt der Einkäufer aus seinem Beschaffungssystem direkt in den Lieferanten-Webshop, wählt dort Positionen aus und überführt den Warenkorb als cXML-Nachricht zurück in das eigene System. Preise und Sortiment bleiben damit stets aktuell, ohne dass der Lieferant statische Katalogdateien pflegen muss. Dies entlastet das Spezifikationsmanagement auf Einkäuferseite, da technische Attribute direkt beim Lieferanten gepflegt werden.

Lieferantenauswahl und Anbindungsreihenfolge

In der Praxis lohnt es sich, die Anbindung anhand des Beschaffungsvolumens und der Orderfrequenz zu priorisieren – Lieferanten mit hoher Transaktionszahl pro Blanket Order oder Rahmenvertrag liefern den größten Automatisierungseffekt. Die Supplier Segmentation liefert hier eine sinnvolle Grundlage: Strategische und Leverage-Lieferanten werden bevorzugt angebunden, C-Lieferanten bleiben zunächst auf Portal- oder E-Mail-Kanälen. So entstehen schnelle Erfolge, die die Akzeptanz des Projekts im Unternehmen sichern.

Technische Anbindung und Testszenarien

Die technische Kopplung erfolgt über definierte Endpunkte, Authentifizierung (typischerweise über Credentials im cXML-Header) und vereinbarte Nachrichtentypen. Vor dem Livegang sollten alle relevanten Szenarien getestet werden: Bestellung, Änderungsbestellung, Storno, Bestellbestätigung, Versandmeldung und Rechnung. Häufig zeigt sich erst im Test, wie granular Positionstrennung, Losaufteilung bei Teillieferungen oder Mengeneinheiten abgebildet werden. Eine saubere Testdokumentation reduziert späteren Abstimmungsaufwand erheblich.

Prozessintegration ins Beschaffungscontrolling

cXML entfaltet seinen Wert erst, wenn die empfangenen Daten in Folgeprozesse eingespeist werden. Bestätigungsdaten fließen in die Supplier Scorecard ein, Rechnungsdaten in die Kreditorenbuchhaltung, Versanddaten in die Disposition. Wer cXML-Daten systematisch auswertet, kann den Lieferantenstatus tagesaktuell darstellen und Lieferterminabweichungen früh erkennen. Auch für dieintralogistische Feinplanung, etwa bei einem Milk-RUN-Konzept im Werksverkehr, sind präzise ASN-Daten eine wertvolle Basis.

Automatisierungs- und Qualitätskennzahlen

Zentrale KPIs sind der Anteil elektronisch übertragener Bestellungen, die Quote der OrderConfirmations innerhalb definierter Fristen sowie die Fehlerrate abgelehnter oder unvollständiger Nachrichten. Ebenso relevant ist der Anteil vollständig automatisch gebuchter Rechnungen ohne manuellen Eingriff. Diese Werte belongen auf Individualebene in die Lieferantenbewertung und ermöglichen belastbare Aussagen im Lieferantenportfolio.

• Elektronischer Durchdringungsgrad: Anteil cXML-Bestellungen an Gesamtvolumen eines Lieferanten
• Bestätigungsquote: Anteil rechtzeitig eingegangener OrderResponses, in der Praxis häufig Zielwert über 95 %
• First-Pass-Yield der Rechnungen: Anteil fehlerfrei automatisch verarbeiteter Rechnungen
• Nachrichtenfehlerquote: abgelehnte oder ungültige cXML-Nachrichten pro Zeitraum

Wirtschaftlichkeitsbetrachtung

Zur Beurteilung des Business Cases gehören die Bearbeitungskosten pro Bestellung vor und nach Anbindung sowie die Durchlaufzeit von Anfrage bis Rechnungsfreigabe. In der Praxis sinken die Transaktionskosten bei vollautomatisierten Katalogprozessen typischerweise erheblich gegenüber telefonischer oder E-Mail-Bearbeitung. Auch die Verbesserung von Termintreue und Bestandsdisposition – etwa als Input für Capable to Promise (CTP)-Prüfungen im Vertrieb – sollte qualitativ berücksichtigt werden.

Datenqualität und Master-Data-Governance

Der häufigste Stolperstein ist mangelnde Datenqualität: uneinheitliche Artikelschlüssel, abweichende Mengeneinheiten oder fehlende Preisdokumentation führen zu Abbrüchen im automatisierten Abgleich. Eine klare Governance für Katalogdaten und Stammsatzpflege ist deshalb Voraussetzung. Änderungen an Konditionen sollten versioniert dokumentiert werden, damit die Vergabeentscheidung im Nachhinein nachvollziehbar bleibt – etwa bei Audits oder Preisnachforderungen.

Sicherheit und Verbindlichkeit

Der Austausch sollte ausschließlich über verschlüsselte Verbindungen mit authentifizierten Endpunkten erfolgen. Zu beachten ist außerdem, welche Dokumente rechtlich verbindlich sind: Die cXML-Bestellung ersetzt in der Regel die Papierbestellung, sodass Änderungs- und Stornoprozesse vertraglich klar geregelt sein müssen. Bei länderübergreifendem Handel sind zusätzlich meldepflichtige Daten für Intrastat bereitzustellen – die cXML-Daten müssen dazu entsprechend vollständig und korrekt sein. Die konkrete rechtliche Bewertung sollte stets im Einzelfall mit Steuer- und Rechtsabteilung geprüft werden.

Lieferantenabhängigkeit und Fallback-Prozesse

Wenn kritische Kataloge oder Schnittstellen ausfallen, braucht es definierte Ausweichprozesse, um die Versorgung nicht zu gefährden. Auch die Abhängigkeit von einzelnen Kataloginhalten sollte im Rahmen des Strategischen Partnerschaft- oder Lieferantenmanagements betrachtet werden. Eine regelmäßige Funktionsprüfung der Endpunkte sowie klare Eskalationswege bei Nachrichtenfehlern gehören zur betrieblichen Kontrolle.

Vom cXML zu integrierten Source-to-Pay-Prozessen

Moderne Einkaufsplattformen betrachten cXML nicht isoliert, sondern als Baustein einer durchgängigen Source-to-Contract (S2C)- und Purchase-to-Pay-Kette. Die nahtlose Weiterverwendung von Verhandlungs- und Vertragsdaten aus Ausschreibungen in operative Bestellungen reduziert Medienbrüche. Wer Vergabeentscheidung und Bestellprozess auf einer gemeinsamen Datenbasis abbildet, gewinnt Transparenz und Geschwindigkeit zugleich.

Zahlungs- und Finanzflussintegration

Elektronische Rechnungsdaten aus cXML-Prozessen sind die Grundlage für digitale Zahlungsverfahren, dynamische Skontomodelle oder ein Early Payment Programm mit Supply-Chain-Finanzierung. Auch Factoring-Angebote auf Lieferantenebene profitieren von verlässlichen, maschinenlesbaren Rechnungsdaten. Je sauberer der cXML-Rechnungsprozess läuft, desto eher lassen sich Finanzierungsvorteile realisieren.

Nachhaltigkeits- und Compliance-Daten

Zunehmend werden über elektronische Schnittstellen auch Nachhaltigkeits- und Complianceinformationen übertragen, etwa Herkunftsangaben, CO₂-Daten oder Nachweise zu SBTi-Zielen des Lieferanten. cXML bietet hierfür teilweise Erweiterungsmöglichkeiten über benutzerdefinierte Felder; in der Praxis erfolgt die Kopplung häufig über ergänzende Formate. Einkäufer sollten früh definieren, welche Zusatzdaten sie im Katalog- und Bestellprozess benötigen.