Projekt

Allgemein

Profil

Aktionen

GX-Feature #39636

offen

Getrennte Erfassung von Bestell- und Zahlungsstatus von Bestellungen. Entwurf eines Workflows hinter Bestellzuständen.

Von Wilken Haase vor mehr als 10 Jahren hinzugefügt. Vor etwa 3 Jahren aktualisiert.

Status:
Anerkannt
Priorität:
Normal
Zugewiesen an:
-
Kategorie:
Checkout
Zielversion:
-
% erledigt:

0%

Geschätzter Aufwand:
Steps to reproduce:
Betroffene Versionen:
Release Notes Langtext:

Beschreibung

Die nicht getrennte Erfassbarkeit von Bestell und Zahlungsstatus, und das völlig schemafreie Textfeld für den Status einer Bestellung verursacht Probleme wie zb:

  • Abgebrochene Bestellungen sind nicht von Betsllungen mit asynchroner zahlung zu unterscheiden und müssen darum gespeichert werden. Der Shopbetreiber muss diese regelmässig von Hand löschen um den Lagerbestand zu korrigieren.
  • Module haben jeweils eigene Interpretationen davon was welcher Freitext im Statusfeld bedeutet und lösen abhängig Aktionen aus. Je mehr Module hier etwas versuchen zu vermerken, desto mehr obskure Probleme entstehen.

Aktionen #1

Von Marco Bruchmann vor mehr als 10 Jahren aktualisiert

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.

Aktionen #2

Von Nonito Capuno vor mehr als 10 Jahren aktualisiert

  • Status wurde von Gemeldet zu Anerkannt geändert
Aktionen #3

Von Nonito Capuno vor mehr als 10 Jahren aktualisiert

  • Kategorie wurde auf Checkout gesetzt
Aktionen #4

Von Till Tepelmann vor etwa 8 Jahren aktualisiert

  • Zielversion wurde auf 58 gesetzt
Aktionen #5

Von Moritz Bunjes vor etwa 3 Jahren aktualisiert

  • Zielversion 58 wurde gelöscht
Aktionen

Auch abrufbar als: Atom PDF