Punchout und OCI: Ihr Shop direkt im Einkaufssystem Ihrer Kunden

Der Begriff Punchout beschreibt das Verfahren, bei dem ein Einkäufer aus seinem eigenen Beschaffungssystem heraus direkt in den externen Shop eines Lieferanten »durchsticht« (engl. punches out). Dort wählt er Artikel aus, legt sie in den Warenkorb und springt dann zurück in sein System – der befüllte Warenkorb wird automatisch als strukturierter Datensatz übergeben. Das Beschaffungssystem kann die übermittelten Positionen sofort in eine Bestellanforderung (BANF) oder einen Purchase Order überführen.

OCI (Open Catalog Interface) ist der in Deutschland und dem DACH-Raum am weitesten verbreitete Standard für diesen Prozess, entwickelt ursprünglich von SAP. cXML (Commerce Extensible Markup Language) ist der entsprechende internationale Standard, der vor allem in den USA sowie bei Plattformen wie Ariba, Coupa und Jaggaer eingesetzt wird. Beide Standards beschreiben, wie die Startparameter (URL, Anmeldedaten, Session-Token) vom Beschaffungssystem an den Shop übergeben werden und in welchem Format der Warenkorb zurückgemeldet wird. Wir beherrschen beide Protokolle vollständig und setzen je nach Anforderung Ihres Kunden das passende ein.

Auf dem Papier klingt Punchout einfach. In der Praxis erfordert eine zuverlässige Implementierung das präzise Zusammenspiel von Shopware-Plugin, Session-Management, Preislogik und Warenkorb-Serialisierung. Die folgende Übersicht zeigt alle sieben Stationen eines typischen OCI-Punchout-Vorgangs und was technisch in jedem Schritt passiert.

Eine Punchout-Anbindung besteht aus mehreren technischen Schichten, die eng aufeinander abgestimmt sein müssen. Wir übernehmen die vollständige Implementierung von der Shopware-Plugin-Entwicklung über die Konfiguration des Protokolls bis zum Abnahmetest mit dem tatsächlichen Beschaffungssystem Ihres Kunden. Nachfolgend der vollständige Leistungsumfang.

Punchout, EDI und ein klassisches B2B-Kundenportal sind drei verschiedene Wege, Bestellprozesse mit Geschäftskunden zu digitalisieren. Welcher Kanal für welchen Kunden der richtige ist, hängt von der Systemlandschaft des Kunden, dem Bestellvolumen und den vertraglichen Vereinbarungen ab. In der Praxis sind alle drei Kanäle gleichzeitig aktiv – unterschiedliche Kunden nutzen unterschiedliche Zugangswege.

Für eine erfolgreiche Punchout-Implementierung müssen sowohl Ihr Shopware-Shop als auch das Beschaffungssystem Ihres Kunden bestimmte Voraussetzungen erfüllen. Auf der Shop-Seite sorgt unser Punchout-Plugin für die gesamte Protokollabwicklung. Auf der Kundenseite benötigen wir Zugang zur Konfigurationsoberfläche des Procurement-Systems oder die Zusammenarbeit mit dem IT-Team des Kunden. Erfahrungsgemäß (Projekterfahrung) erfordert die Abstimmung mit dem IT-Team des Kunden drei bis sechs Wochen, wenn alle Parteien aktiv mitwirken.

Punchout ist selten ein isoliertes Projekt. Damit der Warenkorbrücksprung korrekte Preise und aktuelle Artikelstammdaten enthält, muss der Punchout-Katalog mit denselben Datenquellen gespeist werden wie Ihr reguläres B2B-Portal. Das bedeutet: Punchout-Preislogik und Portal-Preislogik teilen sich denselben ERP-Connector. Nur so ist sichergestellt, dass ein Einkäufer im Punchout-Katalog denselben Preis sieht wie im direkten Kundenportal.

Gleichzeitig fließen die im Punchout-Vorgang angelegten Aufträge in dieselbe Auftragsverarbeitung wie alle anderen Bestellkanäle. Das ERP erhält die Bestellung unabhängig davon, ob der Einkäufer über Punchout, über das Portal, per EDI oder telefonisch bestellt hat. Diese kanalübergreifende Konsistenz ist ein zentrales Qualitätsmerkmal professioneller B2B-Integrationen. Im Rahmen unserer Schnittstellenentwicklung stellen wir sicher, dass alle Bestellkanäle auf derselben Datenbasis operieren.