Bearbeitungsfunktion für Bestellungen

Derzeit unterstützt Magento das Ändern einer Bestellung nur in Form einer Nachbestellung, was möglicherweise auf einen komplexen Bestellvorgang und die Datenbankstruktur zurückzuführen ist. Oft ist eine Nachbestellung jedoch nicht möglich, wenn die Kreditkartendaten des Kunden nicht gespeichert sind oder nicht belastet oder erstattet werden können

Ich bin gespannt auf die Entscheidung, die Bestellung nicht bearbeitbar zu machen, um Artikel hinzuzufügen oder zu entfernen, deren Menge zu ändern, Rabatte zu gewähren usw.

Ich würde auch gerne etwas über die Erweiterungen erfahren, die das Fehlen der Funktion umgehen. Die, die ich ausprobiert habe, z. B. True Edit Orders, war etwas eigenartig, wenn es um konfigurierbare Produkte ging.

Die Antwort liegt in Ihrer Frage, und ich glaube, dass dies in Magento und in vielen anderen E-Commerce- und Buchhaltungssoftware-Fällen der Fall ist, in denen das "Bestelldokument" Abhängigkeiten aufweist.

In Handel und Buchhaltung ist das Bearbeiten normalerweise keine Möglichkeit, Dinge zu tun, und um einen Bearbeitungseffekt zu erzielen, werden Guthaben- oder Lastschriften auf bestimmten Konten geändert, indem neue Zeilen hinzugefügt werden, die Werte hinzufügen oder abziehen. Es ist kein Fehler, und es ist eine Funktion, bei der das Ergebnis anhand von Aktionen berechnet wird, nicht anhand der Anzahl der Aktionen, die erforderlich sind, um ein bestimmtes Ergebnis zu erzielen. Jede Änderung ist eine Aktion, die gespeichert werden muss, damit der Saldo berechnet, archiviert und berechnet oder immer wieder angezeigt werden kann.

Daher kann die Bestellung in Magento insgesamt nicht bearbeitet werden, da sie nicht benötigt wird, obwohl sie auf den ersten Blick für fast alle Händler seltsam und unnötig erscheint. Die Tatsache, dass die Wartung Ihres E-Stores erschwert wird, ist nur ein Nebeneffekt der ordnungsgemäßen Ausführung.

Wenn Sie dann noch weiter überlegen, auch wenn Sie alle Bestellungsgeschwister (Adressen, Artikel, Versand- und Zahlungsmethoden, Anwendung der Rabatte) ändern, werden die gleichen Probleme auftreten, wenn sich die Gesamtsummen aufgrund dieser Änderungen ändern. Sie können immer noch keine Zahlungen erfassen, wenn Sie nicht über die CC-Daten, die Rückerstattung usw. verfügen, da hierfür eine Aktion des Kunden erforderlich ist. Im E-Commerce haben Sie nur dann die Aufmerksamkeit des Kunden, wenn er die Zahlung bestätigt und alles, was danach passiert, von beiden Parteien mehr Aufmerksamkeit benötigt

Selbst wenn Sie in IRL im Geschäft eine Bestellung aufgeben, werden die gleichen Schritte wie beim Hinzufügen und Entfernen ausgeführt (über die Registrierkasse oder in unseren Köpfen), um Ihre Bestellung abzuschließen. Wenn Sie nach dem Zahlungsvorgang Änderungen vornehmen müssen, ist die Bestellung gültig Verworfen und es wird eine neue erstellt, um Ihre neuen Aktionen (Zahlungen, Rabatte, Boni, Gegenstände usw.) aufzuzeichnen. Das einzige, was in IRL reibungsloser möglich ist, ist, dass der Kunde normalerweise da ist, um die Änderungen zu bestätigen und die Zahlungen zu autorisieren, und dass alle Details noch ein bisschen schneller ablaufen, da die Beziehungen abstrahiert werden.

Der Grund dafür, dass die Bestellung nicht bearbeitet werden kann, liegt nicht in der Komplexität, sondern in der Datenkonsistenz. Beispielsweise kann das Produkt nach der Bestellung geändert oder sogar aus dem Katalog gelöscht werden. Eine Änderung der bestellten Produkte ist daher nicht sinnvoll. Gleiches gilt für einen Kunden und seine Daten.

Natürlich können solche Dinge berücksichtigt und intelligent verfolgt werden, aber dies erfordert die gesamte Komplexität, da in diesem Fall für jede Entität die Speicherung der Änderungshistorie erforderlich ist (z. B. was war der Preis zum Zeitpunkt der Bestellung, welche Kundengruppe?) Kunde war bei etc).

Bezüglich der Kreditkartendetails ist das Speichern dieser Daten "Nein-Nein". Solche Dinge wie Teilerfassung, Autorisierung zur späteren Erfassung von Zahlungen oder Rückerstattung sind in Magento möglich und hängen vollständig von der Implementierung des Zahlungsmoduls ab.