Punch-Out-Katalog

Punch-Out-Katalog bezeichnet die Integration eines Lieferanten-Webshops in das Beschaffungssystem des Einkäufers: Der Anwender klickt im eigenen E-Procurement-System auf einen Lieferanten-Tile, wird per Single-Sign-On in dessen aktuell gepflegten Webshop "ausgepuncht", legt Artikel in den Warenkorb und überträgt diesen zurück in eine Bestellanforderung des eigenen Systems. Der Lieferant pflegt Sortiment, Preise und Verfügbarkeiten in seiner Umgebung, der Einkäufer behält die Bestellgenehmigung und das Vertragsmanagement.

Detaillierte Erklärung

Zwei Standards dominieren den Markt. cXML (commerce eXtensible Markup Language) wurde 1999 von Ariba (heute SAP Ariba) als XML-basiertes Protokoll für Geschäftsdokumente zwischen Käufer- und Lieferantensystemen veröffentlicht und ist heute in den Versionen 1.2.x verbreitet, mit eigenem cXML.org-DTD-Repository. cXML deckt neben dem Punch-Out-Round-Trip auch Bestellung, Bestellbestätigung, Lieferavis und Rechnung in einem einheitlichen Schema ab. OCI (Open Catalog Interface) wurde im selben Jahr von SAP veröffentlicht und konzentriert sich auf den Punch-Out-Vorgang selbst; der Round-Trip läuft über einen HTML-Form-Post mit definierten Parametern wie NEW_ITEM-DESCRIPTION, NEW_ITEM-MATNR und NEW_ITEM-PRICE. Beide Standards sind nicht interoperabel, wie die Branchenliteratur (TradeCentric, PunchOut Gateway, ZeroSoftware Wissensportal) übereinstimmend dokumentiert. Der typische Round-Trip-Ablauf folgt vier Schritten: PunchOutSetupRequest vom Einkäufer-System, Sitzungs-URL vom Lieferanten, Browser-Redirect mit Auth-Token, Rückübertragung des Warenkorbs als cXML-PunchOutOrderMessage oder OCI-HTML-Form-Post. Die Round-Trip-Latenz liegt bei stabilen Implementierungen unter 2 Sekunden bis zur Sitzungsanzeige. Ein Lieferanten-Webshop im Punch-Out-Modus stellt damit den Brückenkopf zwischen ERP-getriebener Bestellgenehmigung und händlerseitigem Sortiment dar, ohne dass der Käufer den Katalog selbst importieren und pflegen muss; im Gegensatz dazu erfordert der statische Hosted Catalog (z.B. via BMEcat-Datei) regelmäßige Importzyklen.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein nordrhein-westfälischer Sondermaschinenbauer mit 920 Mitarbeitern und 165 Millionen Euro Umsatz schaltet 2026 für die Warengruppe MRO (Wartung, Reparatur, Betrieb) 14 Punch-Out-Kataloge in SAP Ariba frei. Jährliches MRO-Volumen 4,8 Millionen Euro auf 38.000 Bestellzeilen. Vor der Einführung wurden 21 Hosted Catalogs quartalsweise importiert, was 0,6 Vollzeitäquivalente Stammdatenpflege gebunden hat. Nach Umstellung: 14 Punch-Out-Anbindungen (8 cXML, 6 OCI), Round-Trip-Latenz im Median 1,4 Sekunden, Verfügbarkeit der Lieferantenpreise tagesaktuell statt 90 Tage alt. Ergebnis nach 6 Monaten: Stammdatenpflege reduziert auf 0,15 Vollzeitäquivalente, Maverick-Buying-Quote sinkt von 18,2 auf 6,7 Prozent (Bestellungen nun vollständig über das genehmigungspflichtige System), 3,1 Prozent Preisvorteil durch tagesaktuelle Konditionen, Implementierungskosten 78.000 Euro für 14 Anbindungen.

Typische Fehler & Verhandlungskontext

Der erste Fehler ist die unzureichende Definition von Pflichtfeldern im Round-Trip: Wenn der Lieferant Mengeneinheit, Lieferzeit oder UNSPSC-Code nicht zurückspielt, scheitert die ERP-Anlage und Bestellungen bleiben hängen. Zweitens wird die Sicherheits-Architektur unterschätzt; der Sitzungstoken muss zeitlich begrenzt und an die User-Session gebunden sein, sonst entstehen Replay-Risiken. Drittens fehlt häufig ein Audit-Log über durchgeklickte Sortimente, was Compliance-Prüfungen erschwert. In Verhandlungen mit Lieferanten ist eine Punch-Out-Anbindung ein Hebel: Wer dem Lieferanten zusichert, das eigene MRO-Volumen ausschließlich über dessen Punch-Out abzuwickeln, erhält in der Praxis 4 bis 8 Prozent zusätzliche Volumenrabatte, weil dem Lieferanten Vertriebskosten und Stammdatenpflege auf seiner Seite entfallen.

Verwandte Begriffe

Der Punch-Out-Katalog ist ein Kernelement von [[e-procurement]] und ergänzt klassische Hosted-Katalog-Formate wie [[bmecat]] und [[eclass]]; die Integration in den Bestellprozess steht in engem Bezug zur Reduktion von [[maverick-buying]] und der Durchsetzung gültiger [[rahmenvertrag]]-Konditionen.