GX-Entwicklung

Eine Trennung von Bestellung und Bezahlung könnte auch sinnvoll sein. D.h., Bestellungen werden immer erst einmal erfasst und die Bezahlung erfolgt dann als separater Ablauf. So wäre es z.B. auch möglich, einer Bestellung mehrere Zahlungsvorgänge zuzuordnen.

Desweiteren sollte es Bestell- und Bezahlstatūs geben, die nicht frei konfigurierbar sind, aber dafür klare, definierte Semantik tragen („Bestellung erfasst“, „an Versanddienstleister übergeben“, „vollständig bezahlt“, …) und ausschließlich über ein geeignetes API verändert werden (also nicht direkt in der DB). Das wiederum würde uns die Möglichkeit geben, an Ereignisse wie die Übergabe an den Versanddienstleister weitere Abläufe sauber anzukoppeln, z.B. das Auslösen des Geldeinzugs (Capture).

Alternativ könnte man auch bei frei konfigurierbaren Statūs jedem Status eine klare Semantik zuordnen.

Derzeit wird die Bestellstatushistorie (orders_status_history) tlw. auch als eine Art bestellungsabhängiges Logfile verwendet. Das wäre unter Umständen auch mal überdenkenswert.