0

最近、大幅な再設計を適用した後、あるドメインから別のドメインに移行しました。再設計中にチェックアウトコードは変更されませんでした。DB内のすべての参照を古いドメインから新しいドメインに変更しました。結論として、ほとんどのトランザクションはMagentoとAuthorize.netでうまくいっています。

ただし、一部のトランザクションはAuthorize.netに2回以上表示されています。これらのトランザクションには、Magentoのトランザクション番号と支払額が表示されますが、Magentoにアクセスして確認すると、これらのトランザクションはどこにも見つかりません。データベースをチェックしたところ、少なくとも本来あるべき場所にトランザクションが存在していません。次のトランザクションは重複するトランザクションよりも高くなるため、どこかにトレースが必要です。

ここに記載されていることを試しましたが、機能しません：http: //blog.iuvocommerce.com/magento-authorize-net-frustrating-error-11-a-duplicate-transaction-has-been-submitted/

Magentoも1.7.0.0から1.7.0.2にアップグレードしました。OneStepCheckoutも使用しています。しかし、繰り返しになりますが、これまで問題はありませんでした。

ボトムライン

誰かがそのような問題を経験したかどうか、もしそうなら、彼らはそれを解決するために何をしたのか疑問に思っていますか？ここで私たちの問題に固有のものを見つけることができません。コードテストを調べて、問題を引き起こす可能性のあるものを確認します。

よろしくお願いします、

ジョージ

4

1 に答える 1

1

私は数日前に問題を理解しました。開発の再設計に、重複するコードでプロモーションルールを追加できるクーポンセールスルールのオーバーライドがなかったため、問題が発生しました。重複するクーポンコードを許可する必要がある理由は、次のシナリオ例です。

  1. ユーザーがコードを適用する

  2. 次のような2つ以上の異なるアクションを許可する必要があります。

    a）カート全体の30％オフ

    b）productxもカートに入っている場合は、無料にします

そのため、本番環境には重複したコードを含むいくつかのルールがありましたが、再設計開発環境にはそれがありませんでした。2つの異なる開発環境があったことに注意してください。1つは古いデザイン用だったので、当時の古いデザインを持っていたプロダクションの変更を行うと同時に、新しいテーマデザインの開発を行うことができます。次に、クーポンコードルールの取引がなく、顧客が取引を開始した新しいデザインを本番環境にリリースしたとき、Magentoは注文を記録せず、Authorize.netはそれを複製して表示しました。

この質問を削除することを検討していましたが、私が答えると思いました。

よろしくお願いします、

ジョージ

于 2013-03-07T18:35:46.893 に答える