Wer im B2B-Geschäft 2026 einen Großkunden verlieren will, muss nur eines tun: ihn weiter per Fax, E-Mail oder telefonisch bestellen lassen. Professionelle Einkaufsabteilungen arbeiten längst aus ihrem ERP oder E-Procurement-System heraus und erwarten, dass Lieferanten sich nahtlos in diese Prozesse einklinken. Die Brücke zwischen Einkaufssystem und Lieferantenshop heißt Punchout - und die zwei Formate, die diese Brücke tragen, heißen OCI und cXML. In diesem Guide zeigen wir, wie Sie Ihren B2B-Shopware-Shop an SAP Ariba, Coupa, Onventis und andere Plattformen anbinden - technisch sauber, DSGVO-konform und wirtschaftlich sinnvoll.

Punchout-Flow: Vom ERP zum Shopware-Shop und zurückOCI (SAP-geprägt) und cXML (Ariba, Coupa, Oracle)Buyer-ERPSAP AribaCoupa / OracleOnventis / JAGGAEREinkäufer meldet sich anSetup-Req.cXML / OCIPunchout-GatewayAuthentifizierungMappingSession-TokenUser browsesSSO-LinkShopware-ShopB2B ComponentsKundenpreiseBestand liveWarenkorb zusammenstellenReturn cartcXML/OCI POSTPO-ReturnCart-DatenGenehmigungBestellungP2P-WorkflowPO-Order zurück an den Supplier (cXML OrderRequest / EDI)Bestellkosten-Reduktion-85%durch Punchout-Integration(Procurify)Fehler in Online-Bestellungen33%manueller B2B-Orders(Sana B2B Buyer Report 2025)Buyer Online-Präferenz73%bevorzugen Online-Einkauf(Sana 2025)Punchout · OCI 4/5 · cXML · B2B Components · ERP · P2P-Automation

Warum B2B-Käufer 2026 nicht mehr bestellen wie früher

Der globale B2B-E-Commerce-Markt wächst 2026 auf rund 36,16 Bio. USD (Capital One Shopping Research), mit einer Wachstumsrate von 14,5 Prozent gegenüber dem Vorjahr. Allein in Deutschland erreichte der B2B-E-Commerce 2024 bereits 530 Milliarden Euro (BEVH Impact Studie 2025), Tendenz steigend - bis 2026 wird ein Volumen von rund 465 Milliarden Euro allein im DE-B2B-Online-Bereich erwartet (Trade.gov). Der Vergleich zum B2C-Markt zeigt die Dimension: Der durchschnittliche Warenkorb im B2B liegt bei 491 USD gegenüber 147 USD im B2C (Shopify Enterprise 2025).

Parallel dazu hat sich das Verhalten der Buyer komplett verändert. Die Sana-Commerce-Studie 2025 zeigt, dass 73 Prozent der B2B-Buyer inzwischen aktiv Online-Einkauf bevorzugen (Sana 2025). Noch wichtiger: 75 Prozent erwägen einen Lieferantenwechsel, wenn die digitalen Systeme veraltet oder umständlich sind (Sana). Die Bestellungen werden dabei nicht mehr in den Stückzahlen der 2010er Jahre getätigt - 39 Prozent der B2B-Buyer platzieren heute Aufträge über 500.000 USD ohne Vertriebler, rein per Self-Service (McKinsey B2B Pulse 2024), und Forrester prognostiziert, dass 2025 über 50 Prozent aller Transaktionen über 1 Mio. USD per Self-Serve abgewickelt werden (Forrester Predictions 2025).

  • 10,2 Kanäle nutzen B2B-Entscheider im Schnitt während einer Kaufreise, E-Commerce ist mit 34 Prozent bereits der größte Umsatzkanal (McKinsey B2B Pulse 2024)
  • 61 Prozent der B2B-Buyer bevorzugen einen rep-freien Kaufprozess - ohne den Umweg über einen Vertriebler (Gartner 2025)
  • 46 Prozent nennen Echtzeit-Bestand als Must-Have, nicht mehr als Komfortfeature (Sana)
  • Ein Drittel (33 Prozent) der heute online platzierten B2B-Bestellungen enthält Fehler - und 68 Prozent der Buyer lassen sich dadurch vom weiteren Online-Ordering abhalten (Sana B2B Buyer Report 2025)
  • Manuelle Dateneingaben im B2B haben eine Fehlerrate von 4,2 Prozent (Conexiom) - jede Zeile ist ein potenzielles Reklamationsrisiko

Unser Artikel zum B2B Self-Service-Portal mit Shopware 6 beschreibt diese Basis-Erwartungen im Detail. Punchout ist dabei die nächste Ausbaustufe: Während ein Self-Service-Portal dem Buyer den direkten Weg in Ihren Shop öffnet, verbindet Punchout Ihren Shop nahtlos mit dem bereits bestehenden E-Procurement-System des Buyers - so, dass der Einkäufer nicht einmal merkt, dass er Ihr System betritt.

Was Punchout eigentlich ist (und wofür OCI/cXML stehen)

Der Begriff Punchout beschreibt technisch einen Vorgang, bei dem ein Einkäufer aus seinem eigenen E-Procurement-System heraus nicht etwa auf einen statischen Katalog klickt, sondern stattdessen live in den Webshop des Lieferanten "punchen" - ihn also als eingebettete Katalogquelle nutzt. Der Buyer sieht dort kundenindividuelle Preise, aktuellen Bestand und sein tatsächliches Sortiment, füllt einen Warenkorb und sendet diesen per standardisiertem Protokoll zurück ins eigene Einkaufssystem. Dort durchläuft der Cart die hauseigenen Freigabe- und Budget-Workflows, bevor schließlich eine Bestellung an den Lieferanten zurückgeht.

Hinter den Kulissen arbeiten zwei dominante Standards: OCI (Open Catalog Interface) wurde ursprünglich von SAP entwickelt und ist in Europa, insbesondere im deutschsprachigen Raum, der De-facto-Standard für ERP-getriebene Einkaufsprozesse. cXML (commerce eXtensible Markup Language) wurde von Ariba vorangetrieben und ist in Nordamerika sowie bei Plattformen wie Coupa und Oracle Procurement Cloud führend (Greenwing Technology). Wer international oder branchenübergreifend B2B betreibt, muss in der Praxis meistens beide unterstützen - ein reiner cXML- oder ein reiner OCI-Stack genügt selten.

Der Markt ist fragmentiert, aber keineswegs exotisch: Weltweit existieren über 75 relevante E-Commerce-Systeme und mehr als 220 E-Procurement-Lösungen, die regelmäßig per Punchout verbunden werden (TradeCentric). E-Procurement macht laut Digital Commerce 360 bereits 8,5 Prozent aller US-Digital-Commerce-Sales und 7,1 Prozent aller B2B-Sales aus (Digital Commerce 360). In Europa ist die Adoption noch höher konzentriert, da SAP mit einem globalen Procurement-Software-Marktanteil von 29,1 Prozent das Feld anführt (Apps Run The World), und Deutschland stellt rund 40 Prozent des europäischen Procurement-Software-Marktes (Global Market Insights).

Kurze Begriffsklärung

OCI = HTML-Formular-basierter Datenaustausch, heute meist in Version 4 oder 5. Einfach, schnell zu implementieren, SAP-getrieben. cXML = XML-basierter Datenaustausch mit starker Schema-Definition, entwickelt von Ariba, verbreitet bei Coupa, Oracle und SAP Business Network. Beide Formate lösen denselben Use Case - Setup-Request, Browse, PO-Return - nur eben mit unterschiedlicher Syntax und Authentifizierung.

OCI vs. cXML im direkten Vergleich

Ohne die Unterschiede verstanden zu haben, lässt sich keine saubere Punchout-Strategie bauen. Die folgende Gegenüberstellung fasst die Praxis-Unterschiede zusammen, die bei Shopware-Anbindungen regelmäßig auftreten:

MerkmalOCI (Open Catalog Interface)cXML (commerce eXtensible ML)
HerkunftSAP (ca. 1998)Ariba (ca. 1999)
VerbreitungEuropa, DACH, SAP-KundenNordamerika, Coupa, Oracle, Ariba
FormatHTML-Form-POST, URL-ParameterStrukturierte XML-Dokumente
Aktuelle VersionOCI 4.0 / 5.0cXML 1.2.x (stabil)
AuthentifizierungHOOK_URL, Benutzer/PasswortSharedSecret, SenderCredential
Cart-ReturnFormular-POST mit Key-ValuePunchOutOrderMessage (XML)
ImplementierungsaufwandGering bis mittelMittel, Schema-Validierung
Typische PlattformenSAP Ariba (Classic), SRM, JAGGAER, OnventisCoupa, Oracle, SAP Business Network, Ariba

Der zentrale praktische Unterschied: OCI transportiert die Warenkorbdaten über ein klassisches HTML-Formular zurück, was schnell implementierbar ist, aber Limits bei komplexen Zusatzfeldern kennt. cXML hingegen ist strukturiert, validierbar und trägt Metadaten wie Lieferadressen, Kostenstellen und Steuerdaten sauberer - braucht dafür aber eine ordentliche Schema-Behandlung und klares Error-Handling auf beiden Seiten.

Wie ein Punchout-Vorgang technisch abläuft

Der oben abgebildete Flow zeigt die vier Stationen eines Punchout-Vorgangs. Im Detail läuft jede Transaktion in folgenden Schritten ab - unabhängig davon, ob OCI oder cXML verwendet wird:

  1. Setup-Request: Der Einkäufer klickt in seinem E-Procurement-System (z.B. SAP Ariba, Coupa, Onventis) auf den Lieferanten-Katalog. Das System sendet eine authentifizierte Anfrage an den Shopware-Shop - bei OCI per Form-POST mit HOOK_URL, bei cXML als PunchOutSetupRequest-XML.
  2. Authentifizierung und Session-Aufbau: Der Shop validiert die Credentials (bei cXML per SharedSecret, bei OCI meist Username/Passwort), identifiziert den Buyer, lädt dessen Kundengruppe, Kundenpreise und Kataloge und erzeugt ein einmaliges Session-Token.
  3. User browses: Der Einkäufer wird per HTTP-Redirect (oder eingebettetem iframe) in den Shopware-Shop geführt. Er sieht das B2B-Sortiment mit seinen individuellen Konditionen - ohne zu merken, dass er ein anderes System betritt.
  4. Cart-Zusammenstellung: Der Buyer legt Produkte in den Warenkorb wie in jedem anderen Shop. Er kann dabei Quick-Order per SKU, Staffelpreise, Budgets und alle B2B-Funktionen nutzen, sofern sie freigeschaltet sind - inklusive moderner Express-Checkout-Mechaniken für wiederkehrende Bestellungen.
  5. PO-Return: Statt einer Bestellung löst der Checkout-Button einen Cart-Return aus - die Warenkorbdaten werden als HTML-Form-POST (OCI) bzw. als PunchOutOrderMessage-XML (cXML) zurück an die HOOK_URL geschickt.
  6. Freigabe im Buyer-System: Im E-Procurement durchläuft der Cart die hauseigenen Workflows - Budget-Check, Kostenstellen-Zuweisung, Manager-Genehmigung. Erst nach diesem Prozess entsteht eine echte Bestellung.
  7. OrderRequest an den Supplier: Die finale Bestellung läuft dann erneut an den Lieferanten zurück - typischerweise als cXML OrderRequest, EDI-Dokument oder direkt via ERP-Schnittstelle. Erst jetzt entsteht ein Verkaufsauftrag im ERP-System.
Punchout ist kein normaler Checkout

Wichtig zu verstehen: Der Buyer verlässt den Shop im Punchout-Flow nicht mit einem Verkaufsauftrag, sondern mit einem Warenkorb. Die eigentliche Bestellung kommt ggf. Stunden oder Tage später durch die OrderRequest zurück. Das hat massive Auswirkungen auf Bestandsführung, Preisbindung und die ERP-Prozesse - und muss sauber konzipiert sein.

Effizienz-Gewinne in Zahlen

Punchout ist kein Selbstzweck, sondern liefert harte Effizienzgewinne auf beiden Seiten der Beschaffung. Die wichtigsten Kennzahlen aus aktuellen Benchmarks: Eine vollständig automatisierte Purchase-Order-Kette benötigt 24 Stunden statt 35 Stunden Cycle-Time - eine Reduktion um 11 Stunden pro Vorgang (APQC). Top-Performer genehmigen 98 Prozent ihrer POs elektronisch, Bottom-Performer liegen bei rund 50 Prozent (APQC).

Die Kostenseite ist noch eindeutiger: Best-in-Class-Organisationen verarbeiten eine einzelne Rechnung für 2,88 USD, während nicht-automatisierte Prozesse 12,88 USD kosten (Ardent Partners 2025). In Deutschland sinkt die Bearbeitungszeit einer einzelnen Rechnung von 45 Minuten auf 3 Minuten, sobald strukturierte E-Rechnungen ins Spiel kommen (Trade.gov). Und die Hackett Group berichtet, dass automatisierte P2P-Systeme die Abweichungsquote um 37 Prozent senken und Exception-Raten von 22 Prozent auf 9 Prozent drücken (Hackett Group).

-85 % Bestellkosten

Punchout-Integration kann die Bestellbearbeitungskosten um bis zu 85 Prozent senken (Procurify)

-11 h Cycle-Time

24 Stunden statt 35 Stunden für den gesamten PO-Prozess (APQC)

-78 % Invoice-Kosten

2,88 USD statt 12,88 USD pro Rechnung im Best-in-Class-Betrieb (Ardent Partners 2025)

-37 % Abweichungen

Automatisierte P2P-Systeme reduzieren Exception-Rate von 22 auf 9 Prozent (Hackett Group)

98 % E-Approval

Top-Performer genehmigen nahezu alle POs elektronisch, Bottom-Performer nur 50 Prozent (APQC)

60 % KMU digital

In Deutschland haben 60 Prozent der KMU Beschaffungsprozesse bereits digitalisiert (BME/Onventis 2024)

Die deutsche Bitkom-Studie 2025 zeigt zudem, dass 95 Prozent der Unternehmen vereinfachte Bestellprozesse als Hauptnutzen ihrer Digitalisierung nennen (Bitkom 2025). Trotzdem steht die Adoption erst am Anfang: 60 Prozent der DE-KMU haben Beschaffungsprozesse digitalisiert, weitere 30 Prozent planen dies kurzfristig (BME/Onventis 2024). Punchout ist damit ein klarer Wettbewerbsvorteil für Lieferanten, die diese Welle früh mitgehen.

Maverick Buying eindämmen mit Catalog-Compliance

Einer der groeßten Treiber für Punchout-Projekte auf der Buyer-Seite ist die Eindämmung von Maverick Buying - also Bestellungen, die an den zentralen Einkaufsprozessen vorbei laufen und damit weder die verhandelten Konditionen nutzen noch die Compliance-Anforderungen erfüllen. Die Zahlen sind bemerkenswert: Unternehmen verlieren 5 bis 16 Prozent ihrer Einsparziele durch Maverick Buying (Ivalua/Sievo). Bei einem Beschaffungsvolumen von 500 Mio. USD entspricht das einem Verlust von 25 bis 80 Mio. USD - pro Jahr.

Selbst Best-in-Class-Organisationen mit etablierten E-Procurement-Systemen erreichen in der Praxis nur rund 69 Prozent Contract Compliance (Aberdeen/Sievo). Das Branchenziel liegt bei Maverick-Spend unter 10 Prozent und PO-Compliance über 95 Prozent (Fairmarkit) - ohne Punchout-Kataloge lässt sich das in den meisten Organisationen schlicht nicht realistisch erreichen.

Maverick Spend als verstecktes Lieferantenrisiko

Für Lieferanten ist Maverick Buying paradox: Es klingt nach mehr Umsatz, wenn Einkäufer am System vorbei bestellen - bedeutet aber meistens den Verlust einer strategischen Lieferantenposition. Sobald der Procurement-Verantwortliche das Thema aufdeckt, landet der Lieferant entweder im Compliance-Katalog oder auf der Abschussliste. Ein sauber angebundener Punchout-Katalog macht den Supplier zum strategischen Partner statt zur Risikoquelle.

Technisch entscheidend ist, dass der Shopware-Shop nur die für diesen Buyer freigegebenen Produkte, Preise und Staffeln anzeigt. Dafür braucht es eine saubere Verknüpfung mit den B2B-Preisstrategien und einen klaren Produkt-Whitelist-Mechanismus. Ohne diese Komponenten wird ein Punchout-Katalog zum Compliance-Risiko - mit den richtigen Einstellungen wird er zur Durchsetzungshilfe für beide Seiten.

Punchout in Shopware 6: B2B Components statt B2B Suite

Mit der angekündigten Release Shopware 6.8 Anfang 2026 zieht Shopware einen strategischen Schlussstrich unter die bisherige B2B Suite und bringt deren Funktionen als B2B Components direkt in den Core (Shopware). Für B2B-Anbindungen, und damit auch für Punchout-Szenarien, bedeutet das: Quick Order, Rollenmodell, Approval, Quote, Shopping Lists und Budgets sind standardmäßig verfügbar und bilden die natürliche Grundlage für die Punchout-Session.

Dass dieser Schritt strategisch passt, zeigt sich auch an der Marktposition: Shopware hat im Paradigm B2B Report 2025 11 von 12 Medaillen erhalten (Shopware) und verzeichnete in Nordamerika ein Wachstum von plus 300 Prozent im ersten Halbjahr 2025 (Shopware/PR Newswire). Der Hersteller positioniert sich damit eindeutig als ernsthafte B2B-Alternative - nicht mehr nur als KMU-Shopsystem.

In der Praxis lässt sich Punchout in Shopware 6 nicht einfach per Plugin aktivieren - es ist ein mehrschichtiges Thema: Der Setup-Request muss authentifiziert werden, der Buyer muss einer Shopware-Kundengruppe zugeordnet, seine Session muss in einer URL eingebettet und schließlich der Cart-Return über einen dedizierten Endpoint ausgeliefert werden. All das passiert im Zusammenspiel mit den bestehenden Shopware-APIs und lässt sich auf der Basis der B2B Components sauber abbilden.

Integration mit SAP, Microsoft Dynamics und ERP

Ein Punchout-Flow endet nicht mit dem Cart-Return. Damit die Bestellung tatsächlich wirtschaftlich abgewickelt wird, muss die OrderRequest sauber ins ERP fließen - und zwar bidirektional: Preise und Kundendaten aus dem ERP in den Shop, Bestellungen und Retouren zurück ins ERP. Die gängigsten Systeme im DACH-Raum sind dabei SAP Business One, Microsoft Dynamics 365 sowie JTL-Wawi für mittelständische Händler.

Die Realität ist dabei selten rosig: ERP-Custom-Webservices für SAP und MS Dynamics verursachen typischerweise Entwicklungskosten im vierstelligen bis fünfstelligen Eurobereich und Implementierungsdauer von 3 bis 6 Monaten (Alumio). Für Dynamics 365 Finance & Operations gilt zudem, dass kundenspezifische Preise, Real-Time-Bestand und Custom Fields nicht out-of-the-box B2B-tauglich sind (Silk Commerce) - hier ist individuelle Entwicklung faktisch unverzichtbar.

Hinzu kommt die E-Rechnungspflicht: Seit 2025 müssen B2B-Rechnungen schrittweise in strukturierten Formaten (XRechnung, ZUGFeRD) ausgetauscht werden - und doch können heute nur 45 Prozent der deutschen Unternehmen strukturierte E-Rechnungen empfangen (Bitkom 2024/25). Ein Punchout-Projekt ist damit oft der richtige Moment, die gesamte Lieferanten-Buyer-Kette durchzudenken - vom Katalog bis zur DATEV-Schnittstelle in der Buchhaltung.

Top-E-Procurement-Plattformen in DACH

Wer im deutschsprachigen Raum B2B betreibt, stößt regelmäßig auf dieselben E-Procurement-Plattformen. Ein kurzer Überblick über die relevanten Systeme - als Orientierung, nicht als Empfehlung:

  • SAP Ariba / SAP Business Network: Mit rund 4 Millionen Buyern und Suppliern in über 190 Ländern und einem jährlichen Transaktionsvolumen von etwa 3 Bio. USD ist SAP Business Network das groeßte Netzwerk weltweit (SAP Business Network). OCI und cXML werden beide unterstützt.
  • Coupa: Mit über 10 Millionen Buyern und Suppliern und 8 Bio. USD kumuliertem Spend ist Coupa die dominierende cXML-Plattform im Enterprise-Segment (Coupa).
  • JAGGAER:27 Prozent der DACH-Top-Unternehmen nutzen JAGGAER (JAGGAER) - besonders stark im öffentlichen Einkauf und in Konzernen mit komplexen Supplier-Netzwerken.
  • Onventis (Stuttgart): Mit mehr als 1.000 Einkaufsorganisationen, 1,2 Mio. Nutzern und rund 20 Mrd. USD jährlichem Transaktionsvolumen ist Onventis die führende Cloud-Einkaufsplattform im deutschen Mittelstand.
  • Unite / Mercateo: Der Marktplatz verbindet 1,5 Mio. gewerbliche Kunden mit 16.000 Herstellern und 33 Mio. Artikeln - als Aggregator ist er oft die einfachste Einstiegsoption für Lieferanten ohne ERP-Punchout-Erfahrung.
  • Oracle Procurement Cloud: Standardisierter cXML-Stack, in DACH vor allem in Tochtergesellschaften US-amerikanischer Konzerne vertreten.

Bei neuen Projekten raten wir dazu, mit dem System zu beginnen, das Ihr groeßter Buyer bereits einsetzt - meistens ergeben sich daraus die wirtschaftlich sinnvollsten Quick Wins. Wer bewusst neue Kundensegmente erschließen will, sollte dagegen mit Onventis oder SAP Business Network starten, da sich diese Plattformen am breitesten im DACH-Mittelstand bewegen.

Implementierung in 5 Schritten

Ein Punchout-Projekt lässt sich nicht im Wochentakt abwickeln, aber es ist auch kein Mammutprojekt. Die folgende Schritt-für-Schritt-Anleitung zeigt, wie wir es bei XICTRON typischerweise angehen:

  1. Anforderungs-Workshop (1-2 Wochen): Welche Buyer sind relevant? Welche Plattformen nutzen sie? Welche Artikel sollen im Katalog erscheinen? Welche Preise und Staffeln gelten? Welche Zusatzfelder (Kostenstellen, Projektnummern) muss der Cart-Return transportieren? Diese Phase ist entscheidend - Fehler hier ziehen sich durch das gesamte Projekt.
  2. Prototyp und Format-Entscheidung (1 Woche): OCI oder cXML? Welche Version? Welche Authentifizierung? Wir bauen einen minimalen Prototyp mit dem groeßten Ziel-Buyer-System, um die Datenstrukturen zu validieren - bevor der Produktiv-Code entsteht.
  3. Shopware-Anbindung und B2B Components Konfiguration (3-5 Wochen): Kundengruppen anlegen, Preisregeln hinterlegen, Sortimente zuweisen, Session-Handling und SSO-Flow bauen. Die B2B Components von Shopware 6 bilden dafür die Basis - Custom-Development erfolgt nur gezielt für die Punchout-spezifischen Endpoints.
  4. ERP-Bidirektion und OrderRequest (3-6 Wochen): Die Verbindung zu SAP Business One, Microsoft Dynamics oder einem anderen ERP. Preise, Bestände und Kundendaten aus dem ERP, Bestellungen zurück ins ERP - je nach System sind das ein bis mehrere Schnittstellen.
  5. End-to-End-Tests, Pilot und Rollout (2-4 Wochen): Echte Testbestellungen mit einem Pilot-Buyer, Fehlerbilder und Edge Cases abfangen (z.B. Session-Timeout, doppelte Cart-Returns), dann schrittweises Ausrollen auf weitere Buyer.
Realistische Dauer einplanen

Für eine erste Punchout-Anbindung an eine Plattform sollten Sie 3 bis 4 Monate einplanen - von der Anforderungsaufnahme bis zum Pilot-Go-Live. Jede weitere Plattform lässt sich dann deutlich schneller integrieren, weil die Kern-Architektur steht. Ein Projekt, das mehrere Plattformen parallel abdecken soll, braucht realistisch 5 bis 7 Monate.

Wie XICTRON Ihre B2B-Anbindung umsetzt

Als B2B-E-Commerce-Spezialisten mit Sitz in Niedersachsen begleiten wir Mittelständler und Konzerntöchter beim kompletten Weg von der Konzeption bis zum produktiven Punchout-Flow. Wir bringen sowohl die technische Expertise für Shopware-Integrationen mit - inklusive SAP, Microsoft Dynamics und anderer ERP-Systeme - als auch das Verständnis für die Einkaufsprozesse Ihrer Buyer.

Unser Ansatz bleibt dabei pragmatisch: Wir bauen keine Punchout-Lösungen für den Schaukasten, sondern für messbare Effizienzgewinne. Nach unserer Erfahrung amortisieren sich gut geplante Punchout-Projekte in der Regel innerhalb von 12 bis 18 Monaten - insbesondere dann, wenn auch die B2B-Preisstrategien, ERP-Prozesse und der Produktkonfigurator sauber aufeinander abgestimmt sind. Weitere strategische Aspekte - etwa wie Sie mit B2B-Digitalisierung im Vertrieb arbeiten - beleuchten wir in angrenzenden Artikeln.

Quellen und Studien

Dieser Artikel basiert auf Daten aus: Capital One Shopping Research (B2B E-Commerce Market), BEVH Impact Studie 2025, Trade.gov DE B2B Report, Mordor Intelligence, BME/Onventis Beschaffung Monitor 2024, Bitkom Digitalisierungsstudien 2024/25, Greenwing Technology, TradeCentric, Digital Commerce 360, Procurify, APQC Open Standards Benchmarking, Ardent Partners State of ePayables 2025, Hackett Group Procurement Benchmark, Ivalua/Sievo (Maverick Spend), Aberdeen Group, Fairmarkit, Conexiom, Sana B2B Buyer Report 2025, McKinsey B2B Pulse Survey 2024, Forrester Predictions 2025, Gartner Future of Sales, Shopify Enterprise 2025, Apps Run The World, Global Market Insights, SAP Business Network, Coupa, JAGGAER, Alumio, Silk Commerce, Shopware/PR Newswire. Die konkreten Werte können je nach Branche, Region und Erhebungszeitpunkt variieren.

Häufig gestellte Fragen

Nein. Während die größten Deployments tatsächlich bei Konzernen stattfinden, nutzen zunehmend auch Mittelständler E-Procurement-Plattformen wie Onventis oder Unite. Wenn Sie mehrere Buyer haben, die aus einem ERP heraus bestellen wollen, lohnt sich ein Punchout-Katalog in der Regel ab einem Jahresbestellvolumen im mittleren sechsstelligen Bereich. Auch der Customer Lifetime Value Ihrer B2B-Kunden profitiert messbar von der reibungslosen Anbindung.

In der Praxis unterstützen wir meistens beide Formate parallel, da sich die Ziel-Plattformen unterscheiden. OCI ist in DACH bei SAP-geprägten Einkäufern dominant, cXML bei Coupa, Oracle und US-orientierten Kunden. Die eigentliche Shopware-Logik (Session, Kundenpreise, Cart-Return-Endpoint) ist dabei wiederverwendbar - nur die Protokoll-Schicht unterscheidet sich.

Die B2B Components in Shopware 6.8 liefern die Basis für Kundengruppen, Quick Order, Staffelpreise und Approval - also genau die Funktionen, die ein Punchout-Buyer im Shop braucht. Der Punchout-Flow baut darauf auf und erweitert den Shop um Setup-Request-Verarbeitung und Cart-Return-Endpoints.

Im Setup-Request die Buyer-Identifikation, eine HOOK_URL (wohin der Cart zurück soll) und ggf. Sprache/Währung. Im Cart-Return alle Artikelpositionen mit Menge, Preis, SKU, Kurzbeschreibung und optional Metadaten wie Kostenstellen, Projektnummern oder Lieferadressen. cXML unterstützt dabei deutlich strukturiertere Zusatzfelder als OCI.

Das ist der Normalfall: Nicht jeder Cart wird auch genehmigt. Ihr Shop sollte darauf ausgerichtet sein, Punchout-Sessions sauber zu protokollieren, abgebrochene Flows als Analytics-Signal zu erfassen und Preise zeitlich begrenzt zu stabilisieren - damit die finale OrderRequest nicht auf veralteten Werten aufsetzt. Wir implementieren dazu typischerweise eine Cart-Lebensdauer von 24 bis 72 Stunden.

Nach dem initialen Go-Live ist der laufende Aufwand überschaubar. Typisch sind monatliches Monitoring (Session-Raten, Fehler-Quoten, Cart-Return-Erfolge) und gelegentliche Anpassungen, wenn sich die Plattform-Seite ändert oder neue Buyer hinzukommen. Kritisch sind dabei die Bereiche Preis-Aktualität, Sortimentspflege und DATEV-Buchhaltungsprozesse - daher empfehlen wir einen festen Wartungsvertrag für produktive Punchout-Installationen.

Punchout ist 2026 kein Nice-to-have mehr, sondern die Eintrittskarte in professionelle B2B-Einkaufsprozesse. Wer seinen Shopware-Shop sauber an OCI und cXML anbindet, macht sich strategisch unersetzlich für die Einkaufsabteilungen seiner Buyer - und gewinnt gleichzeitig eine messbare Effizienzdividende. Wir unterstützen Sie bei allen Schritten, von der ersten Setup-Request bis zur produktiven OrderRequest.