Shop-System mit automatisierter Bestellabwicklung statt Bestellungen per Nachricht.
Kein öffentlicher Zugang — der Shop läuft im Betrieb des Anbieters.
Snapshot
Alleinentwickler
category
status
stack
features
Bestellungen liefen manuell über Nachrichten und Tabellen.
Shop mit Produkt- und Kundenverwaltung, automatisierter Bestellabwicklung sowie Zahlungs- und Versandanbindung.
Die Fehlerquellen lagen in den Zahlungs- und Versandstatus, nicht im Bestellvorgang selbst.
Online-Shop mit Produkt- und Kundenverwaltung. Bestellungen laufen vom Eingang bis zum Versandstatus automatisch durch, Zahlungs- und Versanddienstleister sind angebunden. Auswertungen zu Umsatz und Bestellhäufigkeit dienen der Sortimentsplanung.
Der Kern ist die Bestellung als Zustandsmaschine. Eine Bestellung ist kein Datensatz, der irgendwann als erledigt markiert wird, sondern durchläuft feste Zustände: eingegangen, bezahlt, kommissioniert, versandt, zugestellt — und daneben die unbequemen Zweige: Zahlung fehlgeschlagen, Zahlung nachträglich eingegangen, Stornierung, Rücksendung.
Zahlung und Versand hängen als externe Dienste daran. Beide melden asynchron zurück: Der Zahlungsdienst sagt später, ob das Geld angekommen ist, der Versanddienstleister später, wo das Paket ist. Der Shop führt deshalb je Bestellung zwei zusätzliche Zustände, die nicht seine eigenen sind — und muss damit umgehen, dass sie verspätet, mehrfach oder gar nicht eintreffen.
Darunter liegen Produkt- und Kundenverwaltung sowie die Auswertung zu Umsatz und Bestellhäufigkeit, die der Sortimentsplanung dient. Die Auswertung liest aus denselben Bestelldaten — es gibt keine zweite Tabelle, die jemand pflegen müsste.
Feste Zustände vom Eingang bis zum Versandstatus, inklusive der Zweige für fehlgeschlagene Zahlung, Stornierung und Rücksendung.
Sortiment, Preise und Kundenstamm als Grundlage für Bestellung und Auswertung.
Externer Zahlungsdienst, der asynchron zurückmeldet. Die Bestellung gilt erst als bezahlt, wenn diese Meldung da ist.
Übergabe an den Versanddienstleister und Rücklauf des Sendungsstatus in die Bestellung.
Umsatz und Bestellhäufigkeit direkt aus den Bestelldaten — Grundlage für die Sortimentsplanung.
Der Weg vom Warenkorb zur Bestellung war schnell stabil. Was immer wieder brach, waren die Status von außerhalb: Zahlungsmeldungen, die zweimal kamen, Versandstatus, die gar nicht kamen, und Bestellungen, die dazwischen hängen blieben.
Beide Fremdstatus als eigene Felder mit eigenem Verlauf führen, statt sie in den Bestellstatus zu mischen. Eingehende Meldungen werden idempotent verarbeitet — dieselbe Meldung zweimal ändert nichts. Bestellungen ohne Rückmeldung fallen auf, statt still liegen zu bleiben.
Vorher liefen Bestellungen über Nachrichten und Tabellen. Jede Bestellung war Handarbeit, und was tatsächlich verkauft wurde, ließ sich nur durch Nachzählen beantworten.
Ein durchgehender Ablauf mit festen Zuständen, an dem Zahlung und Versand hängen. Die Auswertung liest aus denselben Daten — damit beantwortet sich die Sortimentsfrage nebenbei, statt eine eigene Aufgabe zu sein.
Objekt-relationale Open-Source-Datenbank mit JSONB, FTS und reicher Erweiterbarkeit.
databaseProjektabhängigkeit
Projektabhängigkeit
Projektabhängigkeit
Projektabhängigkeit