提出前にチャージバック証拠を
1つの注文に紐づける
最も強いチャージバック証拠とは、どの注文についてのものかが一致している書類一式です。資料には、きれいな署名済み配送票、正しい合計金額のレシート、同じ金額の取引明細が揃っていても、なお矛盾していることがあります。配送票は代替品の荷物のもの。レシートには請求先住所が印字されている。取引明細は決済通貨で、ディスピュート通知は提示通貨で記載されている。個々の記録は本物です。それでも資料は3つの異なる注文のように読めてしまいます。
申し立てを判断するのはイシュア、つまりカード会員の銀行であり、フォルダの厚さではありません。結果を変える作業はアップロードの前に起こります。すべての記録を1つの注文に突き合わせ、まだ修正できるうちに矛盾を見つけることです。
主なポイント
- 完全なフォルダでも、リーズンコードに答えている薄いフォルダに負けることがあります。
- すべての書類が本物でも、資料が3つの異なる注文のように読めてしまうことがあります。
- 反論書を書く前に、すべての記録を1つの注文参照番号に紐づけましょう。
イシュアはフォルダではなく申し立てに対して証拠一式を評価する
完全なフォルダでも、リーズンコードに答えている薄いフォルダに負けることがあります。チャージバック通知が問いを定義します。ダッシュボードは Shopify Payments、Stripe、Adyen のいずれでも構いませんが、通知には同じ中核フィールドが含まれます。ディスピュートID、リーズンコード、係争金額とその通貨、そしてあなたに代わって提出するアクワイアラが回答を要する期日です。リーズンコードとは、カード会員が何が問題だったと主張しているかを示す短いラベルです。商品未着、記載内容相違、不正利用、重複請求、通貨の誤りなどがあります。
加盟店の猶予はカード会員より短くなっています。Visa の規則では、ディスピュート処理日からアクワイアラの回答まで30暦日の期間が定められています。Mastercard のチャージバックガイドでは、ほとんどのケースで2回目の提示のために、チャージバック決済日から45暦日がアクワイアラに与えられます。通常、プロセッサは期限内に審査・提出できるよう、より早い社内締め切りを設けています。期日を逃すと、誰かが証拠を読む前にケースは終了し、Mastercard の加盟店向けガイダンスは、その締め切りをケースの一部として扱っており、周辺の事務作業とは見なしていません。
証拠の基準は「持っているものすべて」より狭いものです。説得力のある証拠とは、特定の申し立てを直接覆す文書です。回答そのものが再提示であり、加盟店が取引をイシュアに正式に再提示することです。「届かなかった」に対しては署名入りの配送記録が強力ですが、「記載内容相違」に対しては的外れです。正しい合計金額のレシートも、誰が支払いを承認したかを示せなければ、不正利用の申し立てには何の役にも立ちません。書類を1つでも取り出す前に、白紙の上部に5つのフィールドを書きます。ディスピュートID、注文参照番号、リーズンコード、係争金額とその通貨、回答期限です。この5つのフィールドが証拠一式の仕様です。
別の申し立てに対する証拠は、弱い証拠ではありません。それは未回答の申し立てです。
一致すべき住所はリーズンコードが決める
よくある2つのeコマース・ディスピュートは、それぞれ別の住所を問うており、配送先と請求先の照合1つではどちらにも答えられません。商品未着の主張では、Visa 条件13.1は、完全な配送先住所を示す配送証明を求めており、その住所は請求書または購入契約書の住所と一致している必要があります。問われているのは、注文で示された場所で買い手が商品を受け取ったかどうかです。
カード非対面の不正利用の主張では、問いは異なります。Mastercardのeコマース有力証拠ルールで認められる経路の1つは、AVS応答がXまたはYであること、および商品がAVSで確認された請求先住所に発送されたことを示す書類を求めています。カードネットワークが試しているのは、請求先住所の人物が購入に関与したかどうかであり、荷物がギフトの受取人に届いたかどうかではありません。
1回の発送が最初のルールを満たし、2つ目を満たさないことがあります。顧客が勤務先への配送を希望した場合、配送記録は注文と完全に一致していても、不正利用条件が指定する請求先住所の外に位置することがあります。これはルールの限界であり、実際に係属している主張に合わせて証拠資料を組み立てる必要があります。どちらの要件も、それを提起する条件の中にあり、住所に関する別個のルールにあるわけではありません。
加盟店はこれを俗説にしてしまいました。2022年のr/smallbusinessのスレッドである加盟店はこう明言しています。「配送先住所と請求先住所が異なる場合、チャージバックは自動的に負けるのがほぼ標準だ」。不一致が問題なのは確かです。どの不一致が問題になるかは主張によって決まります。一律の照合では、正当なギフト注文を問題としてフラグを立て、荷物が第三の住所に届いた不正利用ケースで本当の欠落を見逃します。
ケース表に4つの列を追加します。注文の住所、配送記録の住所、AVS結果、住所指示の出所です。最初の2つが異なる場合、説明する書類は書面による依頼です。顧客のメール、サポートチャット、または配送業者の転送確認です。それを添付し、何が変わったかを述べます。その書類がなければ、13.1の回答は自らの配送記録に反論することになり、カード非対面の不正利用の回答は、ルールが求める請求先住所への道筋を持ちません。
正しい住所とは、リーズンコードが指定する住所であり、注文システムが主要とみなす住所ではありません。
係争金額、決済金額、レシート合計は3つの異なる数字
チャージバックはある通貨で通知され、別の通貨で決済され、同じ金額を税金と送料に分けたレシートで裏付けられることがあり、3つの記録はすべて正しい可能性があります。 ディスピュート通知の金額は、取引が提示された通貨、いわゆる提示通貨で記載されます。ゲートウェイのエクスポート行は、多くの場合、換算後に自国通貨で決済された金額です。
€120.00の注文が1.082で$129.84として決済されたとします。通知には€120.00とあります。レシートには€120.00、うちVAT €20.00とあります。ゲートウェイの行には$129.84とあります。単なる数字として比較すると、120.00と129.84は9.84の相違に見えます。通貨コードを付けると、同じ請求を表していることがわかります。アナリストがレシートを決済金額に合わせて「修正」すると、VATの内訳が合わなくなり、パケットには別の数字に合わせて改変された文書が含まれることになります。
他にも3つの金額差は正常です。ディスピュートが注文の一部のみを対象とすることがあり、その場合の係争金額は請求額より低くなります。チップ、燃料のホールド、調整後にオーソリゼーションがキャプチャ金額と異なることがあります。返金がディスピュート開始後に処理されることがあります。Stripeのディスピュートに関するドキュメントは、為替変動や一部ディスピュートにより係争金額が請求額と異なる場合があると述べており、あらゆる差異をエラーとして扱わないための有用な警告です。
通貨自体が申し立ての内容となることもあります。Visa 条件12.3は、カード会員が同意していない通貨での取引処理（ダイナミック・カレンシー・コンバージョンなど）を含む、不正確な通貨を対象としています。その場合、意図された通貨を示すレシートまたは取引記録が防御策となり、別の通貨での決済行は代わりになりません。金額は記載どおりに、通貨コード、ケース通貨での金額、および各金額の根拠（オーソリゼーション済み、キャプチャ済み、返金済み、係争中）とともに記録します。
通貨コードのない金額は数字であり、証拠ではありません。
1件の注文が2つの配送記録を生み、パケットに入れるべきはそのうち1つだけ
再発送、配送業者への転送依頼、分割注文は、1つの注文番号に対して複数の配送記録を残します。誤った記録を添付すると、勝てる案件が誤解を招く案件になりかねません。 最もよくあるのは代替品のケースです。最初の荷物が紛失または破損したため、フルフィルメントが別の荷物を発送します。代替品には新しい追跡番号と新しい配送日があります。これを元の配送の証拠として添付しても、誰も問うていない疑問に答えることになります。
代替品の記録もパケットに含めて構いませんが、ラベルと一言の説明が必要です。それは失敗を補償したことを示すものであり、元の出荷が予定どおりに到着したことを示すものではありません。代替品が約束した配送日より後に届いた場合、それを元の証拠として提示すると、イシュアに時系列を不利に読ませる隙を与えます。申し立てが代替品に関するものであれば、それが該当する記録であり、元の記録には先行する試みとしてラベルを付けるべきです。
配送業者への転送依頼は、同じ問題の第2のパターンを生みます。カード会員が配送業者に荷物を別の場所へ送るよう依頼したため、配送記録には注文とは異なる住所が表示されます。転送依頼がなければ、パケットは誤った住所への配送に見えます。転送依頼があれば、その相違が説明され、配送記録は再び意味を持ちます。
分割注文にはより細かいキーが必要です。1つの注文番号が2つの荷物をカバーすることがあり、最初の荷物の配達スキャンは2つ目の荷物に関する申し立てには答えになりません。表には注文参照番号の隣に荷物または出荷の参照番号を記載し、各行が実際にカバーする注文の部分と照合できるようにする必要があります。同じ論理は、一部履行、バックオーダー、追跡番号を共有しないドロップシップ商品にも当てはまります。
2つの配送記録は、それぞれがどの荷物をカバーしているかが分かって初めて矛盾ではなくなります。
ここでもプリフライトが真価を発揮し、争わないよう教えてくれます。唯一の配送記録が別の荷物をカバーしている場合、または代替品が約束した日付より後に到着した場合、その案件には手数料とスタッフの時間に見合う防御がないかもしれません。弱い案件を受け入れることも正当な結論です。反論書を書く前にそれを見極めることが要点です。
アナリストが見落とす理由は、3つのシステムが3つの異なるキーを使っているから
記録は通常、フルフィルメント、サポート、決済の各部門から届き、それぞれのシステムが同じ注文に異なる識別子を付けている。 フルフィルメントチームは追跡番号と出荷IDで作業する。サポートは注文番号とチケットで作業する。決済はチャージID、ペイメントインテント、またはアクワイアラ参照番号（ARN）で作業する。ディスピュート通知には、プロセッサによって、加盟店注文番号、アクワイアラ参照番号、またはその両方が表示されることがある。
| 記録を保有する部門 | 使用するキー | 案件に必要なもの |
|---|---|---|
| フルフィルメントチームまたは第三者物流プロバイダー（3PL） | 追跡番号、出荷ID、再発送ログ | 係争中の荷物の配送記録、および再発送があればその記録 |
| カスタマーサポート | 注文番号、チケット、メールスレッド | 住所変更、配送に関する苦情、または受領確認 |
| 決済またはゲートウェイ | チャージID、ペイメントインテント、ARN、決済明細行 | キャプチャ金額、通貨、日付、オーソリ結果 |
| アクワイアラまたはプロセッサ | ディスピュートID、リーズンコード、期限日 | 期限前に特定の主張に答える回答 |
ディスピュートアナリストは、4種類すべての記録を一箇所で必要とする唯一の役割であり、通常は案件の期限に追われて作業する唯一の担当者でもある。その期限の下では、金額と日付で照合すれば十分に思える。2つの注文が同じ金額と同じ日付を共有するまでは十分である。同じ日の午後に2件の$49.00の注文があれば、2つのゲートウェイ明細行、2つの注文番号、2つの配送記録が生じる。アナリストは正しそうに見える明細行を選び、正しそうに見える配送記録を添付し、その結果パケットには別の顧客の都市への配送記録が含まれてしまう。イシュアは、加盟店が意図していなかった矛盾を見ることになる。この結合キーの規律は、発注書、請求書、受領書の三者照合の背後にあるものと同じであり、そこでは注文番号が3つのシステムを生き残らなければ、いかなる比較も意味を持たない。
解決策はクロスウォークである。1つの案件行に、注文参照番号、チャージID、ARNまたはディスピュートID、すべての追跡番号、および各追跡番号が対象とする荷物を保持させる。その行が存在すれば、他のすべての記録を理由付きでそれに紐付けられる。それがなければ、パケットは共通の識別子を持たない本物の文書の山にすぎない。
プリフライト：ドキュメントごとに1行、注文参照番号をキーとして
プリフライトは、誰かが反論書を書く前に、案件のすべての記録を1つのテーブルにまとめます。 このテーブルは注文ごとではなく、ドキュメントごとに1行です。同じ注文のレシート、注文確認書、配送記録、再発送メモ、取引明細は5つの行になり、並べ替え、絞り込み、相互照合ができます。
まずケースヘッダーを控える
ディスピュートID、注文参照番号（通知に注文番号がなければARN）、リーズンコード、通貨を含む係争金額、回答期限。このヘッダーは、証拠が何を立証すべきかを示す唯一の根拠です。手元にあるフォルダから始めないでください。
書類ごとに1件の記録を集める
注文確認書、支払いのレシート、係争対象の荷物の配送記録、再発送ログ、サポートのやり取りを集めます。遅延した代替品や住所変更など、加盟店に不利になる書類も含めてください。それらはプリフライトで見つけるほうが安全です。
混在する書類に1つの列セットを定義する
注文参照番号、書類タイプ、金額、通貨、書類上の住所、配送日、配送業者、追跡番号、ソースシステム。カスタム列抽出では、これらの列名を入力すると、AIが値の位置ではなく意味に基づいて各値を特定するため、レイアウトの異なるレシートと配送票でも同じ列に収まります。注文確認書、レシート、配送記録、取引記録などの選択肢を持つ推論列の書類タイプが、読み取りながら各行にラベルを付けます。
フォルダを1つのバッチとして抽出する
ケースフォルダ全体をアップロードし、バッチ処理でファイルを1つのExcelシートに統合します。形式やレイアウトが異なっても同じ列を保ちます。配送業者の明細や配送記録が複数ページにまたがる場合、追跡番号などの参照を共有していれば、マルチページマージがそれらのページを1行にまとめます。すでにCSVである決済ゲートウェイのエクスポートはそのままシートに残せます。PDF、スキャン、スクリーンショット、スマホ写真には抽出を使ってください。同じバッチのアプローチは、複数店舗で集めた1か月分のPOSレシートにも使えます。
元の書類で重要フィールドを検証する
レビューモードで注文参照番号のセルをクリックすると、元のスキャン上で該当領域がハイライトされます。すべてのサーマルレシートとスマホ写真について、金額と配送先住所でも同じことを行ってください。比較全体がこのキーに懸かっています。注文番号の1文字を読み違えると、完全に見えても何も結合しない表ができあがります。
同じ注文参照番号の行だけを比較する
注文参照番号で並べ替えてから、横に読み進めます。計算列では1つのドキュメント内の計算を確認できます。たとえば明細行を合計し、OK または印字された合計との差額を出力します。2つの異なるドキュメント間でフィールドを比較する場合は、表計算の数式か人による確認が必要です。同じ1対多の問題は、経費精算をレシートのフォルダと照合する場合にも現れます。
ファイルは安全に処理され、保存されません。
テーブルが生み出すのは判定ではありません。同じ注文を説明しているはずなのに一致しない行の短いリストです。このリストこそが反論書への本当の入力です。リストの各項目は、説明できる矛盾か、中止すべき理由のどちらかだからです。
テーブルが対応しない範囲
テーブルは各ドキュメントの記載内容を示すものであり、どのドキュメントが正しいか、あるいは争う価値があるかを判断するものではありません。ワークフローが実際より高機能に聞こえる前に、境界を明示しておく価値があります。
- 決済ゲートウェイとの連携はありません。ディスピュート記録と決済明細は引き続きプロセッサからエクスポートし、シートに追加します。
- 再提示の自動送信はありません。パケットはプロセッサのディスピュートダッシュボードを通じてアップロードし、プロセッサのファイル制限と期限に従います。
- ディスピュートの判断は行いません。リーズンコードとネットワークルールが何が関連するかを決め、証拠が提出に足るかどうかは人が判断します。
- ドキュメント間の判断は行いません。ツールは列を埋めるだけであり、比較式、解釈、反論書はチームに残ります。
- CSVエクスポートはすでに構造化されています。抽出が価値を発揮するのは、行として届かないPDF、スキャン、スクリーンショット、写真です。
矛盾リストを証拠資料リストに変える
パケットは1ページ目で請求内容に答え、すべての証拠資料に注文参照番号とそれが証明する点を記載すべきです。チャージバックの再提示書類は順番に読まれるため、有効な順序は取引記録、注文記録、係争対象の荷物の配送記録、その後のやり取りです。各証拠資料には、何を示し、請求内容のどの部分に答えるかを1文で記載します。
中核となる証拠セットは、ほとんどのフォルダが示唆するより小さなものです。承認結果とAVS結果を含む取引記録、注文書または購入契約、係争対象商品の配送記録、配送に関するやり取りです。サービスやデジタル商品の案件では、配送記録をアクセスログと購入時に同意した利用規約に置き換えます。リーズンコードが、これらのうちどれを主軸にし、どれを省略できるかを決めます。
| プリフライトで判明したこと | 添付するもの | 記載する内容 |
|---|---|---|
| 配送先住所が注文と異なる | 書面による住所変更、サポートへのメッセージ、または配送業者の転送確認 | 購入者はこの日付にこの住所への配送を依頼し、配送記録はその指示と一致している |
| 1件の注文に2つの配送記録がある | 再発送ログと両方の追跡番号（当初品と代替品とを明記） | 当初の発送は失敗し、代替品はこの日付に到着した。請求は当初の荷物に関するものである |
| 金額または通貨が異なる | 通貨、確定金額、換算日を示す取引記録 | 係争金額はEUR 120.00であり、USDの行は同じ請求を記載のレートで決済したものである |
| 明細項目の合計が記載合計と一致しない | レシートと計算による確認 | 記載合計は明細項目とこの金額だけ異なり、その差が係争金額を説明する |
証拠パケットは、申し立てに答える記録だけに絞ってください。一般的なポリシーPDFや無関係な規約ページを集めたフォルダは、本当に重要な2つのドキュメントを薄めてしまいます。追跡リンクを貼るのではなく、完全な住所と配達日を含む追跡結果のスクリーンショットを添付してください。イシュアが確認するのはファイルであり、配送業者のウェブサイトではないからです。
提出は最終版として扱ってください。Stripeのディスピュートに関するドキュメントには、加盟店が回答を提出できる機会は1回だけで、その後は編集もファイル追加もできないと記載されています。Mastercardのガイドには、プレアービトレーションまたはアービトレーションの申立て時点以降に受け取ったドキュメントは考慮されないと記載されています。こうしたルールがあるため、プリフライトはイシュアから追加質問が来た後ではなく、反論書の前に実施します。
フルフィルメントの証拠が配送伝票の山である場合は、証拠資料を選ぶ前にそれらを表の行に変換してください。配送伝票データをスプレッドシートに抽出すると、日付、住所、追跡番号を注文や取引記録と比較できる形式で得られます。
各証拠資料には、どの申し立て要素に答えるものかを示す一文が必要です。
よくある質問
配送証明は商品未着のチャージバックに勝てますか？
それだけでは勝てません。証明には完全な配送先住所を示し、注文の住所と一致させ、カード会員が異議を申し立てた荷物または商品を対象にしている必要があります。同じ注文内の別の荷物に対する配達済みスキャンは、申し立てへの回答になりません。署名は役立ちますが、住所と荷物の同一性が優先されます。
配送先住所が請求先住所と異なる場合はどうすればよいですか？
どちらの住所が重要かを判断する前にリーズンコードを確認してください。Visa 条件13.1に基づく商品未着の申し立てでは、注文の配送先住所が重要になります。Mastercardの有力証拠条件に基づくカード非対面の不正利用の申し立てでは、AVSで確認された請求先住所が重要になります。購入者が別の配送先住所を希望した場合は、書面による指示を添付してください。書面による指示がなく、荷物が第三の住所に送られた場合、有力証拠によるルートは閉ざされる可能性があり、それはドキュメントを追加するのではなく、案件を再評価すべき理由です。
反論書にはどの金額を使うべきですか？
ディスピュート通知に記載された通貨での係争金額を使用してください。処理業者の記録が別の通貨を使用している場合は、決済金額と換算額を別々に示します。係争金額の代わりに決済金額を代用せず、数字を一致させるためにレシートを改変しないでください。
提出後に証拠を追加できますか？
通常はできません。Stripeでは1回のみ提出可能で、編集や追加ファイルは認められません。Mastercardは、プレアービトレーションまたはアービトレーションの申請時点以降に受け取った書類を考慮しません。最初の完全なパケットがイシュアに読まれる唯一のものだと想定してください。
ImageToTable.aiは再提示を提出したり、ゲートウェイに接続したりできますか？
いいえ。証拠資料からフィールドを抽出して1つのテーブルにまとめ、注文参照番号で記録を比較できるようにするだけです。ゲートウェイのエクスポート、ディスピュート案件、提出、争うかどうかの判断は、お客様と処理業者に委ねられます。
すべての案件で全書類が必要ですか？
いいえ。リーズンコードと申し立てから始め、それに応える記録を添付してください。商品未着の案件では通常、注文、係争対象の荷物の配送記録、住所や遅延に関するやり取りが必要です。不正利用の案件では、条件に記載された承認記録と本人確認記録が必要です。申し立てに応えない余分な書類は、パケットを強くするのではなく長くするだけです。
パケットは1件の注文に関する主張である
チャージバックのパケットは、1件の注文に関する主張です。書類がどの注文を説明しているかで一致しなければ、たとえすべての書類が本物であっても、イシュアが追うべき主張はありません。通貨コード、リーズンコードが示す住所、各配送記録の背後にある荷物、3つのシステムを生き残る識別子は、すべて同じ役割を果たします。つまり、パケットを1つの案件に留めるのです。
注文参照番号から始めてください。すべての行が同じ案件に属すれば、チェックリストの残りは短くなります。