Häufig gestellte Fragen
Was ist ein Punchout-Katalog einfach erklärt?
Ein Punchout-Katalog ist ein vom Lieferanten gehosteter Online-Katalog, in den Einkäuferinnen und Einkäufer direkt aus ihrem eigenen Beschaffungs- oder ERP-System „hineinspringen“ (englisch „to punch out“), statt den Katalog ins eigene System zu importieren. Im Shop des Lieferanten stellen sie einen Warenkorb mit tagesaktuellen Preisen und Verfügbarkeiten zusammen und übergeben diesen strukturiert zurück an das interne System. Dabei entsteht keine fertige Bestellung, sondern eine Bestellanforderung, die im eigenen System den regulären Freigabe-Workflow durchläuft. So verbindet das Verfahren die stets aktuelle Katalogpflege beim Lieferanten mit den Genehmigungs-, Budget- und Buchungsregeln der einkaufenden Organisation.
Was ist der Unterschied zwischen OCI und cXML beim Punchout?
OCI (Open Catalog Interface) und cXML (commerce eXtensible Markup Language) sind die beiden verbreitetsten Protokollfamilien für Punchout und erfüllen im Kern dieselbe Aufgabe: eine sichere Sitzung aufbauen und den Warenkorb standardisiert zurückgeben. OCI wurde von SAP entwickelt, überträgt Daten häufig über einfache HTTP-Parameter und gilt als schlank und schnell umsetzbar, während cXML aus dem Ariba-Umfeld stammt, strukturierte XML-Nachrichten nutzt und über die reine Warenkorb-Rückgabe hinaus weitere Dokumente wie Bestellbestätigungen oder Rechnungen abbilden kann. In der Praxis ist OCI vor allem in SAP-Landschaften anzutreffen, während cXML in cloudbasierten Beschaffungsplattformen wie SAP Ariba oder Coupa dominiert. Welches Protokoll geeignet ist, hängt von der vorhandenen Systemlandschaft und den unterstützten Standards der beteiligten Lieferanten ab.
Welche OCI-Versionen gibt es und worin unterscheiden sie sich?
Die wichtigsten OCI-Versionen sind OCI 4.0, das rund um 2004 im Umfeld von SAP Supplier Relationship Management (SRM) 4.0 eingeführt wurde, und OCI 5.0, das etwa zehn Jahre später folgte. OCI 4.0 etablierte den grundlegenden Mechanismus, Artikeldaten und Preise per HTTP-Übergabe aus einem Lieferantenkatalog in den SAP-Warenkorb zu übertragen. OCI 5.0 erweiterte das Konzept unter anderem um Möglichkeiten zur Katalogreplikation und um JSON-Unterstützung und gilt eher als grundlegende Neukonzeption denn als reine Weiterentwicklung. Beide Versionen lassen sich nebeneinander betreiben, weshalb in gewachsenen Systemlandschaften oft beide Varianten parallel im Einsatz sind.
Was ist der Unterschied zwischen Level-1- und Level-2-Punchout?
Bei einem Level-1-Punchout verlassen die Nutzenden ihr Beschaffungssystem und werden in den eigenständigen Online-Shop des Lieferanten weitergeleitet, wo sie suchen und den Warenkorb zusammenstellen, bevor dieser zurückübergeben wird. Bei einem Level-2-Punchout werden Teile des Lieferantensortiments hingegen über eine Indexdatei (etwa eine CIF-Datei bei SAP Ariba) direkt im Beschaffungssystem durchsuchbar gemacht, sodass Bedarfsträger Artikel mehrerer Lieferanten gemeinsam recherchieren können, ohne jeden Shop einzeln aufzurufen. Level 2 bietet damit eine stärker integrierte Sucherfahrung und mehr Kontrolle über die Darstellung, ist in der Anbindung aber meist aufwendiger, weil zusätzlich strukturierte Katalogdaten gepflegt werden müssen. Die Wahl der Stufe hängt vom Sortiment, der gewünschten Such-Tiefe und dem vertretbaren Integrationsaufwand ab.
Wie sicher ist ein Punchout-Katalog und wie werden Sitzungen authentifiziert?
Punchout-Verbindungen laufen über verschlüsselte HTTPS-Sitzungen, in denen sich das Beschaffungssystem gegenüber dem Lieferanten-Shop authentifiziert, bevor Artikeldaten ausgetauscht werden. Zur Authentifizierung kommen je nach Protokoll und Anbieter gemeinsame Geheimnisse (Shared Secrets), Zertifikate oder Token-basierte Verfahren zum Einsatz; ein sauberes Sitzungsmanagement soll dabei unbefugten Zugriff und das Übernehmen fremder Sitzungen verhindern. Weil der Lieferant die anfragende Organisation erkennt, lassen sich zugleich kundenspezifische Preise und Konditionen einblenden, ohne dass diese im eigenen System gepflegt werden müssen. Da Genehmigung, Budgetprüfung und Buchung vollständig im eigenen System verbleiben, behält die einkaufende Organisation trotz der externen Sitzung die Kontrolle über den Bestellvorgang.
Wann lohnt sich Punchout gegenüber einem statischen Katalog?
Ein Punchout-Katalog spielt seine Stärken vor allem bei großen, dynamischen Sortimenten mit häufigen Preis- und Verfügbarkeitsänderungen aus, etwa bei C-Teilen, Büromaterial oder IT-Hardware, weil die Aktualisierung beim Lieferanten verbleibt und intern kein umfangreicher Katalog importiert und versioniert werden muss. Ein statischer Katalog kann dagegen bei stabilen Sortimenten mit seltenen Updates die einfachere Wahl sein, da keine Live-Anbindung betrieben werden muss. Zu berücksichtigen ist der Integrationsaufwand: Punchout-Anbindungen werden in der Praxis je Lieferant aufgesetzt und benötigen häufig mehrere Wochen Projektzeit, abhängig von Protokoll, Plattform und Datenmapping. Generell gilt, dass die reinen Lizenz- oder Abonnementkosten bei ERP- und Beschaffungsprojekten meist nur einen kleineren Teil der Gesamtkosten ausmachen, während der größere Anteil auf Einführung, Anpassung, Schulung und Datenpflege entfällt.