Punchout-Kataloge werden auch dynamische Kataloge genannt. Denn diese aktualisieren sich in Sekundenschnelle. Damit wird sichergestellt, dass die aktuellsten Produktdaten, Preise oder auch Lieferzeiten dem Kunden zur Verfügung stehen. Wie Punchout-Kataloge mit den Einkaufssystemen deiner Kunden interagieren und welche Vorteile du als Lieferant davon hast, erfährst du in den nächsten Abschnitten.
Was ist ein Punchout-Katalog?
Ein Punchout-Katalog ist eine integrierte Verbindung zu dem Einkaufssystem deines Kunden (einkaufendes Unternehmen). Im Regelfall wird der unternehmenseigene Online-Shop als Basis für den Punchout-Katalog verwendet. Durch die Veränderung des Warenkorbprozesses wird über eine Schnittstelle die Bestellung nicht an das eigene System, sondern an das Einkaufssystem des Kunden gesandt. Die Integration dieses Kataloges erfolgt über den cXML- oder OCI-Standards. Damit bleibt das Einkaufssystem des Kunden das führende System und Folgeprozesse können wie gewohnt genutzt werden.
Wie sieht der Punchout-Prozess konkret aus?
Der Mitarbeiter deines Kunden loggt sich in seinem Einkaufssystem ein. Dort wählt er den jeweiligen Punchout-Katalog aus. Dadurch wird dieser automatisch weitergeleitet und „eingeloggt“. In diesem „Katalog“ sucht der Mitarbeiter die gewünschten Artikel und legt diese in den Warenkorb. Die Oberfläche ähnelt meistens dem Online-Shop des Lieferanten.
Nach Absenden des Warenkorbes erfolgt die Weiterleitung zurück in das Einkaufssystem. Dort kann der Mitarbeiter die Bestellung noch anpassen oder buchhalterische Informationen (z.B. die Kostenstelle) ergänzen. Wenn die Bestellinformationen im Einkaufssystem bestätigt wurden, startet der Prozess der Genehmigung durch den Kostenstellenverantwortlichen oder den Vorgesetzten. Nach der Freigabe erhält der Lieferant die finale Bestellung übermittelt. Dieser Workflow zeigt das folgende Bild.
Welche Systeme können mit Punchout-Katalogen interagieren?
Am Markt gibt es zwei Standards. Den cXML Standard finden wir vor allem bei Systemen die aus amerikanischen Regionen stammen. Der der OCI Standard ist bei europäischen Systemen weit verbreitet. Alle relevanten Einkaufssysteme wie E-Marktplätze, E-Procurement-Systeme oder ERP-Systeme können Punchout-Kataloge verarbeiten. Hier findest du eine kurze Übersicht:
Systeme die den cXML-Punchout Katalog verwenden:
Systeme die den OCI-Punchout Katalog verwenden:
- Mercateo Unite
- Simple system
- Onventis
- DIG
- SAP ECC oder SRM
- WPS
- Und viele mehr
Vor- und Nachteile von Punchout-Katalogen
Dein Kunde hat im Regelfall zwei Katalogarten die er in sein Einkaufssystem einbinden kann. Es können statische Katalog eingebunden werden. Dort gibt es Formate wie den BMEcat, Datanorm oder Excel-Templates. Ich vergleiche diese gerne mit Steintafeln. Denn bei jeder Änderung ist eine neue Tafel anzufertigen und an den Kunden zu senden.
Dynamische Kataloge hingegen aktualisieren die Daten in Sekundenschnelle und reduzieren durch die Automatisierung den Pflegeaufwand. Darunter fallen die oben vorgestellten Punchout-Kataloge. Die folgende Tabelle zeigt die Vor- und Nachteile dieser Katalogart. Es gibt weitere Funktionen, die die Nachteile reduzieren. Diese müssen vom Lieferanten wie vom Kundensystem technisch beherrscht und strategisch gewollt werden.
Eigenschaft | Statischer Katalog (z.B. BMEcat) | Dynamischer Katalog (z.B. OCI, cXML) |
---|---|---|
Datenhoheit | Kunde | Lieferant |
Sortiment eingrenzen | ✅ | ✅ |
Vergleichbarkeit und Durchsuchbarkeit im Einkaufssystem | ✅ | ❌ (mit Ausnahme der Backgroundsearch von OCI oder das Level 2 bei cXML) |
Artikelkonfiguration | ❌ nur mit Aufwand möglich | ✅ |
Kontrollierte Preisfreigabe durch den Kunden | ✅ | ❌ |
Angabe von Lagerbeständen | ❌ | ✅ |
Aktualität von Preisen, Beschreibungen etc. | Nach Upload und Freigabe durch den Kunden | Immer aktuell |
Benutzeroberfläche | Im Design des Kunden | Im Design des Lieferanten |
Menü- und Artikelstruktur | In Kunden-Logik | In Lieferanten-Logik |
Bestellung wird über das Kundensystem versandt | ✅ | ✅ |
Wareneingang und Rechnung wird im Kundensystem gebucht | ✅ | ✅ |
Wie läuft das Onboarding ab?
Um externe Kataloge in das Einkaufssystem zu integrieren, benötigst du einen Online-Shop oder eine Website oder eine externe Lösung (z.B. Primus Shop) mit der geeigneten Schnittstelle. Je nach Einkaufssystem sind eine cXML- oder OCI-Schnittstelle umzusetzen.
Im ersten Schritt empfehle ich, mit deinem Kunden die kaufmännischen Details wie Preise, Sortimentsumfang, führendes Einkaufssystem und bestellberechtigte Standorte bzw. Fachabteilungen zu klären.
Auf dieser Basis kann im zweiten Schritt der Punchout-Katalog auf Lieferantenseite konfiguriert werden. Wichtige Informationen wie zum Beispiel URL, Benutzer oder Passwort bzw. Shared Secret werden mit dem Ansprechpartner des Kundensystems geteilt. Dies kann ein Dienstleister, der Kunde selbst oder der Anbieter des Einkaufssystems sein.
Im dritten Schritt wird die Integration des Punchout-Katalogs umgesetzt und getestet. Nach dem erfolgreichen Test startet der Live-Betrieb. Im optionalen vierten Schritt wird der Bestellweg der Bestellung und Folgeprozesse wie Wareneingang und Rechnungslegung besprochen. In diesem Schritt liegt großes Automatisierung-Potenzial mittels EDI. Details zu dieser Prozessautomatisierung findest du unter dem Beitrag „Was ist EDI?“.
Lieferanten mit Punchout-Katalogen:
- Steigern ihre Reputation beim Kunden
- Qualifizieren sich für Ausschreibungen von großen Kunden
- Sparen Zeit durch Reduzierung interner Aufwendungen
Du möchtest schnell und einfach einen Punchout-Katalog umsetzen? Wir helfen dir innerhalb von zwei bis vier Wochen einen Punchout-Katalog (OCI + cXML) aufzubauen und das Onboarding mit deinem Kunden zu starten.
Alle Kontaktmöglichkeiten im Überblick:
Mein Fazit
Punchout-Kataloge haben viele Vorzüge. Die manuelle Aktualisierung der Daten und Preise wird hinfällig, da diese bereits in deinem ERP-System (Warenwirtschaftssystem) erfolgte. Der Kunde kann Lagerbestände einsehen und konfigurierbare Artikel bestellen. Als Lieferant macht diese Katalogart vor allem bei regelmäßigen Änderungen von Produktdaten, Preisen oder Lagerbeständen Freude. Es ist kein Team notwendig das Kataloge erstellt und beim Kunden hochlädt. Anders als bei statischen Katalogen ist keine Kundenfreigabe notwendig. Dies spart dir als Lieferant Zeit, da alle bestellrelevanten Informationen im Kundensystem wie deinem ERP-System identisch sind. Damit fallen Preisdifferenzen, die Bestellung von „alten“ Artikeln oder kurzfristige Terminanfragen deines Kunden weg.
Dynamische Kataloge besitzen neben den vielen Vorteilen auch ein paar Nachteile für den Kunden. Daher kommt es auf die strategische Position und dein Ziel als Lieferant an. Nach meiner Erfahrung ist es möglich den Kunden mittelfristig von Punchout-Katalogen zu überzeugen. Spätestens dann, wenn mit OCI Backgroundsearch oder Punchout Level 2 die fehlende Vergleichbarkeit im Einkaufssystem wieder hergestellt ist.
Punchout-Kataloge qualifizieren dich für Kunden die Punchout-fähige Lieferanten voraussetzen und steigert die Reputation bei deinem Kunden!
Peter Prütting ist Teamplayer, MTBiker und E-Business Experte. Seit 10 Jahren verhilft er Lieferanten zu mehr Online-Umsatz und optimierten B2B-Prozessen. Weggefährten beschreiben ihn als kundenzentriert und fokussiert.
FAQ – häufig gestellte Fragen
Ein Punchout-Katalog ist eine integrierte Verbindung zu dem Einkaufssystem deines Kunden (einkaufendes Unternehmen). Im Regelfall wird der unternehmenseigene Online-Shop als Basis für den Punchout-Katalog verwendet. Durch die Veränderung des Warenkorbprozesses wird über eine Schnittstelle die Bestellung nicht an das eigene System, sondern an das Einkaufssystem des Kunden gesandt. Die Integration dieses Kataloges erfolgt über den cXML- oder OCI-Standards. Damit bleibt das Einkaufssystem des Kunden das führende System und Folgeprozesse können wie gewohnt genutzt werden.
Der Mitarbeiter deines Kunden loggt sich in seinem Einkaufssystem ein. Dort wählt er den jeweiligen Punchout-Katalog aus. Dadurch wird dieser automatisch weitergeleitet und „eingeloggt“. In diesem „Katalog“ sucht der Mitarbeiter die gewünschten Artikel und legt diese in den Warenkorb. Die Oberfläche ähnelt meistens dem Online-Shop des Lieferanten.
Nach Absenden des Warenkorbes erfolgt die Weiterleitung zurück in das Einkaufssystem. Dort kann der Mitarbeiter die Bestellung noch anpassen oder buchhalterische Informationen (z.B. die Kostenstelle) ergänzen. Wenn die Bestellinformationen im Einkaufssystem bestätigt wurden, startet der Prozess der Genehmigung durch den Kostenstellenverantwortlichen oder den Vorgesetzten. Nach der Freigabe erhält der Lieferant die finale Bestellung übermittelt.
Ja, die Schnittstellen zu Punchout-Katalogen erfolgen meist über cXML (Commerce extensible Markup Language) oder OCI (Open Catalog Interface). Alle relevanten Einkaufssysteme wie ERP-Systeme, E-Procurement-Systeme oder E-Marktplätze bieten solche Schnittstellen.
Mit einem Punchout-Katalog erhältst du folgende Vorteile:
– Geschäfte über die Einkaufssysteme auf die gleiche Weise abwickeln wie die größten Unternehmen der Welt
– Qualifizierung für potentielle Key-Account-Kunden Punchout-fähige Lieferanten benötigen
– Einkaufserlebnis erhöhen, durch eine Umgebung die auf deine Produkte zugeschnitten ist
– Upselling und/oder Cross-Selling von zusätzlichen Produkten
– Datenanalyse durch das Tracking des Kunden- und Suchverhaltens
Ein Punchout-Katalog Level 2 ist eine Kombination einem Punchout-Katalog Level 1 und einer Indexdatei. In der Indexdatei, die wie ein statischer Katalog funktioniert, sind alle Artikel aufgeführt, die auch über den Punchout-Katalog bestellt werden können. Durch diese Kombination funktioniert die übergreifende Suche, Artikel können im Einkaufssystem verglichen und gekauft werden.
Dies sind zwei unterschiedlichen Schnittstellen die Produktdaten von einem externen System in das Einkaufssystem transportieren. cXML wurde von Ariba und OCI von SAP entwickelt. Die Funktionsweise für den Endanwender beim Kunden ist bei beiden Schnittstellen die gleiche.
Die OCI-Schnittstelle kann um weitere Funktionen ergänzt werden. Diese müssen vom Lieferanten wie vom Kundensystem jeweils unterstützt werden.
DETAIL: Stellt eine Verlinkung im Einkaufssystem her. Diese erlaubt schnell auf weitere Produktinformationen im OCI-Katalog zurückzugreifen.
VALIDATE: Beim Übertrag des Warenkorbes werden Preis- und Lieferzeitänderungen abgefragt.
BACKGROUND_SEARCH: Im Einkaufssystem getätigte Suchen werden auch im OCI-Katalog durchgeführt und im Einkaufssystem angezeigt.
Quellen
- SAP, Hilfe zum dynamischen Katalog: https://help.sap.com/
- SAP, Guideline OCI
- Ariba, Setup: https://helpcenter.ariba.com/