失敗したカード取引に対して課金されることはありますか？
はい。該当する失敗に対して貴社の契約に手数料が設定されている場合です。 失敗した取引への課金は契約ごと・決済手段ごとの設定であり、プラットフォーム全体のポリシーではありません。 Waffo は精算時に、特定の失敗ステージに対する手数料を貴社の契約に照らして検索します。- 手数料が設定されている → 失敗した試行は精算に入り、課金されます。
- 手数料が設定されていない → 何も作成されず、何も課金されません。その取引は精算行として現れることはありません。
Event Type（下記参照）を持つ行があるかどうかを確認してください。
なければ、失敗に対して課金されていません。
手数料の設定にかかわらず、さらに 2 つの範囲制限が適用されます。
どの失敗ステージが課金対象で、その違いは何ですか？
ちょうど 2 つあります。
これらは契約上、別々の手数料項目です。一方だけが課金され、他方は課金されないこともあり、金額も異なりえます。
この区別は商業的に重要です。2 つのステージは上流で異なるコストを伴うためです。認証失敗はオーソリ失敗より
早い段階で止まります。
順序の含意に注意してください。オーソリに失敗した試行はすでに認証を正常に通過しているため、
AUTHORIZATION_FAILURE
としてのみ課金されます。1 回の試行が 2 つの失敗手数料を生むことはありません。
どの取引が失敗として課金されたかを見分けるにはどうすればよいですか？
Event Type 列で見分けます。Transaction Type の直後にあり、精算明細エクスポート、精算見積エクスポート、
Portal の一覧に表示されます。
この列でフィルターまたは並べ替えれば、その期間の失敗課金取引の完全なリストが得られます。別途リクエストするレポートはありません。
失敗行に注文金額がないのはなぜですか？
注文がなかったからです。何も回収されていないため、報告する金額はありません。金額を報告すれば、動いていない資金を 示唆することになります。Event Type が AUTHENTICATION_FAILURE または AUTHORIZATION_FAILURE の行では、次の 3 列は意図的に空白です。
Order AmountOrder CurrencyOrder Amount (Settlement Currency)
したがって、そのような行の
Settlement Amount は負です。相殺する注文金額のない手数料だからです。これは正しい
読み方であり、データエラーではありません。また、精算期間の純額が成功決済の合計から想定されるより低くなる理由の 1 つです。
Order Amount を合計して Settlement Amount と比較する方法で照合すると、失敗行は説明のつかない差額のように見えます。
手数料列も合計して照合してください。
失敗手数料は何かに対する割合ですか？
いいえ。失敗手数料は固定金額です。割合を適用する注文金額がありません。 このことから 1 つの制約が導かれ、時に人々を驚かせます。失敗手数料の通貨は、その決済手段における貴社の決済手数料の 通貨と同じでなければなりません。失敗手数料は、隣り合う成功決済の手数料と異なる通貨で課金することはできません。顧客がリトライして最終的に決済が成功しました。失敗分も課金されたのですか？
各試行は個別に記録され、評価されます。失敗した試行の後に成功した決済は、成功した試行に対する成功決済行を生み、 貴社の契約がその失敗ステージに価格を設定している場合は、失敗した各試行に対する失敗行も生みます。 したがって答えは契約次第ですが、構造は明確です。最終的な成功が以前の失敗を遡って取り消すことはありません。 それらは同じ注文上の別々のイベントであり、それぞれ独自のシーケンス番号を持ち、注文単位ではなく試行単位で重複排除されます。 これが想定外の失敗手数料合計の最大の要因です。素早い再試行を促すチェックアウトフローや、短時間に複数の試行を発火する カード保存型のリトライスケジュールは、1 件の最終的な売上に対する失敗回数を増やします。失敗課金が貴社に適用される場合、 リトライのコストはゼロではなく、リトライ戦略は純粋なコンバージョンの判断ではなく商業的な判断になります。精算日より前に失敗手数料を確認できますか？
はい。精算見積データで確認できます。同じEvent Type 列があります。失敗した試行は取り込まれるとすぐに見積手数料
とともにそこに現れるため、精算日に発見するのではなく、事前に計上できます。
同じ金額抑制ルールが適用されます。失敗した試行の見積行には注文金額がなく、Est Fee Amount、Est. Tax Amount、
Tax Currency、Est Settlement Amount のみが表示されます。見積エクスポートの制限と数値の見積方法は
手数料と税の取り扱いを参照してください。
失敗手数料を減らすにはどうすればよいですか？
失敗手数料は試行回数によって決まるため、レバーはすべて Waffo の上流にあります。
上記の
Event Type の内訳を使って、2 つのステージのどちらが支配的かを確認してください。両者は原因も対処法も異なり、
その比率は通常偏っています。
Merchant Portal のどこでこれらの取引を見つけられますか？
Settlements → Settleable Transactions です。精算可能取引を個別取引レベルで一覧表示し、失敗課金分も含まれます。 「何に対して請求されているのか」という問いの実務上の出発点です。 利用できるフィルター：Sub Merchant Id は結果テーブルの最初の列でもあります。
一覧はエクスポートに対応しています。エクスポートされたファイルは一覧と同じフィールドレイアウトに従い、
完成したファイルは即時ダウンロードされるのではなく同じページのダウンロード一覧に表示されます。エクスポートタスクの
動作はエクスポートとレポートのダウンロードを参照してください。
決済 API で失敗ステージを取得できますか？
専用のフィールドとしては取得できません。注文 API は失敗した注文に対してorderFailedReason を返し、なぜ失敗したかを
教えてくれますが、認証とオーソリを区別するステージのマーカーは別途返しません。
ステージが見えるのは下流の精算データです。上記のレポートと Portal 一覧の Event Type 列として表示されます。
照合で失敗手数料を特定の試行に帰属させる必要がある場合は、決済レスポンスにステージがあることを期待するのではなく、
精算明細の注文識別子で結合してください。
取引一覧では失敗が見えるのに精算には何もありません。何か欠けているのですか？
いいえ。その失敗が貴社に課金されない場合には、それが想定される結果です。取引一覧と精算データは異なる問いに答えています。
したがって、取引一覧に見えて精算にない失敗は、次の 3 つのいずれかを意味し、いずれも正常です。
- 貴社の契約で、そのステージと決済手段に対する失敗手数料が設定されていない。何も課金されないため、何も作成されない。
- その失敗がネットワークとのやり取りでの失敗ではなかった — ネットワークに到達する前にバリデーションで拒否され、 失敗ステージを持たない。
- その取引がまだ精算に取り込まれていない。 存在しないと結論する前に、精算見積データを確認してください。
失敗した取引は手数料以外に何かに影響しますか？
手数料行のみです。失敗課金された試行は：- 注文金額を作成しないため、
Order Amountの合計には入りません。 - 注文金額に対する決済手数料、VAT、WHT を作成しません。失敗手数料が請求のすべてです。
- 上記のとおり、精算金額にマイナスとして寄与します。
- 他の精算可能取引と同様に、取引日に対応する通常の精算日に精算されます。