„Abgeschlossen“ gibt es nicht mehr: Der Bestellstatus nach dem Shopify-Umstieg
Im alten Shopsystem hat eine Bestellung einen Status. In Shopify hat sie vier — und keiner davon heißt „abgeschlossen“. Warum die Migration nicht an den Daten scheitert, sondern an den Definitionen: welche Kombinationen dabei entstehen, welche sieben Stellen das eine Feld heute lesen, und warum „ausgeführt“ nicht bedeutet, dass das Paket angekommen ist.
Es gibt eine Frage, die in Handelsunternehmen jeden Montagmorgen gestellt wird und die vorher niemand als schwierig empfunden hat: „Wie viele offene Bestellungen haben wir?“
Im alten Shopsystem war das ein Filter. Ein Feld, ein Wert, eine Zahl. Nach dem Umstieg auf Shopify steht dieselbe Frage im Raum, und die ehrliche Antwort lautet: Kommt darauf an, was Sie mit „offen“ meinen. Nicht bezahlt? Nicht kommissioniert? Nicht übergeben? Nicht zugestellt? Nicht abgelegt? Das sind fünf verschiedene Zahlen, und keine von ihnen ist falsch.
Das wirkt zunächst wie eine Verschlechterung. Es ist das Gegenteil — aber es ist eine Umstellung, die niemand im Projektplan stehen hat, weil sie in keinem Datenfeld sichtbar wird. Sie ist eine Definitionsfrage, und Definitionsfragen tauchen in Migrationsplänen fast nie auf.
Ein Feld, das vier Dinge gleichzeitig sagt
Der Grund liegt in der Bauweise des alten Felds. In Shopware, Magento oder einer gewachsenen Warenwirtschaft gibt es einen führenden Bestellstatus mit einer überschaubaren Werteliste. Dieser Status beschreibt aber nicht eine Sache. Er beschreibt vier — Zahlung, Bearbeitung, Transport und Ablage — und presst sie in einen Wert.
Ein Feld, vier Achsen
Der alte Bestellstatus ist kein Zustand, sondern ein Schatten
In Shopware, Magento oder einer gewachsenen Warenwirtschaft hat eine Bestellung einen führenden Status. Dieses eine Feld beschreibt aber nicht eine Sache, sondern presst vier unabhängige Vorgänge in einen Wert: Zahlung, Bearbeitung, Transport und Ablage. Shopify presst nicht. Dort stehen dieselben vier Vorgänge nebeneinander — mit 17 Werten statt 7.
Altsystem — ein Feld
- Offen
Bezahlt oder nicht, angefasst oder nicht — beides steckt drin.
- Zahlung ausstehend
Sagt nichts darüber, ob im Lager schon kommissioniert wird.
- In Bearbeitung
Der einzige Wert, der genau eine Achse beschreibt.
- Teilweise versendet
Versendet heißt hier: übergeben. Oder zugestellt. Je nach Haus.
- Komplett versendet
Dieselbe Unschärfe, nur vollständig.
- Abgeschlossen
Alles gleichzeitig — und deshalb in Shopify ohne Entsprechung.
- Storniert
Überlagert alles andere und löscht die Vorgeschichte aus der Ansicht.
Sieben Werte, in denen vier Vorgänge übereinanderliegen. Welcher Vorgang welchen Wert verursacht hat, steht im Feld nicht mehr drin.
Shopify — vier getrennte Felder
- Zahlungsstatus Ihr Zahlungsanbieter
Was finanziell passiert ist. Läuft unabhängig vom Lager und kann sich noch Wochen nach der Zustellung ändern.
- Ausstehend
- Autorisiert
- Teilweise bezahlt
- Bezahlt
- Erstattet
- Fulfillment-Status Ihr Lager
Wie weit Ihre eigene Auftragsabwicklung gekommen ist. Endet mit der Übergabe an den Versand — nicht mit der Zustellung.
- Nicht ausgeführt
- In Bearbeitung
- Angehalten
- Teilweise ausgeführt
- Ausgeführt
- Zustellstatus Ihr Versanddienstleister
Was nach der Übergabe passiert. Kommt von außen — und nur dann, wenn die Anbindung des Dienstleisters ihn zurückmeldet.
- Unterwegs
- In Zustellung
- Zugestellt
- Zustellversuch
- Bestellstatus Ihre Ablage
Ob der Vorgang auf Ihrem Schreibtisch liegt oder nicht. Eine Ablageentscheidung, kein Zustand der Ware.
- Offen
- Archiviert
- Storniert
Die praktische Folge steht nicht in der Gegenüberstellung, sondern in ihrer Richtung: Aus vier Vorgängen einen Wert zu machen, ist einfach. Aus einem Wert vier zu machen, ist unmöglich — die Information, die dafür nötig wäre, wurde im Altsystem nie getrennt gespeichert. Jede Migration des Bestellstatus ist deshalb eine Entscheidung, keine Übersetzung.
Die Richtung dieser Projektion ist der entscheidende Punkt. Aus vier Vorgängen einen Wert zu bilden, ist trivial: Man legt eine Reihenfolge fest und nimmt den jeweils weitesten erreichten Zustand. Aus einem Wert vier zu machen, ist dagegen nicht schwierig, sondern unmöglich — die Information wurde nie getrennt gespeichert.
Deshalb ist die Migration des Bestellstatus keine Datenaufgabe. Sie ist eine Reihe von Entscheidungen darüber, was die alten Werte eigentlich bedeutet haben. Und diese Entscheidungen kann kein Dienstleister treffen, weil die Antwort nicht im System steht, sondern bei der Person, die die Liste jeden Morgen geöffnet hat.
Zwanzig Kombinationen, wo sieben Werte standen
Sobald zwei Achsen getrennt geführt werden, wächst der Zustandsraum nicht additiv, sondern multiplikativ. Fünf Fulfillment-Werte und vier Zahlungswerte ergeben zwanzig Kombinationen. Nimmt man Zustell- und Bestellstatus dazu, sind es deutlich mehr.
Der Zustandsraum
Zwanzig Kombinationen, wo vorher sieben Werte standen
Zwei getrennte Felder ergeben nicht neun Zustände, sondern zwanzig. Das ist kein Nachteil — getrennte Felder sind präziser als ein vermischtes. Es bedeutet nur, dass jede Arbeitsliste, jede Regel und jeder Bericht, der bisher auf einen Wert gefiltert hat, nach dem Umstieg auf eine Fläche filtern muss. 6 dieser 20 Zellen sind die, in denen es wehtut.
| Fulfillment Zahlung | Ausstehend | Autorisiert | Bezahlt | Erstattet |
|---|---|---|---|---|
| Nicht ausgeführt | Warten auf außen Vorkasse offen | Alltag Neu, startklar | Alltag Wartet aufs Lager | Jemand muss hinsehen Storno ohne Storno |
| In Bearbeitung | Geld oder Ware in Gefahr Pick vor Zahlung | Alltag Regelfall | Alltag Regelfall | Geld oder Ware in Gefahr Rückholung nötig |
| Angehalten | Warten auf außen Doppelte Bremse | Jemand muss hinsehen Autorisierung verfällt | Jemand muss hinsehen Geld liegt, Ware nicht | Alltag Sauber beendet |
| Teilweise ausgeführt | Geld oder Ware in Gefahr Teilware raus, Geld offen | Geld oder Ware in Gefahr Teileinzug nötig | Alltag Regelfall Teillieferung | Jemand muss hinsehen Restposten klären |
| Ausgeführt | Geld oder Ware in Gefahr Ware weg, Geld offen | Geld oder Ware in Gefahr Einzug vergessen | Alltag Fertig — fast | Jemand muss hinsehen Retoure oder Kulanz |
- Alltag 7 von 20
Läuft ohne Zutun durch. Diese Zellen füllen die Bestellübersicht und erzeugen den Eindruck, das System sei übersichtlich.
- Warten auf außen 2 von 20
Nichts zu tun, aber auch nichts zu vergessen — die Bestellung wartet auf eine Zahlung oder eine Freigabe von außerhalb Ihres Hauses.
- Jemand muss hinsehen 5 von 20
Kein Fehler, aber ein offener Vorgang mit Verfallsdatum. Ohne eine Regel, die diese Zellen sichtbar macht, liegen sie unbemerkt.
- Geld oder Ware in Gefahr 6 von 20
Ware ist raus, ohne dass das Geld gesichert ist — oder umgekehrt. Genau diese Kombinationen hatten im alten Statusfeld keinen eigenen Wert.
-
Ausgeführt × Ausstehend
Die teuerste Zelle der Matrix
Die Ware ist beim Versanddienstleister, das Geld ist nicht da. Im Altsystem hieß dieser Vorgang „komplett versendet“ — und der Zahlungsstand lag in einem zweiten Feld, auf das keine Arbeitsliste gefiltert hat. Nach dem Umstieg ist das eine Zelle, auf die sich filtern lässt. Das ist der Gewinn; sie muss nur jemand einmal definieren.
-
Angehalten × Autorisiert
Die Zelle mit der Uhr
Eine Kartenautorisierung hält nicht ewig. Wird eine Bestellung wegen fehlendem Bestand angehalten und liegt sie länger als die Autorisierungsfrist, ist die Zahlung beim späteren Einzug weg — und die Ware ist bereits reserviert. Im Altsystem gab es für „angehalten“ oft gar keinen Wert; die Bestellung lag einfach in „offen“.
-
Teilweise ausgeführt × Autorisiert
Die Zelle, die rechnen muss
Ein Teil der Bestellung ist raus, autorisiert wurde der volle Betrag. Was jetzt eingezogen wird, hängt an Ihrer Zahlungsart und daran, ob Ihr Anbieter Teilbeträge kann. Die Regeln dahinter stehen in Teillieferungen nach dem Shopify-Umstieg.
-
Nicht ausgeführt × Erstattet
Die Zelle ohne Storno
Erstattet, aber nie storniert: Die Bestellung bleibt offen und taucht weiterhin in jeder Lagerliste auf. Passiert regelmäßig, wenn im Support die Erstattung als Abschluss verstanden wird. In Shopify ist die Stornierung ein eigener Vorgang — sie folgt der Erstattung nicht automatisch.
Die Einordnung der Zellen ist Erfahrungswert aus Migrationsprojekten, keine Systematik von Shopify. Das ist der eigentliche Punkt: Shopify bewertet diese Kombinationen nicht. Es zeigt sie nur. Welche Zelle ein Alarm ist und welche Alltag, entscheidet Ihr Haus — und zwar am besten vor dem Go-live, nicht beim ersten Fall.
Aus dieser Fläche folgt eine Arbeitsanweisung, die den meisten Projekten fehlt: Jede Filterregel, die im Altsystem auf einen Wert gezeigt hat, muss nach dem Umstieg auf ein Rechteck zeigen. Das gilt für die Kommissionierliste genauso wie für die Mahnliste und für jede Kennzahl, die irgendwo in einer Tabelle steht.
Der Gewinn dabei ist echt und wird oft übersehen. Die gefährlichen Kombinationen — Ware raus, Geld nicht da — existierten im Altsystem genauso. Sie hatten nur keinen Namen, weil sie in „komplett versendet“ verschwunden sind und der Zahlungsstand in einem zweiten Feld lag, auf das keine Arbeitsliste gefiltert hat. Nach dem Umstieg sind sie sichtbar. Das ist der Fortschritt; er kostet nur einmal die Mühe, sie zu benennen.
Die Übersetzungstabelle, die an zwei Stellen nicht aufgeht
Irgendwann liegt in jedem Projekt eine Gegenüberstellung auf dem Tisch: links der alte Status, rechts der neue. Sie ist der Punkt, an dem die Sache üblicherweise für erledigt erklärt wird.
Die Übersetzung
Sieben Werte, eine saubere Zeile
Irgendwann liegt in jedem Projekt eine Tabelle auf dem Tisch: links der alte Status, rechts der neue. Sie geht an genau 2 von 7 Stellen glatt auf. Bei den übrigen stellt sich heraus, dass der neue Zustand Informationen braucht, die im alten Feld nie getrennt gespeichert wurden — und dass zwei alte Werte in Shopify schlicht keine Entsprechung haben.
-
Altsystem
Offen
Shopify
- Bestellung Offen
- Fulfillment Nicht ausgeführt
- Zahlung ?
Fallstrick Der Zahlungsstand steckt im alten Wert nicht drin und muss aus einem zweiten Feld oder aus den Zahlungsbelegen rekonstruiert werden. Wird er auf „bezahlt“ voreingestellt, weil das der häufigste Fall ist, verschwinden die offenen Forderungen aus jeder Liste.
-
Altsystem
Zahlung ausstehend
Shopify
- Zahlung Ausstehend
- Fulfillment Nicht ausgeführt
Fallstrick Sauber übersetzbar — solange im Altsystem nicht bereits kommissioniert wurde. Häuser mit Rechnungskauf picken oft vor Zahlungseingang; dann ist „nicht ausgeführt“ falsch und das Lager findet die Bestellung am Montag nicht wieder.
-
Altsystem
In Bearbeitung
Shopify
- Fulfillment In Bearbeitung
Fallstrick Die einzige Zeile, die eins zu eins passt. Sie ist gleichzeitig die, die am seltensten gepflegt war — in vielen Altsystemen springt der Status direkt von „offen“ auf „versendet“, und „in Bearbeitung“ steht nie drin.
-
Altsystem
Teilweise versendet
Shopify
- Fulfillment Teilweise ausgeführt
- Zustellung je Sendung
Fallstrick In Shopify hängt der Zustellstatus nicht an der Bestellung, sondern an der einzelnen Sendung. Eine Bestellung mit zwei Paketen hat zwei Zustellstatus und keinen gemeinsamen. Jede Automatisierung, die auf „die Bestellung ist zugestellt“ wartet, muss umgebaut werden.
-
Altsystem
Komplett versendet
Shopify
- Fulfillment Ausgeführt
Fallstrick Der Wert wandert korrekt, seine Bedeutung nicht. „Versendet“ war im Altsystem vielerorts der Endzustand und hat damit implizit „angekommen und bezahlt“ mitgemeint. In Shopify ist es der Moment der Übergabe an den Versand, mehr nicht.
-
Altsystem
Abgeschlossen
Shopify
Keine Entsprechung
Fallstrick Es gibt kein Feld dafür. „Abgeschlossen“ war die Aussage, dass gleichzeitig bezahlt, versendet, zugestellt und nichts mehr offen ist — vier Achsen in einem Wort. Das nächstliegende Ziel ist „archiviert“, aber das ist eine Ablageentscheidung und sagt über Geld und Ware nichts aus. Wer darauf mappt, hat danach eine Kennzahl, die aussieht wie vorher und etwas anderes misst.
-
Altsystem
Storniert
Shopify
- Bestellung Storniert
- Zahlung Erstattet — oder nicht
Fallstrick Stornierung und Erstattung sind in Shopify zwei Vorgänge. Eine stornierte Bestellung kann bezahlt bleiben, eine erstattete kann offen bleiben. Im alten Feld war beides derselbe Wert — und deshalb fehlt bei der Migration genau die Information, welche der beiden Hälften tatsächlich passiert ist.
Die beiden hervorgehobenen Zeilen sind die, die in Projekten Geld kosten — nicht am Go-live-Tag, sondern drei Monate später. Ein Wert ohne Entsprechung wird fast immer auf das nächstbeste Feld gemappt, weil die Alternative unbequem ist: nachzufragen, was er eigentlich bedeutet hat. Die Antwort darauf ist selten technisch. Sie steht bei der Person, die die Liste jeden Morgen öffnet.
Die beiden Zeilen ohne saubere Entsprechung verdienen eine gesonderte Bemerkung, weil sie in der Praxis am teuersten sind.
„Abgeschlossen“ existiert in Shopify nicht. Und zwar nicht, weil das Feld fehlt, sondern weil der Begriff vier Aussagen gleichzeitig macht: bezahlt, ausgeführt, zugestellt, nichts mehr offen. Das nächstliegende Ziel ist „archiviert“ — aber das ist eine Ablageentscheidung und sagt über Geld und Ware nichts aus. Eine Bestellung lässt sich archivieren, während sie unbezahlt und unversendet ist. Wer die alte Kennzahl auf dieses Feld umlegt, bekommt eine Zahl, die aussieht wie vorher und etwas völlig anderes misst.
„Storniert“ ist in Shopify kein Fulfillment-Status, sondern eine Aussage über den Vorgang. Stornierung und Erstattung sind zwei getrennte Handlungen. Eine stornierte Bestellung kann bezahlt bleiben, eine erstattete kann offen bleiben. Im alten Feld war beides derselbe Wert — und genau deshalb fehlt bei der Migration die Information, welche der beiden Hälften tatsächlich stattgefunden hat. Diese Lücke lässt sich nicht aus den Bestelldaten füllen, sondern nur aus den Zahlungsbelegen.
„Ausgeführt“ ist ein Ort, kein Zeitpunkt
Der dritte Bruch hat mit Daten gar nichts zu tun, sondern mit Sprache. In vielen Altsystemen war „versendet“ der letzte relevante Zustand, und über die Jahre hat er die Bedeutung „der Kunde hat es“ angenommen — obwohl er technisch nie mehr gesagt hat als „wir haben es weggegeben“.
Die Zuständigkeitsgrenze
„Ausgeführt“ heißt übergeben, nicht angekommen
Im Altsystem lag ein Feld über die ganze Strecke — vom Bestelleingang bis zur Haustür. In Shopify läuft mitten durch diese Strecke eine Grenze. Links davon entstehen Ihre Daten. Rechts davon entstehen fremde, die Sie nur bekommen, wenn jemand sie zurückmeldet.
-
„Ausgeführt“ ist keine Zustellbestätigung
Der Fulfillment-Status endet mit der Übergabe an den Versand. Jede Nachricht, jede Kennzahl und jede Automatisierung, die im Altsystem an „versendet“ hing und „der Kunde hat es“ gemeint hat, hängt nach dem Umstieg am falschen Ereignis — und feuert im Zweifel drei Tage zu früh.
-
Rechts der Grenze entstehen keine eigenen Daten
Zustellstatus kommen vom Versanddienstleister zurück, und nur bei unterstützten Anbindungen. In DACH ist das der Punkt, an dem eine Migration still scheitert: Die Tracking-Nummer wandert, der Status nicht. Wer auf „zugestellt“ automatisiert, wartet dann auf ein Ereignis, das nie eintrifft.
-
Die Grenze verläuft je Sendung, nicht je Bestellung
Sobald eine Bestellung in zwei Pakete zerfällt, gibt es zwei Übergaben, zwei Tracking-Nummern und zwei Zustellverläufe — aber weiterhin eine Bestellung. Einen gemeinsamen Zustellstatus für die Bestellung gibt es nicht, und er lässt sich auch nicht sinnvoll bilden.
Praktisch folgt daraus ein Punkt, der in DACH-Projekten regelmäßig unterschätzt wird: Rechts der Grenze entstehen keine Daten, die Ihnen gehören. Ob eine Sendung als „zugestellt“ zurückgemeldet wird, hängt an der Anbindung des Versanddienstleisters. Läuft die Anbindung über eine Versand-App, die zwar die Tracking-Nummer schreibt, aber keine Zustellereignisse zurückspielt, steht dort dauerhaft nichts. Jede Automatisierung, die auf „zugestellt“ wartet — die Bewertungsanfrage, der Beginn der Rückgabefrist, die Schlussrechnung — wartet dann auf ein Ereignis, das nie eintrifft.
Das ist prüfbar, bevor umgeschaltet wird, und der Test dauert zehn Minuten: eine Testbestellung durchschieben und nachsehen, ob am Ende ein Zustellstatus steht. Wenn nicht, ist das kein Fehler, sondern eine Eigenschaft der gewählten Anbindung — man muss nur wissen, dass man auf etwas anderes automatisieren muss.
Die zweite Konsequenz betrifft Bestellungen mit mehreren Paketen. Sobald eine Bestellung in zwei Sendungen zerfällt, gibt es zwei Übergaben, zwei Tracking-Nummern und zwei Zustellverläufe — aber weiterhin eine Bestellung. Einen gemeinsamen Zustellstatus für die Bestellung gibt es nicht, und er ließe sich auch nicht sinnvoll bilden. Was das für Kommunikation, Rechnungsstellung und Retouren bedeutet, steht ausführlich in Teillieferungen nach dem Shopify-Umstieg.
Die eigentliche Arbeit liegt nicht im Shop
Bis hierher klingt alles nach einer Aufgabe für das Migrationsteam. Sie ist es nicht — jedenfalls nicht überwiegend. Das alte Statusfeld wurde nämlich nicht nur im Backend angesehen. Es wurde gelesen, und zwar von Stellen, die meist außerhalb des Shopsystems sitzen.
Wer den Status liest
Das Feld steht im Shop. Gelesen wird es woanders
Der Bestellstatus ist kein Anzeigeelement, sondern eine Schnittstelle. 7 Stellen lesen ihn, verteilt auf 7 Zuständige, von denen die meisten nicht im Shop-Projekt sitzen. 3 davon melden sich, wenn die Umstellung nicht stimmt. Die anderen 4 nicht.
3
scheitern laut
Der Fehler zeigt sich am selben Tag: ein Prozess bricht ab, eine Meldung läuft in eine Frist, ein Kunde bekommt zwei Mails. Unangenehm, aber selbstmeldend — und deshalb die harmlosere Hälfte.
4
scheitern leise
Nichts bricht. Eine Liste ist unvollständig, eine Kennzahl misst etwas anderes als vorher, eine Auskunft dauert länger. Fällt Wochen später auf, und dann stellt niemand mehr den Zusammenhang zur Migration her.
- Warenwirtschaft oder ERP ERP-Partner laut
Liest heute
Ein Statuswert löst den Warenausgang aus.
Muss danach lesen
Fulfillment-Status je Sendung, Zahlungsstatus getrennt — bei Teillieferungen mehrere Auslöser pro Bestellung.
Auffällig wird es In der ersten Woche, spätestens beim ersten Zweipaket-Auftrag.
- Marktplatz-Anbindungen Channel-Partner laut
Liest heute
Versandmeldung beim Umspringen des Status.
Muss danach lesen
Versandmeldung beim Fulfillment-Ereignis, inklusive Tracking-Nummer und Versanddienstleister je Sendung.
Auffällig wird es Innerhalb der Meldefrist des Marktplatzes — dort hängen Kontokennzahlen dran.
- Kunden-E-Mails Marketing laut
Liest heute
Eine Mail bei „versendet“, eine bei „abgeschlossen“.
Muss danach lesen
Shopify verschickt je Sendung eine Versandbestätigung. Eine Zustellbenachrichtigung gibt es nur, wenn der Dienstleister zurückmeldet.
Auffällig wird es Beim ersten Kunden, der zwei Mails für eine Bestellung bekommt.
- Kennzahl „offene Bestellungen“ Controlling leise
Liest heute
Alles, was nicht „abgeschlossen“ ist.
Muss danach lesen
Es gibt kein „abgeschlossen“. Die Kennzahl muss neu definiert werden — aus Fulfillment, Zahlung und Ablage.
Auffällig wird es Im ersten Monatsbericht. Die Zahl sieht plausibel aus und misst etwas anderes.
- Kommissionierliste im Lager Logistik leise
Liest heute
Filter auf einen Wert, meist „offen“.
Muss danach lesen
Filter auf Fulfillment „nicht ausgeführt“ — plus die Entscheidung, ob unbezahlte Bestellungen mitkommen.
Auffällig wird es Wenn zum ersten Mal Ware zu einer Bestellung rausgeht, die nie bezahlt wurde.
- Sendungsverfolgung im Kundenkonto Frontend leise
Liest heute
Ein Fortschrittsbalken über einen Wert.
Muss danach lesen
Ein Verlauf je Sendung. Für die Bestellung als Ganzes gibt es keinen gemeinsamen Stand mehr.
Auffällig wird es Über die Support-Anfragen — nicht über eine Fehlermeldung.
- Auskunft im Kundenservice Service-Team leise
Liest heute
Ein Blick, ein Wert, eine Antwort.
Muss danach lesen
Vier Felder, die zusammen gelesen werden müssen — und eine Sprachregelung, was dem Kunden gesagt wird.
Auffällig wird es Gar nicht. Es wird einfach langsamer, und niemand meldet das als Fehler.
Die Aufstellung ist auch eine Aufwandsschätzung, nur an einer ungewohnten Stelle: Der Umbau am Shop ist in Tagen erledigt, der Umbau bei den Lesern in Wochen — und er verteilt sich auf Zuständige, die im Migrationsplan oft gar nicht auftauchen. Wer diese Liste vor dem Go-live einmal durchgeht und je Zeile einen Namen einträgt, hat den größeren Teil der Arbeit schon organisiert.
Die Unterscheidung zwischen lautem und leisem Scheitern ist dabei die praktisch wichtigste Sortierung dieses Artikels. Die lauten Fälle sind unangenehm, aber sie melden sich selbst: Ein Prozess bricht ab, eine Marktplatzfrist läuft, ein Kunde bekommt zwei Mails statt einer. Sie werden in den ersten zwei Wochen gefunden und behoben, weil es niemand aushalten kann, sie liegen zu lassen.
Die leisen Fälle werden nicht gefunden. Eine Kommissionierliste, die stille Annahmen über den Zahlungsstand macht, sieht aus wie eine Kommissionierliste. Eine Kennzahl „offene Bestellungen“, die jetzt auf „nicht archiviert“ filtert, liefert weiterhin eine Zahl. Und die Auskunft im Kundenservice dauert nicht auf einmal doppelt so lange, sondern ein bisschen — pro Fall, über Monate. Keiner dieser drei Punkte erzeugt ein Ticket.
Deshalb gehört diese Liste nicht in die Nachbereitung, sondern in die Vorbereitung, und zwar mit einem Namen je Zeile. Der Aufwand dafür liegt bei einem Termin. Wie sich solche Schnittstellen grundsätzlich ordnen lassen, steht in ERP-Shopify-Integration: fünf Architektur-Muster und in Digitales Ökosystem beim Umstieg.
Was Shopify dafür mitbringt — und was nicht
Zur Werkzeugfrage lässt sich vergleichsweise kurz etwas sagen, weil sie kleiner ist, als sie im Projekt behandelt wird.
| Werkzeug | Löst | Blinder Fleck |
|---|---|---|
| Gespeicherte Ansichten im Admin | Die zwanzig Kombinationen werden zu benannten Arbeitslisten, auf die sich filtern lässt | Sie werden einmal angelegt und nie wieder überprüft — veraltete Ansichten fallen nicht auf |
| Shopify Flow | Regeln auf Statusänderungen: markieren, benachrichtigen, anhalten, weiterreichen | Reagiert auf Ereignisse, nicht auf Zustände. Eine Bestellung, die einfach liegen bleibt, löst nichts aus |
| Automatisches Fulfillment | Digitale und lagerlose Artikel springen ohne Zutun auf „ausgeführt“ | Gilt auch dann, wenn die Zahlung noch offen ist — die Voreinstellung gehört geprüft |
| Fulfillment-Dienste per App | Lager oder Dienstleister setzen den Status selbst, inklusive Tracking | Benutzerdefinierte Dienste melden nicht automatisch zurück; dort bleibt der Status stehen |
| Webhooks und Admin-API | Jede Statusänderung lässt sich an ERP, Marktplatz oder Data Warehouse weiterreichen | Liefert Ereignisse, keine Bedeutung. Was „offen“ heißt, muss weiterhin jemand definieren |
| Bestellberichte im Admin | Auswertungen über Zahlungs- und Fulfillment-Status ohne eigenes Werkzeug | Kennt nur Shopify — Retouren aus einem externen Portal und Zahlungen außerhalb fehlen |
Der entscheidende Punkt steht in keiner Spalte: Shopify bewertet die Kombinationen nicht. Es zeigt sie. Welche Zelle ein Alarm ist und welche Alltag, ist eine Festlegung Ihres Hauses — und sie ist nach dem Go-live genauso möglich wie davor, nur teurer.
Checkliste
Bestellstatus beim Umstieg: dreizehn Punkte
Die ersten vier Punkte sind Definitionsarbeit und brauchen keine Technik — sie gehören in die Wochen vor dem Go-live. Die Punkte fünf bis neun sind Konfiguration, der Rest ist Prüfung in der ersten Woche danach. Ihre Häkchen bleiben in diesem Browser gespeichert.
0 von 13 erledigt
Was für Ihre Ausgangslage sinnvoll ist
| Ihre Situation | Der nächste Schritt |
|---|---|
| Migration ist beschlossen, Konzept läuft noch | Eine Stunde mit der Person, die die Bestellliste täglich öffnet. Was bedeutet jeder Wert wirklich? Das ist die günstigste Stunde des ganzen Projekts |
| Warenwirtschaft hängt am Statusfeld | Früh klären, ob Ihr ERP-Partner Fulfillment je Sendung verarbeitet. Bestellungen mit zwei Paketen sind der Testfall, nicht die Ausnahme |
| Sie verkaufen zusätzlich über Marktplätze | Versandmeldefristen der Kanäle vor den Go-live ziehen. Dort hängen Kontokennzahlen dran, und die Frist läuft unabhängig von Ihrem Projektstand |
| Rechnungskauf oder Vorkasse sind relevant | Die Zelle „ausgeführt und unbezahlt“ als Ansicht anlegen, bevor sie zum ersten Mal auftritt. Im Altsystem war sie unsichtbar, jetzt ist sie filterbar |
| Ihre Kennzahlen gehen an die Geschäftsführung | „Offene Bestellungen“ neu definieren und den Bruch im Bericht einmal ausweisen. Sonst wird der Sprung später als Geschäftsentwicklung gelesen |
| Automatisierungen hängen an „zugestellt“ | Testbestellung durchschieben und nachsehen, ob der Status kommt. Falls nicht: auf das Fulfillment-Ereignis plus Frist umstellen |
| Sie liefern regelmäßig in mehreren Paketen | Den ganzen Weg einmal mit zwei Sendungen durchspielen — Mail, Kundenkonto, ERP, Retoure. Hier fällt am meisten auf |
| Der Umstieg liegt hinter Ihnen, es „fühlt sich unrund an“ | Die sieben Leser einzeln durchgehen. Die lauten Fehler sind längst behoben; was bleibt, sind die leisen |
| Der Kundenservice arbeitet spürbar langsamer | Eine Sprachregelung je Kombination aufschreiben. Das Problem ist selten das System, sondern dass vier Felder ohne Regel gelesen werden |
| Abo-Bestellungen sind im Spiel | Jede Lieferung erzeugt eigene Vorgänge. Die Statuslogik gehört zusammen mit dem Abo-Modell gedacht: Abo-Commerce beim Plattformwechsel |
| Filialen liefern oder geben aus | Abholung und Filialversand sind eigene Fulfillment-Wege mit eigenen Zuständen: Kasse und Onlineshop beim Umstieg |
| Die Migration steht erst noch bevor | Drei Positionen in den Projektplan: Bedeutungsklärung, Definition der Kennzahlen, Abnahme mit einer Zweipaket-Bestellung |
Was Sie aus diesem Artikel mitnehmen sollten
Der Bestellstatus ist das unscheinbarste Feld einer Migration und eines der wenigen, das nicht durch Prüfung der Daten richtig wird.
Ein Feld wird zu vier, und die Richtung ist nicht umkehrbar. Der alte Wert ist die Projektion von Zahlung, Bearbeitung, Transport und Ablage auf eine Zeile. Was in ihm steckte, weiß das System nicht mehr — das weiß nur, wer damit gearbeitet hat. Deshalb ist die Statusmigration eine Reihe von Entscheidungen und keine Zuordnungstabelle.
Die gefährlichen Zustände sind nicht neu, sie werden nur sichtbar. Ware raus und Geld offen gab es vorher genauso; es hatte bloß keinen Namen. Der Umstieg ist die Gelegenheit, diesen Zuständen einmal einen Filter zu geben. Wer sie benennt, gewinnt eine Kontrolle dazu, die vorher nicht existiert hat.
Die Arbeit liegt bei den Lesern, nicht im Shop. Sieben Stellen lesen das Feld, verteilt über ERP, Marktplätze, Marketing, Controlling, Lager, Frontend und Service. Drei davon melden sich, wenn etwas nicht stimmt. Vier nicht — und genau die gehören vor den Go-live, weil sie danach niemand mehr mit der Migration in Verbindung bringt.
Wenn Sie vor einem Wechsel stehen und wissen möchten, welche Ihrer Statuswerte tatsächlich mehrdeutig sind — oder wenn der Umstieg hinter Ihnen liegt und die Zahlen sich nicht mehr wie vorher anfühlen: Lassen Sie uns sprechen. Wie wir Migrationen aufsetzen, steht auf Shopsystem-Migration; die systemspezifischen Fälle auf Shopware zu Shopify und Magento zu Shopify. Welche Risiken in solchen Projekten tatsächlich eintreten, haben wir in Risikomanagement beim Plattformwechsel zusammengetragen.
