ERP-Systeme mit B2B-Marktplatzpreisen integrieren

Was Sie vor der Anbindung Ihres ERP an einen Marktplatz benötigen

Ein abgekündigter Siemens-Antrieb sitzt auf einer Maschine, ohne dass ein Ersatz in Sicht ist. Ihr ERP meldet null Bestand. Ihr Marktplatzangebot zeigt drei verfügbare Einheiten. Der Käufer sieht beides und vertraut keinem von beiden.

Diese Lücke ist es, die die Integration von ERP-Systemen mit B2B-Marktplatzpreisen schließen muss. Wir sehen das täglich in einem Netzwerk aus über 700 Lieferanten und mehr als 14,8 Millionen lagernden Produkten. Die Lösung ist kein großes Einzelprojekt. Es sind vier Entscheidungen, die in der richtigen Reihenfolge getroffen werden.

Bevor Sie einen Connector anfassen, stellen Sie Folgendes zusammen:

• Ein sauberes Teile-Stammdatenverzeichnis. Doppelte oder veraltete SKUs vergiften jede Synchronisierung.
• Ihre Preislogik in schriftlicher Form. Listenpreis, Kundengruppe, Mengenstaffel, Währung.
• Benannte Verantwortliche. Eine Person für Preise, eine für Bestand, eine für Bestellungen.
• Ein Test-Marktplatzkonto. Debuggen Sie niemals gegen Live-Angebote.

Wenn Sie diese Punkte falsch machen, hilft keine Middleware. Wenn Sie sie richtig machen, ist der Rest reine Mechanik.

Schritt 1: Entscheiden Sie sich zwischen nativer Integration, API-First und iPaaS-Middleware

Wählen Sie die Methode, die zu Ihrem Team passt, nicht die mit der besten Demo. Alle drei funktionieren. Sie scheitern aus unterschiedlichen Gründen.

Native Integration bedeutet, dass der Marktplatz und Ihr ERP einen vorgefertigten Connector mitliefern. Die Einrichtung geht schnell. Sie übernehmen jedoch die Felder, die der Anbieter zuordnen wollte. Individuelle Preislogik passt oft nicht hinein.

API-First bedeutet, dass Sie gegen die APIs beider Systeme entwickeln. Sie kontrollieren jedes Feld. Sie tragen aber auch jeden Fehler. Das eignet sich für Teams mit eigenen Entwicklern.

iPaaS-Middleware sitzt zwischen beiden Systemen und verschiebt Daten nach Zeitplan oder Trigger. Sie übernimmt Mapping, Wiederholungsversuche und Protokollierung ohne eigenen Code. Echtzeit-Synchronisierung gilt laut einer commercetools-Analyse zu B2B-Integrationstrends inzwischen als Grundvoraussetzung für komplexe B2B-Beschaffungsworkflows.

Ein häufiger Fehler ist es, API-First aus Prestigegründen zu wählen.

Schritt 2: Kundenspezifische Preise und Mengenrabatte auf den Marktplatz abbilden

Kundenspezifische Preise sind der schwierigste Teil jeder ERP-zu-Marktplatz-Anbindung. Ihr ERP enthält Vertragspreise pro Konto. Der Marktplatz zeigt allen denselben Katalog. Jemand muss das zusammenführen, und die meisten Integrationsprojekte geben stillschweigend auf und veröffentlichen den Basislistenpreis.

Beginnen Sie mit Ihren Preisdimensionen:

• Kontostufe. Distributor, OEM, Endkunde, jeweils mit eigener Liste.
• Mengenstaffeln. 1-9 Einheiten, 10-49, 50+. Jede Staffel braucht ein Feld.
• Währung. EUR als Basis, mit Umrechnungsregeln, wenn Sie außerhalb der Eurozone verkaufen.
• Gültigkeitsdaten. Vertragspreise laufen ab. Die Synchronisierung muss das berücksichtigen.

Wie ERP-Preisbedingungen tatsächlich in eine Marktplatz-Preisliste übersetzt werden

In SAP läuft die Preisfindung über Konditionstabellen, Zugriffsfolgen und Konditionssätze; ein Verkaufsauftrag löst eine Abfolge von Abfragen aus (kundenspezifisch, dann materialspezifisch, dann Listenpreis), und der erste Treffer gewinnt. In Microsoft Dynamics 365 Business Central ist das Gegenstück eine Verkaufspreisliste mit einer Kundenpreisgruppe und einer Mindestmengenzeile. In Infor oder Epicor ist es ein Preisbuch mit Staffelmengen.

1. Extrahieren Sie die Konditionssätze für die Materialien, die Sie tatsächlich listen. Nicht den gesamten Katalog.
2. Reduzieren Sie die Zugriffsfolge auf eine Prioritätsreihenfolge, die der Marktplatz auswerten kann: Vertragspreis, dann Kundengruppenpreis, dann Listenpreis.
3. Geben Sie eine Preislistenzeile pro (Kundengruppe, Material, Mengenstaffel, gültig ab, gültig bis) aus.
4. Übermitteln Sie die flache Liste an den Marktplatz nach demselben Zeitplan wie Ihre Lagerbestands-Deltas.

Staffelpreise und Mengenrabatte in Echtzeit

Mengenstaffeln sind der Punkt, an dem die Übersetzung zuerst scheitert. Ein Käufer, der 12 Einheiten in den Warenkorb legt, erwartet den Preis für 10–49, nicht den Preis für 1–9. Zwei Muster funktionieren:

• Vorkalkulierte Staffeln. Die Middleware übermittelt jede Staffel als separate Zeile. Der Marktplatz wählt die Zeile, die zur Warenkorbmenge passt. Einfach, prüfbar und robust gegenüber einem ERP-Ausfall, weil die zuletzt übermittelte Liste weiterhin gültig ist.
• Laufzeitabfrage. Der Marktplatz fragt das ERP zum Zeitpunkt des Warenkorbs nach dem Preis. Immer aktuell, aber jede Warenkorbzeile hängt nun von der ERP-Verfügbarkeit und der API-Latenz ab.

Schritt 3: Best Practices für die ERP-Bestandsynchronisierung anwenden

Eine gute Bestandsynchronisierung hängt von Frequenz, Umfang und einem Sicherheitspuffer ab. Zu selten synchronisieren und Sie verkaufen mehr, als Sie haben. Alles ständig zu synchronisieren verschwendet Bandbreite für Teile, die sich nie bewegen.

Finden Sie es auf Automa.Net →

Was in der Praxis funktioniert:

• Bestände alle 15–30 Minuten synchronisieren. Nicht täglich. Nicht in Echtzeit.
• Den vollständigen Katalog wöchentlich pushen, Bestands-Deltas kontinuierlich.
• Einen Puffer von 1–2 Einheiten halten für Teile mit hoher Bestellfrequenz.
• Auslaufartikel kennzeichnen damit sie nicht mehr als verfügbar angezeigt werden.

Schritt 4: Auftragsabwicklung und Abstimmung automatisieren

Automatisieren Sie den Auftragsprozess von Anfang bis Ende und gleichen Sie dann täglich ab. Halbe Automatisierung ist schlimmer als gar keine, weil Fehler im manuellen Schritt verborgen bleiben.

Ihr Ablauf sollte so aussehen:

1. Marktplatzbestellung landet in einer Warteschlange.
2. Middleware validiert die Teilenummer und den Preis gegen das ERP.
3. ERP erstellt den Verkaufsauftrag und reserviert den Bestand.
4. Die Bestätigung wird an den Marktplatz zurückgesendet.
5. Ein nächtlicher Job vergleicht beide Systeme und markiert Abweichungen.

Was passiert, wenn das ERP ausfällt oder eine Synchronisierung fehlschlägt

Der Happy Path ist der einfache Teil. Der Fehlerpfad ist der Punkt, an dem Integrationen ihren Wert beweisen, und genau dieser Teil wird in fast keinem Leitfaden behandelt.

Drei Fehlermodi sind bei der Preisgestaltung von Ersatzteilen wichtig:

• ERP nicht verfügbar. Der Marktplatz verkauft weiterhin zum zuletzt übertragenen Preis und Lagerbestand. Sie brauchen einen Stale-ness-Schwellenwert; wenn die letzte erfolgreiche Synchronisierung älter ist als Ihr Schwellenwert, sollte die Middleware keine neuen Bestellungen mehr annehmen, statt auf Basis veralteter Daten zu verkaufen.
• Teilweiser Synchronisierungsfehler. Einige Preiszeilen werden aktualisiert, andere nicht. Das ist der gefährliche Fall, weil der Katalog gesund aussieht. Die Middleware muss ein Synchronisierungsmanifest schreiben (was gesendet wurde, was bestätigt wurde) und es mit dem vergleichen, was der Marktplatz tatsächlich hält.
• Stille Ablehnung. Der Marktplatz akzeptiert die Nutzlast, verwirft aber Zeilen, die er nicht zuordnen kann, etwa eine fehlende Kundengruppe, eine nicht unterstützte Währung oder eine Mengenstaffel, die er nicht erkennt. Ohne eine Bestätigungsprüfung sehen Sie das nie.

Ein Abgleichsmodell, das Abweichungen tatsächlich erkennt

Der tägliche Abgleich sollte kein vollständiger Katalogabgleich sein. Er sollte gezielt erfolgen:

1. Die Preis- und Lagerbestandsänderungen der letzten 24 Stunden abgleichen, nicht den gesamten Katalog.
2. Vergleichen Sie pro Position drei Felder: Preis, verfügbare Menge, Gültig-bis-Datum.
3. Klassifizieren Sie jede Abweichung als ERP gewinnt, Marktplatz gewinnt oder manuelle Prüfung. Nicht alles automatisch auflösen.
4. Leiten Sie Elemente mit manueller Prüfung an den Preisverantwortlichen weiter, nicht an die IT. Diese wissen, welche Seite korrekt ist.
5. Protokollieren Sie die Roh-Nutzlast für jede fehlgeschlagene oder abgelehnte Synchronisierung.

Wie automatisierte BOM-Neupreis-Tools in die ERP-Marktplatz-Preisgestaltung passen

Automatisierte BOM-Neupreis-Tools nehmen eine Stückliste und bepreisen jede Position anhand aktueller Marktdaten neu. Sie lösen ein Problem, das Ihr ERP nicht lösen kann: Ihr ERP weiß, was Sie bezahlt haben. Es weiß nicht, was das Teil heute wert ist.

Häufige Fehler, die bei der Integration von ERP-Systemen mit B2B-Marktplatz-Preisgestaltung vermieden werden sollten

Die meisten Integrationsfehler lassen sich auf fünf wiederkehrende Fehler zurückführen. Keiner davon ist technischer Natur.

• Es nur als IT-Projekt zu behandeln. Preis- und Bestandsverantwortliche müssen mit am Tisch sitzen.
• Die Datenbereinigung zu überspringen. Schlechte Artikelstammdaten erzeugen schnell schlechte Angebote.
• Fehlerbehandlung zu ignorieren. Stille Fehler sind die teuren.
• Sicherheit zu vergessen. B2B-Datenaustausch umfasst Vertragspreise und Kontodaten. Verschlüsseln Sie ihn und protokollieren Sie den Zugriff.
• Anzunehmen, dass eine Synchronisierung für alle Kanäle passt. Jeder Marktplatz hat seine eigenen Feldregeln.

Fazit

Der schwierige Teil beim Verbinden von ERP mit Marktplatz-Preisgestaltung ist nicht die Leitung. Es geht darum zu entscheiden, wem der Preis gehört, wie oft sich der Bestand ändert und was passiert, wenn eine Synchronisierung fehlschlägt. Wenn diese drei Punkte stimmen, folgt die Technologie.

Häufig gestellte Fragen

Wie synchronisieren Sie Echtzeit-Bestandspreise mit B2B-Marktplätzen?

Sie verbinden Ihr ERP, das Vertragskonditionen und Lagerbestände enthält, über eine API- oder Middleware-Schicht mit dem Marktplatz. Das ERP fungiert als Single Source of Truth und übermittelt Preis- und Verfügbarkeitsaktualisierungen an das Frontend des Marktplatzes, sobald Transaktionen stattfinden. So wird verhindert, dass ein Käufer einen Preis sieht, der nicht mehr mit Ihrem ERP-Datensatz übereinstimmt. Die Synchronisierung in Echtzeit ist vor allem bei kundenspezifischen Preisen und Mengenrabatten wichtig, da ein veralteter Wert ein Angebot oder eine Bestellung zunichtemachen kann.

Welche Risiken bergen manuelle Preisaktualisierungen für veraltete Automatisierungsteile?

Manuelle Aktualisierungen führen zu Verzögerungen und Dateninkonsistenzen. Ein abgekündigtes Siemens- oder Allen-Bradley-Teil kann in mehreren Preislisten gleichzeitig stehen, und eine verspätete Änderung kann einem Kunden ein falsches Angebot senden. Wenn Preise in Tabellenkalkulationen statt im ERP gepflegt werden, geht die Nachverfolgbarkeit verloren, und Sie können nicht mehr abgleichen, was angeboten und was bestellt wurde. Die Automatisierung des Ablaufs eliminiert den manuellen Schritt und hält jeden Kanal mit dem ERP-Datensatz synchron.

Kann man die Neupreisberechnung von Stücklisten mithilfe von ERP-Daten automatisieren?

Ja. Sie exportieren die Stückliste, gleichen jede Position mit den aktuellen ERP-Daten zu Kosten und Verfügbarkeit ab und lassen automatisierte Tools zur Neupreisberechnung von Stücklisten die Gesamtsumme neu berechnen. Das ist nützlich, wenn ein Maschinenbauer ein aktuelles Angebot für eine ältere Baugruppe benötigt und mehrere Positionen veraltet sind. Statt jedes Teil manuell zu bepreisen, markiert das Tool abgekündigte Artikel und berechnet den Rest anhand der ERP-Daten neu, sodass der Käufer schneller einen genauen Wert erhält.

Welche technischen Herausforderungen gibt es beim Verbinden älterer ERPs mit modernen Marktplätzen?

Ältere ERPs verfügen oft nicht über moderne APIs, daher sind Sie auf Middleware oder dateibasierte Datenzuordnung angewiesen, um Preis- und Bestandsdaten zu übertragen. Abweichende Felder, unterschiedliche Einheiten und fehlende Teilenummern verursachen Fehler, die Abgleichsregeln erfordern. Latenz ist ein weiteres Problem: Wenn das ERP den Bestand nur langsam aktualisiert, zeigt der Marktplatz veraltete Verfügbarkeiten an. Wenn Sie vor dem Go-live Fehlerbehandlung und eine klare Datenzuordnungsschicht planen, lassen sich die meisten dieser Probleme vermeiden.

Finden Sie es auf Automa.Net →