Magento 2 PunchOut für Ariba, Coupa und Oracle

SAP Ariba, Coupa und Oracle Procurement können einen Einkäufer in den Magento-Katalog eines Lieferanten führen und die ausgewählten Artikel zurücknehmen. Für den Käufer wirkt das wie ein durchgehender Prozess. Im Hintergrund muss Magento erkennen, wer kommt, welcher Katalog und Preis gilt, wohin der Warenkorb zurückgeht und wie jede Position aufgebaut sein muss.

Kurzantwort: Eine Magento-PunchOut-Integration braucht mehr als einen cXML-Endpunkt. Für jeden Käufer werden ein eigenes Profil, der richtige Magento-Kundenkontext, abgestimmte Felder und Tests mit echten Beispielen der Zielplattform benötigt. SoftwareSilo liefert cXML-Vorlagen für Projekte mit SAP Ariba, Coupa und Oracle. Die käuferspezifische Konfiguration und Abnahme bleiben dennoch erforderlich.

Was der Einkäufer erlebt

Der Nutzer startet in seiner Einkaufsanwendung, wählt den Lieferanten und gelangt ohne zweites Shop-Passwort in Magento. Dort sieht er den freigegebenen Katalog und seine Preise. Anschließend überträgt er den Warenkorb zurück. Budgetprüfung, Freigabe und Bestellanforderung bleiben im Beschaffungssystem.

Diese Trennung ist wichtig. PunchOut bedeutet Katalogzugang und Warenkorbrückgabe. Eine Magento-Bestellung ist damit noch nicht zwingend angelegt. Auch Bestellung, Versandmeldung und Rechnung sind nicht automatisch Teil des Projekts.

Was Magento bei der Anmeldung auflösen muss

bekannte Einkaufsorganisation und gültige Zugangsdaten
richtige Website und Store View
Magento-Kunde, Unternehmen oder Kundengruppe
passender Katalog und Vertragspreise
erlaubte Operation, etwa Warenkorb anlegen oder bearbeiten
zulässige Rückgabe-URL
Mapping-Profil für ausgehende Positionen

Ein Shared Secret bestätigt die Zugangsdaten. Es entscheidet nicht allein, welche Preise angezeigt werden. Diese Verbindung entsteht im Käuferprofil und muss separat geprüft werden.

SAP Ariba

SAP Ariba verwendet für PunchOut häufig cXML-Setup-Anfragen und Warenkorbnachrichten. Besonders wichtig sind die Identitäten in From, To und Sender, ihre Domains, das Shared Secret, das Browser-Formularziel sowie verlangte Extrinsics. Manche Organisationen verlangen außerdem bestimmte UNSPSC-Klassifikationen oder Lieferantenkennungen.

Zugangsdaten und Mapping sollten nicht von einem anderen Ariba-Kunden kopiert werden. Identitäten und Prüfregeln können sich trotz gleicher Plattform unterscheiden.

Coupa

Auch Coupa nutzt cXML für PunchOut und veröffentlicht Hinweise für Lieferantenverbindungen. Auf Magento-Seite müssen Käuferidentität, Rückgabe-URL und Positionsmapping stimmen. Lieferantenteilenummern, Einheiten, Währungen, Klassifikationen und Zusatzkennungen sollten vor dem Test abgestimmt sein.

Ein guter Coupa-Test enthält einen normalen Warenkorb, mehrere Mengen, einen Artikel mit Optionen, eine entfernte Position und eine erneute Anmeldung. Gehören Bestellungen zum Projekt, benötigen sie eigene Abnahmetests.

Oracle Procurement

Oracle-Beschaffungsumgebungen können je nach Produkt und Konfiguration cXML PunchOut verwenden. Zu Projektbeginn müssen daher das genaue Oracle-Produkt, Nachrichtenformat, Authentifizierungsfelder und erwartete Warenkorbschema feststehen. „Oracle PunchOut“ allein ist keine ausreichende Spezifikation.

SoftwareSilo stellt eine Oracle-orientierte cXML-Vorlage als Ausgangspunkt bereit. Sie beschleunigt den Grundaufbau, kennt aber nicht die individuellen Klassifikationen, Kennungen und Extrinsics des Käufers.

Und Jaggaer?

Jaggaer unterstützt Beschaffungskatalog-Integrationen. SoftwareSilo bewirbt jedoch keine fertige Ein-Klick-Vorlage speziell für Jaggaer. Bei einer cXML-Anfrage sollten zunächst die aktuelle Spezifikation und Beispielnachrichten geprüft werden. Danach lässt sich die Verbindung als käuferspezifisches cXML-Projekt bewerten und zuordnen. Das ist ehrlicher als eine pauschale Kompatibilitätszusage.

Sinnvolle Testreihenfolge

Bereinigte Beispiele für Anmeldung und Warenkorbrückgabe austauschen.
Eigenes Testprofil mit separaten Zugangsdaten anlegen.
Unbekannte Käufer und falsche Zugangsdaten sicher ablehnen.
Kunde, Website, Store, Währung und Katalog prüfen.
Sichtbare Preise mit den Vertragswerten vergleichen.
Einen einzelnen Artikel zurückgeben und jedes Feld prüfen.
Mehrere Produkte, Optionen, Einheiten und Mengen testen.
Bearbeiten oder Prüfen eines Warenkorbs testen, falls verlangt.
Freigabe in der Einkaufsplattform durchführen.
Supportverantwortung beider Seiten vor dem Go-live festhalten.

Häufig gestellte Fragen

Verwendet SAP Ariba PunchOut immer cXML?

cXML ist für Ariba-PunchOut-Verbindungen üblich. Der Käufer muss trotzdem die genauen Zugangsdaten, Domains und Prüfregeln seiner Umgebung bereitstellen.

Kann derselbe Magento-Shop Ariba- und Coupa-Käufer bedienen?

Ja. Getrennte Käuferprofile, Zugangsdaten und Zuordnungen stellen sicher, dass jede Organisation ihren korrekten Magento-Kontext und ihr Rückgabeformat erhält.

Kann PunchOut kundenspezifische Kataloge und Preise zeigen?

Ja, wenn das Käuferprofil dem Magento-Kunden, Unternehmen oder der Gruppe zugeordnet ist, für die diese Regeln gelten. Das sollte anhand echter SKUs und Preise geprüft werden.

Reicht eine Plattformvorlage für den Go-live?

Nein. Sie ist ein sinnvoller Startpunkt. Identitäten, Sonderfelder, Einheiten, Klassifikationen, Rückgabe-URL und Abnahmeregeln des Käufers müssen weiterhin eingerichtet werden.

Magento 2 PunchOut für SAP Ariba, Coupa und Oracle Procurement