Punchout im B2B: 4 Schritte zur E-Procurement Anbindung
Wenn Einkaufsleiter bei großen Unternehmen nach einer E-Procurement Anbindung fragen, reagieren viele Hersteller und Großhändler mit Unsicherheit. Was genau verbirgt sich hinter Begriffen wie Punchout Katalog, OCI oder cXML? Und warum wird diese Anforderung im B2B-Vertrieb immer häufiger gestellt?
Die Antwort ist einfach: Große Einkaufsorganisationen wollen ihre Beschaffungsprozesse digitalisieren und zentral steuern. Wer als Lieferant nicht in der Lage ist, seinen Katalog direkt ins Einkaufssystem des Kunden einzubinden, verliert im schlimmsten Fall den Auftrag. Dieser Artikel erklärt in vier konkreten Schritten, wie Hersteller und Großhändler ihren B2B Onlineshop für Punchout-Anbindungen vorbereiten und welche technischen Standards dabei relevant sind.
Was ist Punchout und warum wird es im B2B immer wichtiger?
Punchout bezeichnet eine technische Schnittstelle, die es Einkäufern ermöglicht, direkt aus ihrem Procurement-System heraus in den Onlineshop eines Lieferanten zu „springen" (englisch: to punch out). Der Einkäufer wählt dort Produkte aus, legt sie in den Warenkorb und überträgt die Bestellung zurück in sein eigenes System. Der gesamte Einkaufsprozess bleibt damit innerhalb der gewohnten Systemlandschaft des Kunden.
Für Lieferanten bedeutet das: Der Kunde kauft zwar im eigenen Webshop ein, sieht aber keine Checkout-Seite und bezahlt nicht direkt. Stattdessen wird die Bestellung als strukturierter Datensatz ans ERP- oder Procurement-System des Kunden übergeben, wo sie freigegeben, geprüft und abgewickelt wird.
Warum fordern immer mehr Unternehmen Punchout-Anbindungen?
Die Gründe liegen in der Effizienz und Kontrolle:
Zentrale Einkaufsprozesse: Große Unternehmen wollen alle Bestellungen über ein einziges System steuern, um Genehmigungen, Budgets und Lieferantenbewertungen zentral zu verwalten.
Compliance und Transparenz: Jede Bestellung durchläuft definierte Freigabeprozesse. Das verhindert Maverick Buying (unkontrollierte Einkäufe außerhalb genehmigter Kanäle).
Automatisierung: Durch die direkte Systemanbindung entfallen manuelle Dateneingaben, Medienbrüche und Fehlerquellen.
Kostensenkung: Einkaufsabteilungen reduzieren Prozesskosten pro Bestellung erheblich, wenn sie nicht mehr zwischen verschiedenen Lieferantenportalen wechseln müssen.
Laut einer Analyse von Forrester Research aus dem dritten Quartal 2026 gehört die E-Procurement Anbindung zu den wichtigsten Anforderungen im B2B-Commerce. Shopware wird in diesem Report als „Strong Performer" im B2B-Segment eingestuft, unter anderem wegen der Fähigkeit, solche Integrationen zu unterstützen. Am 5. August 2026 kündigte Shopware eine strategische Partnerschaft mit TradeCentric an, einem führenden Anbieter von Punchout- und EDI-Lösungen. Diese Kooperation erleichtert es Shopware-Kunden künftig, ihre B2B-Shops direkt an die Procurement-Systeme ihrer Abnehmer anzubinden.
Die wichtigsten Punchout-Standards: OCI, cXML und EDI
Bevor Hersteller und Großhändler mit der technischen Umsetzung beginnen, sollten sie die gängigen Standards kennen. Drei Protokolle dominieren den Markt:
OCI (Open Catalog Interface)
OCI ist ein von SAP entwickelter Standard, der vor allem in Europa verbreitet ist. Er funktioniert über einfache URL-Parameter und HTML-Formulare. Der Einkäufer wird aus seinem SAP-System per Link in den Lieferanten-Shop geleitet, wählt Produkte aus und sendet die Bestellung per HTTP-POST zurück ins SAP-System.
Vorteil: Technisch einfach umzusetzen, geringe Einstiegshürde. Nachteil: Begrenzte Funktionalität, keine Echtzeitvalidierung von Preisen oder Verfügbarkeiten im Kundensystem.
cXML (Commerce eXtensible Markup Language)
cXML ist ein XML-basiertes Protokoll, das von Ariba (heute SAP) entwickelt wurde und weltweit im Einsatz ist. Es ermöglicht bidirektionale Kommunikation zwischen Shop und Procurement-System. Neben Bestellungen können auch Bestellbestätigungen, Rechnungen und Lieferscheine ausgetauscht werden.
Vorteil: Umfassende Funktionalität, hohe Verbreitung bei großen Unternehmen. Nachteil: Komplexere Implementierung als OCI, erfordert XML-Verarbeitung und Zertifizierung.
EDI (Electronic Data Interchange)
EDI ist kein Punchout-Standard im engeren Sinne, sondern ein etabliertes Verfahren zum automatisierten Austausch von Geschäftsdokumenten (Bestellungen, Rechnungen, Lieferscheine). Viele Großkunden erwarten neben Punchout auch EDI-Fähigkeit, um den gesamten Beschaffungszyklus durchgängig zu digitalisieren.
Vorteil: Vollständige Prozessautomatisierung, branchenübergreifend etabliert. Nachteil: Hoher Implementierungsaufwand, oft kostenpflichtige Dienstleister erforderlich.
Die Wahl des Standards hängt vom Kundensystem ab. SAP-Kunden verlangen häufig OCI oder cXML, Ariba-Nutzer setzen auf cXML, und große Handelskonzerne fordern zusätzlich EDI.
Schritt 1: Anforderungen des Kunden klären und Systemlandschaft prüfen
Bevor technische Maßnahmen eingeleitet werden, muss geklärt werden, welche Anforderungen der Kunde konkret stellt. Nicht jede Punchout-Anfrage ist gleich. Die folgenden Fragen sollten im Vorfeld beantwortet werden:
Welches Procurement-System nutzt der Kunde? (z. B. SAP Ariba, Coupa, Oracle iProcurement, Jaggaer)
Welcher Punchout-Standard wird gefordert? (OCI, cXML, andere)
Werden zusätzliche Funktionen erwartet? (z. B. Echtzeit-Verfügbarkeit, kundenspezifische Preise, mehrsprachige Kataloge)
Gibt es Zertifizierungsanforderungen oder Testphasen vor dem Go-Live?
Wie sieht der Freigabeprozess im Kundensystem aus, und welche Datenfelder müssen übertragen werden?
Parallel dazu muss die eigene Systemlandschaft analysiert werden:
Ist der B2B Onlineshop technisch in der Lage, Punchout-Anfragen zu verarbeiten?
Sind Produktdaten, Preise und Verfügbarkeiten in Echtzeit abrufbar?
Existiert eine Middleware oder API-Schicht, die zwischen Shop und ERP vermittelt?
Werden kundenindividuelle Konditionen im Shop abgebildet?
Viele mittelständische Hersteller stellen in dieser Phase fest, dass ihr aktueller Webshop nicht für solche Integrationen ausgelegt ist. Welche Hürden bei der Verzahnung von ERP, PIM und Shop typischerweise auftreten, zeigt der Beitrag B2B-Systemintegration: 4 Hürden bei ERP, PIM & Shop. In diesem Fall ist eine Modernisierung der Shop-Plattform oft unumgänglich. Shopware B2B bietet hier eine solide Grundlage, da die Plattform nativ Punchout-Integrationen unterstützt und durch die Partnerschaft mit TradeCentric auf vorgefertigte Konnektoren zurückgreifen kann.
Schritt 2: Technische Implementierung und Schnittstellen-Entwicklung
Sobald die Anforderungen klar sind, beginnt die technische Umsetzung. Je nach gewähltem Standard unterscheidet sich der Aufwand erheblich.
OCI-Implementierung
Die Umsetzung von OCI ist vergleichsweise unkompliziert. Der Shop muss in der Lage sein, URL-Parameter zu empfangen, die vom Kundensystem übergeben werden (z. B. Benutzerkennung, Session-ID, Rücksprung-URL). Nach der Produktauswahl generiert der Shop ein HTML-Formular mit den Bestelldaten und sendet dieses per HTTP-POST zurück an das Procurement-System.
Typische Implementierungsschritte:
Entwicklung eines OCI-Endpunkts im Shop
Mapping der Produktdaten auf OCI-Felder (Artikelnummer, Beschreibung, Preis, Menge, Einheit)
Session-Management für Punchout-Benutzer
Test mit dem Kundensystem
cXML-Implementierung
cXML erfordert eine tiefere Integration. Der Shop muss XML-Nachrichten empfangen, verarbeiten und zurücksenden. Typische Nachrichtentypen sind:
PunchOutSetupRequest: Initiierung der Punchout-Sitzung durch das Kundensystem
PunchOutOrderMessage: Rückübertragung des Warenkorbs an das Kundensystem
OrderRequest: Bestellung vom Kundensystem an den Lieferanten (optional, für vollständigen Order-to-Cash-Prozess)
Die Implementierung umfasst:
Aufbau eines cXML-Parsers und -Generators
Authentifizierung und Verschlüsselung (oft via HTTPS und digitale Signaturen)
Validierung der XML-Struktur gegen das cXML-Schema
Mapping von Produktdaten, Preisen und Verfügbarkeiten
Fehlerbehandlung und Logging
Viele Unternehmen greifen hier auf spezialisierte Middleware-Lösungen zurück, die zwischen Shop und Procurement-System vermitteln. TradeCentric bietet solche Konnektoren an, die den Entwicklungsaufwand erheblich reduzieren.
Integration mit ERP und PIM
Eine zentrale Herausforderung besteht darin, dass Punchout-Anfragen in Echtzeit bedient werden müssen. Produktdaten, Preise und Verfügbarkeiten sollten nicht statisch im Shop hinterlegt sein, sondern live aus dem ERP- oder PIM-System abgerufen werden. Das erfordert performante API-Schnittstellen und eine durchdachte Caching-Strategie. Warum aktuelle Preise im B2B-Shop geschäftsentscheidend sind, zeigt der Beitrag Echtzeit-Preise im B2B-Shop: Warum 74 % der Einkäufer sonst wechseln.
Ohne diese Integration besteht die Gefahr, dass der Einkäufer im Punchout-Katalog veraltete Informationen sieht und später mit Lieferverzögerungen oder Preisabweichungen konfrontiert wird.
Schritt 3: Pilotprojekt mit einem Erstkunden starten
Nach der technischen Implementierung empfiehlt sich ein kontrollierter Pilotstart mit einem Erstkunden. Dieser Schritt dient dazu, die Integration unter realen Bedingungen zu testen und eventuelle Fehler zu identifizieren, bevor weitere Kunden angebunden werden.
Auswahl des Pilotkunden
Idealerweise wählt man einen Kunden, der:
Bereits eine stabile Geschäftsbeziehung pflegt
Ein überschaubares Bestellvolumen hat (um Risiken zu minimieren)
Technisch versiert ist und konstruktives Feedback geben kann
Bereit ist, gemeinsam Anpassungen vorzunehmen
Testphasen und Zertifizierung
Viele Procurement-Systeme verlangen eine formale Zertifizierung, bevor der Lieferant freigeschaltet wird. Das bedeutet:
Durchführung definierter Testszenarien (z. B. Produktsuche, Warenkorb, Bestellung, Stornierung)
Prüfung der Datenqualität (vollständige Artikelbeschreibungen, korrekte Preise, valide Einheiten)
Validierung der Sicherheitsstandards (Verschlüsselung, Authentifizierung)
Dokumentation aller Schnittstellen und Datenformate
Die Zertifizierung kann je nach System mehrere Wochen dauern. Es ist ratsam, diesen Zeitraum frühzeitig einzuplanen.
Monitoring und Fehlerbehandlung
Während der Pilotphase sollten alle Punchout-Sessions protokolliert und ausgewertet werden. Typische Fehlerquellen sind:
Timeout-Probleme bei langsamen ERP-Abfragen
Inkonsistente Produktdaten (fehlende Artikelnummern, falsche Einheiten)
Session-Konflikte bei parallelen Punchout-Anfragen
Fehlerhafte Preisberechnungen (z. B. fehlende Rabatte oder Staffelpreise)
Ein strukturiertes Fehler-Monitoring hilft, Probleme schnell zu identifizieren und zu beheben.
Schritt 4: Rollout auf weitere Kunden und kontinuierliche Optimierung
Nach erfolgreichem Pilotprojekt kann die Punchout-Anbindung auf weitere Kunden ausgerollt werden. Dabei sollte ein standardisierter Onboarding-Prozess etabliert werden, der folgende Schritte umfasst:
Standardisierter Onboarding-Prozess
Anforderungsaufnahme: Klärung des Kundensystems, des Punchout-Standards und spezifischer Anforderungen
Technische Konfiguration: Einrichtung des Kunden im Shop-Backend, Hinterlegung von Zugangsdaten und Zertifikaten
Testphase: Gemeinsame Durchführung definierter Testszenarien
Go-Live: Freischaltung der Produktivumgebung
Support: Bereitstellung von Ansprechpartnern für technische und fachliche Fragen
Je mehr Kunden angebunden werden, desto wichtiger wird eine zentrale Verwaltung aller Punchout-Verbindungen. Moderne B2B-Plattformen wie Shopware bieten dafür Admin-Oberflächen, in denen alle Kunden, ihre Systeme und Konfigurationen übersichtlich verwaltet werden können.
Skalierung und Performance
Mit steigender Anzahl an Punchout-Kunden wächst auch die Last auf dem Shop-System. Folgende Maßnahmen helfen, die Performance zu sichern:
Caching: Häufig abgerufene Produktdaten sollten gecacht werden, um ERP-Abfragen zu reduzieren
Load Balancing: Verteilung der Anfragen auf mehrere Server
Asynchrone Verarbeitung: Zeitintensive Prozesse (z. B. Bestandsabfragen) sollten asynchron erfolgen
Monitoring: Kontinuierliche Überwachung von Antwortzeiten, Fehlerquoten und Systemauslastung
Kontinuierliche Optimierung und Weiterentwicklung
Punchout ist kein einmaliges Projekt, sondern ein fortlaufender Prozess. Kundensysteme werden aktualisiert, neue Standards kommen hinzu, und Anforderungen ändern sich. Regelmäßige Reviews helfen, die Qualität der Integration zu sichern:
Quartalsweise Auswertung der Punchout-Nutzung (Anzahl Sessions, durchschnittliche Warenkorbgröße, Fehlerquote)
Feedback-Runden mit Kunden, um Verbesserungspotenziale zu identifizieren
Technologie-Updates: Anpassung an neue Versionen von Procurement-Systemen oder Shop-Plattformen
Schulungen: Regelmäßige Weiterbildung des eigenen Teams zu neuen Standards und Best Practices
Welche Rolle spielt die Wahl der Shop-Plattform?
Nicht jede E-Commerce-Plattform eignet sich gleichermaßen für Punchout-Integrationen. Entscheidend sind folgende Kriterien:
Native Unterstützung für gängige Punchout-Standards (OCI, cXML)
Flexible API-Architektur für Anbindung an ERP, PIM und Middleware
Mandantenfähigkeit zur Verwaltung kundenindividueller Kataloge und Preise
Performance und Skalierbarkeit für hohe Anfragevolumen
Verfügbarkeit von Konnektoren zu gängigen Procurement-Systemen
Shopware B2B erfüllt diese Anforderungen und wird durch die Partnerschaft mit TradeCentric weiter gestärkt. TradeCentric bietet vorgefertigte Konnektoren zu über 100 Procurement-Systemen, darunter SAP Ariba, Coupa, Oracle und Jaggaer. Das reduziert den Implementierungsaufwand erheblich und beschleunigt den Go-Live. Welche Anforderungen ein B2B-Shop auf Shopware-Basis darüber hinaus erfüllen sollte, fasst der Beitrag Shopware für B2B: Diese 12 Anforderungen sollten Sie prüfen zusammen.
Für Hersteller und Großhändler, die noch keine geeignete Plattform im Einsatz haben, lohnt sich eine frühzeitige Evaluation. Die Entscheidung für eine Punchout-fähige Plattform spart langfristig Kosten und vermeidet spätere Migrationen.
Häufige Fehler bei der Umsetzung von Punchout-Projekten
Trotz sorgfältiger Planung scheitern viele Punchout-Projekte oder verzögern sich erheblich. Die häufigsten Ursachen:
Unklare Anforderungen
Viele Projekte starten, ohne dass die technischen Anforderungen des Kunden vollständig geklärt sind. Das führt zu Nacharbeiten, Verzögerungen und Frustration auf beiden Seiten. Eine detaillierte Anforderungsaufnahme zu Beginn ist unverzichtbar.
Unterschätzung der Komplexität
OCI klingt einfach, cXML komplex. Doch auch OCI-Implementierungen können scheitern, wenn Session-Management, Datenmapping oder Fehlerbehandlung nicht sauber umgesetzt werden. Die technische Komplexität sollte nicht unterschätzt werden.
Fehlende ERP-Integration
Ein Punchout-Katalog ohne Echtzeitanbindung an ERP oder PIM ist wenig wert. Veraltete Preise oder Verfügbarkeiten führen zu Reklamationen und beschädigen das Vertrauen des Kunden.
Mangelnde Testabdeckung
Viele Fehler zeigen sich erst im Produktivbetrieb. Eine umfassende Testphase mit realistischen Szenarien (parallele Sessions, hohe Last, Sonderfälle wie Stornierungen) ist entscheidend.
Fehlende Dokumentation
Ohne klare Dokumentation der Schnittstellen, Datenformate und Prozesse wird jede Erweiterung oder Fehlersuche zur Herausforderung. Technische Dokumentation sollte von Anfang an gepflegt werden.
Ausblick: Punchout als strategischer Wettbewerbsvorteil
Die Fähigkeit, Punchout-Anbindungen anzubieten, entwickelt sich im B2B-Vertrieb zunehmend vom Nice-to-have zum Must-have. Große Einkaufsorganisationen setzen auf zentrale Procurement-Systeme, und Lieferanten ohne entsprechende Schnittstellen riskieren, aus dem bevorzugten Lieferantenkreis zu fallen.
Gleichzeitig eröffnet Punchout neue Chancen:
Höhere Kundenbindung: Einmal integriert, wechseln Kunden seltener den Lieferanten
Effizientere Prozesse: Weniger manuelle Bestellungen, weniger Fehler, schnellere Abwicklung
Skalierbarkeit: Neue Großkunden können schneller angebunden werden
Wettbewerbsvorteil: Wer Punchout beherrscht, differenziert sich von Wettbewerbern ohne diese Fähigkeit
Die Investition in eine Punchout-fähige Infrastruktur zahlt sich langfristig aus. Hersteller und Großhändler, die jetzt die technischen Grundlagen schaffen, positionieren sich für die nächste Phase des digitalen Vertriebs.
