注文編集機能

Question

現在、Magentoは、複雑な順序付けプロセスとデータベース構造によるものである可能性がある、再注文の形でのみ注文を変更することをサポートしています。しかし、多くの場合、顧客のクレジットカードデータが保存されていないか、請求または払い戻しができない場合には、再注文はオプションではありません

アイテムの追加または削除、数量の変更、割引などを編集するために注文を編集できないという決定に興味があります。

また、機能の欠如を動作させる拡張機能についても聞きたいと思います。私が試したもの、例えば 真の編集注文 構成可能な製品に直面したとき、少し風変わりでした。

Answer 1

答えはあなたの質問にあり、これはMagentoで、また「注文文書」が持っている依存関係の他の多くのeコマースや会計ソフトウェアの原因であると思います。

コマースと会計では、通常編集は物事を行う方法ではなく、編集効果を達成するために、特定のアカウントでクレジットまたはデビットの残高が変更され、値を追加または減算する新しい行を追加することで変更されます。それはバグではなく、会計が結果を達成するために必要なアクションのカウントではなく、アクションに基づいて結果を計算することを意味するため、それは機能です。各編集は、バランスを計算し、アーカイブして計算または提示する可能性を提供するために保存する必要があるアクションです。

したがって、Magentoでは、最初はほとんどすべての商人がそれを手に入れていないのは奇妙で不必要なように見えますが、全体の注文は編集できません。 eストアを維持するのが難しくなるという事実は、物事を適切に行うことの副作用にすぎません。

すべての注文兄弟（住所、アイテム、配送方法、支払い方法、割引を適用する）を変更しても、合計が変更された場合、同じ問題が発生します。 CCデータや払い戻しなどがない場合、クライアントからのアクションが必要なため、支払いをキャプチャすることはできません。 eコマースでは、彼が支払いを確認したときにクライアントの注意を持っているだけで、その後に起こることはすべて、両方のパーティーからより多くの注意が必要です

そのため、店舗でIRLで、アクションを追加および減算するプロセスを何らかの注文している場合でも、注文を完成させるためにアクションを追加および減算するプロセスが実行されます。廃棄されたものと新しいものは、新しいアクション（支払い、割引、ボーナス、アイテムなど）を記録するために作成されます。 IRLでこれをよりシームレスに可能にする唯一のことは、クライアントが通常、変更を確認し、支払いとすべての詳細を許可するためにそこにいることです。

Answer 2

注文を編集できない理由は、複雑さではなく、データの一貫性です。たとえば、注文が行われた後、製品をカタログから変更または削除することもできます。したがって、注文された製品の変更は意味がありません。顧客と彼の詳細についても同じです。

もちろん、そのようなことを考慮して知的に追跡することができますが、これには各レベルの複雑さが必要になります。この場合、各エンティティは修正履歴を保存する必要があるためです（例：時間の注文の価格は何ですか、どの顧客グループが行われましたか。顧客はなど）。

クレジットカードの詳細については..このデータの保存は「ノー」です。部分的なキャプチャ、後で支払いを獲得するための許可、またはMagentoで払い戻しが可能であり、支払いモジュールの実装に完全に依存するなど。