Bei der Verbindung von Magento 2 mit ERP oder CRM ist der Datentransport selten das größte Problem. Entscheidend ist, welches System Preise, Kunden, Freigaben, Lieferzusagen und die endgültige Bestellung bestimmt. Können zwei Systeme denselben Wert ohne Vorrangregel ändern, entstehen Konflikte trotz technisch erfolgreicher Übertragung.
Datenhoheit vor den Endpoints klären
Eine kleine Zuordnungstabelle schafft Klarheit:
| Information | Typisch führendes System | Aufgabe der Integration |
|---|---|---|
| Kunde und Ansprechpartner | CRM oder ERP | Stabile externe ID dem Magento-Kunden zuordnen |
| Produkte und Basispreise | ERP/PIM/Magento | Mit IDs und SKUs statt Produktnamen arbeiten |
| Angefragte Mengen und Dateien | Magento | Ursprüngliche Kundenanfrage übertragen |
| Kosten, Rabattfreigabe, Kreditbedingungen | ERP | Freigegebene Konditionen zurückgeben |
| Nachrichten und sichtbarer Status | Magento | Ablauf im Kundenkonto verständlich halten |
| Bestellung und Erfüllung | Magento und ERP | Übergabezeitpunkt eindeutig festlegen |
Welche Zuordnung richtig ist, hängt vom Unternehmen ab. Für jeden Wert sollte jedoch ein System maßgeblich sein.
Fachliche Aktionen statt direkter Datenbankzugriffe
SoftwareSilo B2B Quote stellt innerhalb von Magento PHP-Serviceverträge bereit. Der Zugriff von außen erfolgt über separate Add-ons:
- Das REST/SOAP API Add-on deckt Angebotslisten und -daten, Positionen, Adressen, Nachrichten, Anhänge, Preis- und Workflow-Aktionen, Freigabe, Ablehnung, Neuberechnung, Revisionen sowie Teilen und Zusammenführen ab. Es enthält außerdem kundeneigene Aktionen.
- Das GraphQL Add-on bietet auf Storefronts ausgerichtete Abfragen und Mutationen für angemeldete Kunden und Gäste.
ERP-Middleware nutzt häufig REST oder SOAP, ein Headless-Frontend eher GraphQL. Keines der Add-ons ist ein fertiger Konnektor für ein bestimmtes ERP. Feldzuordnung und Geschäftsregeln bleiben Teil des Integrationsprojekts.
Schreiben Sie nicht direkt in Angebotstabellen. Eine Änderung kann Neuberechnung, Validierung, Revision, Benachrichtigung und einen zulässigen Statusübergang erfordern. Ein SQL-Update umgeht diese Abläufe.
Den Austausch an Ereignissen ausrichten
Ein sinnvoller Ablauf kann so aussehen:
- Magento übergibt eine neu eingereichte Anfrage mit einer eindeutigen Referenz an die Middleware.
- Das ERP prüft Kunde, Produkte, Verfügbarkeit, Kosten und Konditionen.
- Die Integration aktualisiert Positionen oder Preise über unterstützte Aktionen.
- Magento berechnet Summen neu und legt eine Revision an.
- Eine berechtigte Aktion gibt das Angebot für den Kunden frei.
- Nach der Annahme entsteht eine Magento-Bestellung, die in den normalen Bestellabgleich eingeht.
Nicht jeder Speichervorgang rechtfertigt eine vollständige Synchronisierung in beide Richtungen. Übertragen Sie die Ereignisse und Werte, die das andere System wirklich benötigt.
Wiederholungen und doppelte Nachrichten einplanen
Netzwerke fallen aus und Queue-Jobs werden wiederholt. Versehen Sie jedes Ereignis mit einer eindeutigen Korrelations-ID und speichern Sie die externe Referenz. Prüfen Sie vor der Verarbeitung, ob das Ereignis bereits angewendet wurde.
Idempotenz und Wiederholungslogik sind Aufgaben der Integration. Definieren Sie auch den Fall, dass Magento eine Aktion angenommen hat, die Antwort den Aufrufer aber nicht mehr erreicht.
Zugriffe eng begrenzen
Kundenendpoints dürfen nur Angebote des authentifizierten Kunden liefern. Administrative Verbindungen benötigen eine eigene Magento-Integration mit minimalen Rechten. Tokens gehören weder in URLs noch in Logs. Uploads benötigen Datei- und Größenlimits; vertrauliche Dokumente dürfen nicht in Fehlerprotokollen landen.
Sinnvolle automatisierte Prüfungen
- unbekannte Kunden und SKUs liefern verständliche Fehler;
- wiederholte Ereignisse erzeugen keine doppelten Angebote oder Revisionen;
- ein veraltetes Update überschreibt keine bereits angenommene Fassung;
- Währung, Steuern, Rabatte, Zuschläge und Versand bleiben konsistent;
- kein Kunde kann fremde Angebote lesen;
- Anhänge werden nicht öffentlich zugänglich;
- die Annahme erzeugt genau eine Bestellung;
- ein ERP-Fehler hinterlässt einen wiederaufnehmbaren Zustand.
Häufige Fragen
Hat Magento 2 bereits eine allgemeine Angebots-API?
Magento besitzt Warenkorb-APIs. Ein verhandeltes B2B-Angebot hat jedoch einen eigenen Lebenszyklus. Die SoftwareSilo API Add-ons stellen die passenden Aktionen bereit.
Soll das ERP oder Magento den Endpreis berechnen?
Bestimmen Sie ein führendes System. Magento kann Angebotsregeln anwenden, während das ERP Kosten und Kundenvereinbarungen führen kann. Ohne Vorrangregeln driften die Werte auseinander.
Ist GraphQL für ein Headless-Frontend Pflicht?
Nein. Es ist eine passende Option. Das separate Add-on stellt Abfragen und Mutationen für Kunden- und Gastabläufe bereit.
Darf die Integration automatisch freigeben?
Ja, wenn sie dazu berechtigt ist und die Geschäftsregeln es erlauben. Die Freigabe sollte eine bewusste Aktion bleiben und nicht nebenbei bei jedem Update erfolgen.
Mehr zu den unterstützten Abläufen finden Sie bei SoftwareSilo B2B Quote.