バックエンド経由のMagento Voiding注文

私たちのサイトではUsaEPay支払いシステムを使用しています（しかし、この問題/疑問は他の支払い方法でも持続すると思います）。

システムの動作方法は、「承認および取得」がトランザクションをバッチ処理し、UsaEPayが毎晩最終処理のために注文を銀行に送信することです。

現在、バッチ処理の前に無効化のみが利用可能なため、返金方法は機能しません。

バックエンドのみの払い戻しにはVoidボタンはありません（同じ日にバックエンドエラーがスローされます）。

A＆C注文を無効にするアイデアはありますか？

payment voiding

— ボルチ
ソース

注文のキャンセルを試みましたか？また、同様に、ボイド行うことができますモジュールの内部で返金-拡張特定の問題のように思える

— ピョートル・カミンスキー

これは、「ボイド」と呼ぶものに依存します。処理をキャンセルして払い戻しを行うか、Magentoバックエンドで注文をキャンセルするリクエストを銀行に送信する必要がありますか？

— user487772

Voidとは、ゲートウェイへのvoid API呼び出しを呼び出すことを意味します。CCの順序はまだバッチ処理されていなかった場合（銀行に送信）、のみ無効となり作業や返金は辞退になるだろう

— boruch

回答:

Braintreeでも非常によく似たタスクを実行する必要がありました。注文が確定した後にのみ払い戻しを許可し、それ以前は無効にするしかありませんでした。これは（一部の）支払いゲートウェイに固有のものであるため、Magentoのコアバグではありません。特定のapi呼び出しも異なるため、Magentoチームが一般的なソリューションを提供できないことは理にかなっています。

この場合に適用される解決策は、AJAX呼び出しを行うことです。トランザクションが解決されないかどうかを確認し、解決される場合は、「払い戻し」ではなく「void」呼び出しを行います。UsaEPayモジュールベンダーがこれを行わない限り、実装する必要があります。

— ポール・グリゴルタ
ソース

+1と受け入れ-私はそう思った:)返信ありがとう。ポインタはありますか？私の最初の考えは、magentoの返金イベントをリッスンし、呼び出しをvoid（）にリダイレクトすることです（同じ日であれば）が、その後呼び出しをUEPの返金（）に移動してエラーをスローすることを停止する方法は？

— Boruch

これは本当にUSAEPayコードに依存します。払い戻しコントローラーをオーバーライドして、同じ日であればvoidを呼び出すか、複数日が経過したら親（元の）アクションを呼び出すことができると思います。

— ポールグリゴルタ

私は知っていますが、私は目立たないコーディングを好んでいました:)

— boruch

PayPalからの注文を無効にした後、Magentoからの注文をキャンセルできない理由を教えてください。

— -zus

確かなことは言えUsaEPayませんが、authorize.netを使用する場合は、請求されていない注文のみを無効にできます。でauthorize.net、あなたは「認可とキャプチャ」とき、排尿はもはや不可能です。おそらくそれは同じUsaEPayですか？

— ローラ
ソース

+1-同じですが、使用シナリオでどのように無効にできますか？

— Boruch

PayPalからの注文を無効にした後、Magentoからの注文をキャンセルできない理由を教えてください。

— -zus