Integrator wechseln, ohne den Verkauf zu stoppen

Wovor man bei einer Migration Angst hat

Die meisten Unternehmen, die einen Integratorwechsel erwägen, sorgen sich um dieselben vier Dinge: stoppender Verkauf, falscher Bestand, verlorene Daten und zwei Systeme, die gleichzeitig an dieselbe Stelle schreiben.

Diese Ängste sind berechtigt. Bei einer schlecht geplanten Migration schließt eine Kanalverbindung für einen Tag und Angebote fallen weg; zwei Systeme senden verschiedene Bestandszahlen, sodass dieselbe Einheit zweimal verkauft wird oder der Kanal null zeigt, während die Ware im Regal liegt; alte Bestellungen und Retouren bleiben im alten Panel, und der Abgleich wird unmöglich; am schlimmsten: Die beiden Systeme überschreiben sich gegenseitig, und niemand weiß, welcher Preis richtig ist.

Wir planen die Migration so, dass diese vier Punkte nacheinander geschlossen werden. Jeder Abschnitt unten beantwortet einen davon.

Damit der Verkauf nicht stoppt: Parallelbetrieb

Eine Migration ist kein Knopf, der um Mitternacht gedrückt wird. Ihr heutiges System läuft weiter, während Bulutegra daneben installiert wird und im Schattenmodus startet: Es liest Kanäle, Bestellungen und Bestand und schreibt nirgendwo.

Diese Phase dauert in der Regel ein bis zwei Wochen. Währenddessen werden beide Zahlenreihen verglichen: der auf dem Kanal gezeigte Bestand gegen den von Bulutegra berechneten, Bestellzahlen, Preise, Retouren. Jede abweichende Zeile wird geöffnet; meist führt sie auf die Produktzuordnung oder eine Altregel der alten Einrichtung zurück und wird vor der Umstellung behoben.

Am Ende des Schattenmodus halten Sie eine verglichene Tabelle in der Hand, keine Annahme. Die Umstellungsentscheidung fällt mit Blick auf diese Tabelle.

Damit der Bestand sauber bleibt: das Zuständigkeitsflag

Der riskanteste Moment jeder Migration ist, wenn beide Systeme auf dasselbe Produkt schreiben wollen. Bulutegra verhindert das mit einem Zuständigkeitsflag: Für jedes Produkt-Kanal-Paar ist markiert, wer diesen Kanal verwaltet — Bulutegra oder das externe System.

Solange das Flag beim externen System liegt, schreibt Bulutegra weder Bestand noch Preis auf dieses Produkt; es liest und berichtet nur. Wandert das Flag zu Bulutegra, gehört die Schreibberechtigung einer Seite. Zu keinem Zeitpunkt schreiben zwei Systeme auf dasselbe Feld, sodass die Frage, welches recht hat, nie aufkommt.

Da das Flag auf Produktebene arbeitet, können Sie mit einer Produktgruppe statt eines ganzen Kanals beginnen. Eine Kategorie kann zuerst übergeben, eine Woche beobachtet und der Rest danach übernommen werden.

Umstellung Kanal für Kanal — und Zurückrollen

Die Umstellung erfolgt nacheinander. Sie beginnt meist mit einem umsatzschwachen Kanal; Bestellungen, Bestandsbewegungen und Preise werden einige Tage beobachtet; sieht nichts falsch aus, folgt der nächste Kanal. Der stärkste Kanal kommt zuletzt, und in Kampagnenwochen wird nicht umgestellt.

Jeder Schritt behält einen Rückweg. Verhält sich ein Kanal unerwartet, wird das Zuständigkeitsflag zurückgegeben, der Kanal kehrt zu seiner vorherigen Regelung zurück, und Bulutegra ist dort wieder nur lesend. Die ganze Migration muss dafür nicht abgebrochen werden; nur dieser eine Kanal wird zurückgerollt.

Deshalb raten wir davon ab, Ihr aktuelles Integrator-Abonnement am ersten Tag zu kündigen. Es erst zu beenden, wenn jeder Kanal übergeben ist und einige Wochen sauber läuft, ist ein paar Wochen Doppelabonnement wert.

Datenmigration: Was mitkommt und was nicht

Was mitkommen kann, ist klar. Produktzuordnungen — welche SKU welchem Angebot auf welchem Kanal entspricht — werden direkt übertragen, wenn sie exportierbar sind, und sonst aus SKU und Barcode neu aufgebaut. Alte Bestellungen und Retouren werden so weit zurück nach Bulutegra geholt, wie die Kanal-APIs es erlauben, damit Abgleich und Berichte nicht mit einer leeren Tabelle beginnen.

Seien wir ehrlich, was nicht mitkommt. Interne Datensätze Ihres heutigen Systems, panelspezifische Labels, Notizen, Benutzeraktivität und die Berichtshistorie seiner eigenen Bildschirme erreichen uns nicht; sie bleiben in der Datenbank dieses Systems. Bestellungen, die älter als das Rückblickslimit der Kanal-API sind, können ebenfalls nicht geholt werden. Von Hand im alten Panel erfasste Datensätze ohne Gegenstück auf einem Kanal migrieren nicht automatisch.

Deshalb empfehlen wir, vor der Migration eigene Exporte aus dem alten Panel zu ziehen. Was mitkommt und was nicht, teilen wir Punkt für Punkt und schriftlich im Planungsgespräch mit, damit die Überraschung am Anfang kommt und nicht auf halbem Weg.

Was sich nach der Migration ändert

Sind die Kanäle übergeben, laufen Bestellungen, Bestand, Preise, Retouren und Abrechnungen aus einem Panel. 24 Marktplätze, 6 E-Commerce-Plattformen, 4 ERP-Systeme und 10 Versanddienstleister, insgesamt 47 Integrationen, werden vom selben Ort verwaltet.

Bestellungen werden mit Kunde, Positionen, Versanddienstleister und Zahlungsdaten in Ihr ERP geschrieben; Rechnung und Versand laufen in Ihrer Routine weiter. Die Kanalüberwachung läuft ununterbrochen, und ein verstummter Kanal löst eine Warnung aus. Die Abrechnungs- und Abgleichseite zeigt fehlende Abrechnungen und Retouren ohne erstattete Provision separat.

Wenn Sie tiefer einsteigen möchten

Wenn Sie den Wechsel im Detail planen wollen, gehen zwei Beiträge tiefer: zehn Fragen, die Sie vor einem Integratorwechsel stellen solltenEN und Parallelbetrieb, damit der Verkauf nicht stehen bleibtEN.