Ereignisbasiert statt nächtlicher Abgleich: wie merchantCENTRAL in Echtzeit reagiert

Viele Multi-Channel-Setups arbeiten mit nächtlichen Batch-Läufen: Bestände, Bestellungen und Preise werden einmal pro Tag synchronisiert. Das ist einfach, aber langsam – und in einem wachsenden Marktplatzgeschäft ein Risiko. merchantCENTRAL geht einen anderen Weg und reagiert auf Ereignisse, sobald sie eintreten.

Das Problem mit dem nächtlichen Abgleich

Klassische Integrationen synchronisieren Daten in festen Intervallen, häufig einmal pro Nacht. Dieses Muster stammt aus einer Zeit, in der Rechenleistung knapp und Verkaufskanäle überschaubar waren. Im heutigen Multi-Channel-Geschäft entstehen daraus konkrete Probleme:

• Überverkäufe: Verkauft sich ein Artikel morgens auf Amazon, weiß eBay davon erst nach dem nächsten Batch-Lauf. In der Zwischenzeit kann derselbe Bestand mehrfach verkauft werden.
• Veraltete Bestände: Zwischen zwei Läufen liegen bis zu 24 Stunden, in denen die auf den Marktplätzen angezeigten Mengen nicht der Realität entsprechen.
• Verzögerte Bestellabwicklung: Bestellungen fließen erst mit dem nächsten Import in Business Central ein. Kommissionierung und Versand starten entsprechend später.
• Lastspitzen: Ein einziger großer Lauf verarbeitet die Datenmengen eines ganzen Tages auf einmal – mit entsprechender Belastung für das System.

Was ereignisbasiert bedeutet

merchantCENTRAL arbeitet ereignisbasiert. Das heißt: Statt in starren Intervallen zu prüfen, ob sich etwas geändert hat, reagiert die Plattform auf einzelne Ereignisse, sobald sie auftreten. Ein Ereignis kann zum Beispiel sein:

• ein Wareneingang, der einen Lagerbestand erhöht,
• eine neue Bestellung, die von einem Marktplatz eintrifft,
• eine Preisänderung an einem Artikel,
• ein abgeschlossener Kommissionier- oder Versandvorgang.

Jedes dieser Ereignisse löst genau die Folgeaktionen aus, die dazu gehören – und zwar nur diese. Ändert sich ein Bestand, werden die betroffenen Kanäle aktualisiert. Trifft eine Bestellung ein, wird sie unmittelbar in Business Central als Beleg angelegt. Es gibt keinen Umweg über einen Sammellauf.

Die Vorteile im Betrieb

Der Wechsel von Batch zu Ereignis wirkt sich direkt auf das Tagesgeschäft aus:

• Aktuelle Bestände auf allen Kanälen: Verkäufe und Wareneingänge schlagen sich zeitnah auf allen angebundenen Marktplätzen nieder. Das Risiko von Überverkäufen sinkt deutlich.
• Schnellere Abwicklung: Bestellungen stehen zur Bearbeitung bereit, sobald sie eingehen. Kommissionierung und Versand können sofort beginnen.
• Gleichmäßige Systemlast: Statt einer nächtlichen Lastspitze verteilt sich die Verarbeitung über den Tag. Das schont Ressourcen und macht das Verhalten planbarer.
• Nachvollziehbarkeit: Weil jedes Ereignis für sich verarbeitet wird, lässt sich einzeln nachvollziehen, was wann ausgelöst wurde. Fehler bleiben isoliert und blockieren nicht den gesamten Lauf.

Robuster gegenüber Fehlern

Ein oft übersehener Vorteil: Fällt bei einem nächtlichen Batch ein einzelner Datensatz aus, kann das im ungünstigsten Fall den ganzen Lauf gefährden – und der Fehler fällt erst am nächsten Morgen auf. Bei der ereignisbasierten Verarbeitung wird jedes Ereignis für sich behandelt. Schlägt eines fehl, betrifft das nur diesen Vorgang; er kann gezielt erneut angestoßen werden, während alle anderen Ereignisse weiterlaufen.

Zusammenspiel mit Business Central

Da merchantCENTRAL direkt in Microsoft Dynamics 365 Business Central integriert ist, laufen diese Ereignisse nicht in einem separaten Zwischensystem, sondern in Ihrer bestehenden Umgebung. Bestände, Belege und Artikelstammdaten bleiben an einem Ort. Es gibt keine Insellösung, die im Hintergrund einen eigenen Datenbestand pflegt und regelmäßig gegen Business Central abgleicht.

Fazit

Der nächtliche Abgleich war lange Zeit ein pragmatischer Kompromiss. In einem Geschäft mit mehreren Marktplätzen, Lieferanten und Versanddienstleistern wird die Zeitverzögerung jedoch schnell zum Engpass. Die ereignisbasierte Architektur von merchantCENTRAL sorgt dafür, dass Änderungen dann verarbeitet werden, wenn sie entstehen – für aktuellere Bestände, schnellere Abwicklung und einen ruhigeren Systembetrieb.