PunchOut und OCI im B2B-Shop: Wann E-Procurement wichtiger wird als der klassische Checkout
PunchOut und OCI werden im B2B-E-Commerce relevant, wenn Kunden nicht nur im Shop bestellen, sondern aus SAP- oder Beschaffungssystemen einkaufen. Dieser Praxisleitfaden zeigt, wann E-Procurement im Mittelstand zum Muss wird und welche Shop-Architektur dafür tragen muss.
Von Maik Boche
PunchOut und OCI im B2B-Shop werden genau dann wichtig, wenn Ihre Kunden nicht einfach auf eine Shop-URL gehen und bestellen, sondern aus ihrem Einkaufs- oder ERP-System heraus beschaffen wollen. Für viele Industrieunternehmen, technische Händler und Hersteller ist das kein Spezialfall mehr, sondern ein ziemlich konkreter Schritt in Richtung digitaler Beschaffung.
Die wichtigere Frage lautet deshalb nicht nur: Brauchen wir einen guten B2B-Shop? Die bessere Frage ist: Muss sich unser Shop sauber in bestehende Beschaffungsprozesse der Kunden einfügen, statt daneben zu stehen?
1. Was PunchOut und OCI im B2B-E-Commerce praktisch bedeuten
Im Alltag geht es dabei nicht um einen zusätzlichen Login-Bereich, sondern um die Verbindung zwischen Kundensystem und Lieferantenshop.
SAP beschreibt die Open Catalog Interface klar als Schnittstelle, die die Kommunikation zwischen einem SAP-System und einem externen Katalog sicherstellt. Materialien oder Leistungen können aus dem externen Katalog wieder in den Beschaffungsvorgang zurückgegeben werden. Genau dieses Prinzip steckt hinter vielen OCI- und PunchOut-Projekten.
Für den Einkauf bedeutet das meist:
- der Nutzer startet im Beschaffungssystem
- springt von dort in den Lieferantenkatalog
- sieht kundenspezifische Artikel, Preise und Konditionen
- stellt Produkte zusammen
- übergibt den Warenkorb zurück an das führende Einkaufssystem
- Freigabe, Budget und Bestellung laufen anschließend im Kundensystem weiter
Das ist ein völlig anderer Ablauf als ein klassischer Shop-Checkout.
2. Woran man erkennt, dass ein normaler B2B-Shop nicht mehr reicht
Viele Unternehmen starten sinnvoll mit Login, Preislisten und Nachbestellung. Kritisch wird es, wenn größere Kunden oder Einkaufsverbünde andere Anforderungen mitbringen.
Typische Signale sind:
- Kunden fragen nach OCI oder PunchOut-Anbindung
- Bestellungen sollen aus SAP Ariba oder einem anderen Procurement-System ausgelöst werden
- interne Freigaben auf Kundenseite dürfen nicht außerhalb des Einkaufssystems stattfinden
- der Einkauf will keine Bestellungen per Mail oder manuelle Übernahme aus dem Shop
- kundenspezifische Kataloge und Preise müssen direkt im Procurement-Kontext gelten
- der Außendienst hört regelmäßig Sätze wie: “Wir dürfen gar nicht direkt im Shop bestellen”
Dann ist das Problem nicht mehr nur die Shop-Oberfläche. Dann geht es um E-Procurement-Fähigkeit.
Wenn Sie zuerst die fachliche Basis von Firmenkonten, Preisen und Freigaben einordnen wollen, passt dazu auch unser Beitrag B2B-Onlineshop für Firmenkunden.
3. Welche Anforderungen ein PunchOut- oder OCI-fähiger B2B-Shop tragen muss
Ein PunchOut-Shop ist kein normales Frontend mit etwas Integrationslogik daneben. Er muss fachlich an mehreren Stellen sauber sein.
1. Kundenspezifische Kataloge und Preislogik
Sobald ein Kunde aus seinem Beschaffungssystem in Ihren Shop springt, erwartet er nicht das öffentliche Standardsortiment.
Er erwartet typischerweise:
- freigeschaltete Sortimente je Kunde oder Standort
- individuelle Preise und Rabatte
- passende Verpackungseinheiten und Mindestmengen
- definierte Liefer- und Zahlungsbedingungen
- eventuell nur die Artikel, die intern überhaupt beschafft werden dürfen
Shopify positioniert B2B auf einer Plattform mit custom catalogs, pricing und automatic inventory sync. Das ist für kontrollierte B2B-Szenarien interessant. In PunchOut-Projekten reicht diese Basis aber nur dann, wenn die eigentliche Beschaffungslogik nicht deutlich komplexer wird.
2. Rückgabe des Warenkorbs statt isoliertem Checkout
Der kritischste Punkt ist nicht die Produktsuche, sondern die Rückgabe des Warenkorbs an das Kundensystem.
Wenn dieser Übergang unsauber ist, entstehen genau die Probleme, die E-Procurement eigentlich vermeiden soll:
- Positionen müssen neu erfasst werden
- Preise stimmen zwischen Katalog und Beschaffungssystem nicht sauber überein
- Freigaben greifen außerhalb des gewünschten Prozesses
- Bestellungen landen doch wieder in manuellen Schleifen
Bei OCI im B2B-Shop ist deshalb wichtig, dass nicht nur der Einstieg, sondern auch die Rückgabe robust gedacht wird.
3. Rollen, Standorte und Einkaufsorganisationen
Viele PunchOut-Projekte scheitern nicht an der Schnittstelle selbst, sondern an der darunterliegenden Kundenlogik.
Shopware beschreibt für seine B2B Components unter anderem Approval Rules & Rights Management, Organization Units, Quote Management und Shopping Lists. Das ist relevant, weil Kunden im B2B oft nicht als Einzelperson einkaufen, sondern als Organisation mit Standorten, Freigaben und Rollen.
Gerade wenn dieser organisatorische Teil im Vordergrund steht, ist oft auch unser Leitfaden zum B2B-Kundenportal für Bestandskunden hilfreich.
4. Wiederkehrende Beschaffung und Listenlogik
Adobe Commerce beschreibt Requisition Lists als Werkzeug, um häufig bestellte Produkte schneller in den Warenkorb zu übernehmen. Genau diese Logik passt sehr gut zu Beschaffungsprozessen, in denen bekannte Artikel regelmäßig nachbestellt werden.
Für viele Industrie- und Mittelstandsprojekte ist das praxisnäher als ein klassischer inspirativer Shop:
- Artikelnummern müssen schnell auffindbar sein
- bekannte Bedarfe sollen wiederholbar werden
- Teams brauchen gespeicherte Listen statt langer Navigation
- Bestellungen müssen mit möglichst wenig Reibung vorbereitet werden
4. OCI und PunchOut sind vor allem eine Architekturfrage
Viele Teams betrachten das Thema zuerst als Schnittstellenprojekt. Das greift zu kurz.
Der Shop sollte typischerweise verantworten
- Produktdarstellung und Suche
- kundenspezifische Sortimente und Preise
- Nutzerführung im Katalog
- Übergabe der ausgewählten Positionen
- optional ergänzende Self-Service-Funktionen
ERP, PIM oder WAWI sollten typischerweise verantworten
- führende Produkt- und Verfügbarkeitsdaten, sofern dort fachlich gepflegt
- Preisstammdaten, wenn diese nicht im Shop geführt werden
- Bestände, Auftragsdaten und operative Abwicklung
- Debitoren- und Konditionslogik, wenn sie dort bereits führend ist
Das Procurement-System des Kunden sollte typischerweise verantworten
- Bedarfserfassung auf Kundenseite
- interne Freigaben und Budgetregeln
- eigentlichen Beschaffungsworkflow
- formale Bestellung aus Kundensicht
Wenn diese Grenzen unscharf bleiben, wird aus dem PunchOut-Projekt schnell eine teure Sonderintegration. Wenn Sie Shop, CMS, CRM und ERP grundsätzlich modularer denken müssen, passt dazu auch unser Beitrag Composable Commerce im Mittelstand.
5. Für welche Unternehmen sich PunchOut und OCI besonders lohnen
Nicht jedes B2B-Unternehmen braucht das sofort. Es gibt aber klare Muster, bei denen PunchOut und OCI im B2B-E-Commerce schnell wirtschaftlich werden.
Typische Fälle sind:
- Hersteller mit wiederkehrender Beschaffung durch große Firmenkunden
- technische Händler mit fest vereinbarten Sortimenten und Preislogik je Kunde
- Unternehmen, die in Einkaufsorganisationen oder Konzernstrukturen verkaufen
- Lieferanten, deren Kunden bereits stark mit SAP- oder Procurement-Prozessen arbeiten
- Vertriebsorganisationen, bei denen Standardbestellungen nicht mehr über Mail und Innendienst laufen sollen
Gerade im industriellen Umfeld ist das oft keine Komfortfunktion, sondern Teil der Verkaufsfähigkeit.
6. Welche Plattformfrage dahinter wirklich steckt
Die Systemfrage sollte nicht mit einer Markenliste beginnen, sondern mit dem tatsächlichen Prozessgewicht.
Shopify
Shopify ist interessant, wenn ein Unternehmen B2B und D2C auf einer Plattform führen will und kundenspezifische Kataloge, Preise und saubere Bestandslogik im Vordergrund stehen. Sobald aber Procurement-Einstieg, komplexe Freigaben oder organisationsbezogene Sonderfälle stärker werden, muss man sehr nüchtern prüfen, wie viel davon die Plattform und wie viel davon zusätzliche Architektur tragen soll.
Shopware
Shopware wird interessanter, wenn Organisationseinheiten, Rechte, Angebotsnähe, Listenlogik und strukturierte B2B-Prozesse eine größere Rolle spielen. Gerade für Mittelstandsprojekte mit Firmenlogik kann das die passendere Basis sein.
Adobe Commerce oder Magento
Adobe Commerce wird relevanter, wenn wiederkehrende Beschaffung, Firmenkonten, Angebotslogik und B2B-Prozesse ohnehin tief im System abgebildet werden sollen. Dann passt auch die Requisition-List-Logik besser in das Gesamtbild.
Wenn Sie die Plattformentscheidung zwischen zwei praxisnahen Wegen eingrenzen wollen, lesen Sie dazu auch unseren Vergleich Shopify B2B oder Shopware für Firmenkunden.
7. Die häufigsten Risiken in PunchOut- und OCI-Projekten
Die größten Probleme liegen selten in der Existenz einer Schnittstelle. Sie liegen in falschen Erwartungen an das Gesamtprojekt.
Typische Risiken sind:
- Produktdaten und Preise sind intern nicht sauber genug strukturiert
- Kundensortimente werden heute manuell gepflegt
- Rollen und Standorte sind fachlich nicht modelliert
- Shop und ERP liefern unterschiedliche Wahrheiten
- der Rückgabeprozess ist technisch möglich, aber fachlich nicht belastbar
- das Projekt wird als IT-Feature geplant, obwohl Vertrieb und Innendienst stark betroffen sind
Wenn Produktdaten selbst bereits der Engpass sind, lohnt sich oft auch der Blick auf unseren Beitrag PIM im E-Commerce: Wann Produktdaten nicht mehr ins Shopsystem gehören.
8. Ein pragmatischer Fragenkatalog vor dem Start
Vor dem Start helfen meist diese sieben Fragen mehr als jede Demo:
- Welche Kunden verlangen heute konkret OCI oder PunchOut?
- Aus welchem System heraus soll der Einkauf starten?
- Welche Preis- und Sortimentslogik muss im Katalog kundenspezifisch gelten?
- Wer führt Artikel-, Preis- und Bestandsdaten fachlich wirklich?
- Welche Rolle spielen Freigaben und Budgets auf Kundenseite?
- Welche Standardbestellungen sollen aus dem Innendienst in Self-Service überführt werden?
- Wo entstehen heute die meisten Medienbrüche zwischen Katalog, Angebot und Bestellung?
Wenn diese Punkte ungeklärt bleiben, wird aus einem sinnvollen Beschaffungsprojekt schnell nur ein weiterer Integrationsbegriff ohne klare Wirkung.
Fazit
PunchOut und OCI im B2B-Shop sind immer dann relevant, wenn der digitale Vertrieb nicht am Browser-Checkout endet, sondern in den Beschaffungsprozess des Kunden eingebettet werden muss.
Für Industrieunternehmen, technische Händler und mittelständische Hersteller liegt der Hebel oft nicht in mehr Shopdesign, sondern in weniger Medienbrüchen, belastbarer Preislogik und einer sauber angebundenen Beschaffung.
Wenn Sie gerade prüfen, ob Ihr B2B-Shop auch für OCI, PunchOut oder procurement-nahe Kundenprozesse tragfähig werden muss, ist meist zuerst unsere Seite Webseiten & Shops sinnvoll. Wenn bereits konkrete Anforderungen aus Vertrieb, Einkauf oder IT auf dem Tisch liegen, ist oft auch direkt unser Kontaktformular der beste nächste Schritt.
Quellen
- SAP Help Portal: Catalog Interface (OCI - Open Catalog Interface)
- SAP Help Portal: Secure Integration Using Secure OCI
- SAP Help Portal: Creating and Publishing PunchOut Catalogs
- Shopify: B2B Commerce Platform
- Shopware: B2B Components
- Adobe Commerce Docs: Requisition lists