精算明細に CHARGEBACK の行があります。Event Type にはどのような種類があり、資金はどちらの方向に動きますか？
チャージバックによる資金移動では、Transaction Type は常に CHARGEBACK です。その行が引き落としなのか返還なのか、また金額・手数料のどちら（または両方）を含むのかは、Event Type
列で判断します。
金額ではなくパターンで読むのが確実な方法です。
*_PRE_DEDUCT は常に資金を引き落とし、*_AMOUNT_REFUND は常に資金を返還し、手数料が現れるのは PRE_DEDUCT 行のみです。したがって、開始・エスカレーション・最終的な勝訴に至ったケースは、異なる精算日にまたがって 3 行または 4 行の個別の CHARGEBACK 行を生成します。1 行にネットされることはありません。
どのケースステータスがどのイベントを生成するか：
CASE_LOST の場合の帰結に注意してください。独立した「敗訴」イベントは存在しません。ケース開始時点で既に引き落とされているため、敗訴しても新しい行は生成されません。AMOUNT_REFUND 行が存在しないことそのものが敗訴を意味します。タイミングと精算日のルールは
チャージバック・異議申し立て FAQ をご覧ください。
古いレコードでは Event Type が空欄の場合があります。これらはこの内訳が導入される前のもので、常に引き落としです。
チャージバック詳細ページの Compulsory Channel Review とは何ですか？
compulsoryChannelReview は、ケースに付与され Portal に返される true/false のフラグで、決済側がそのケースについて独自の審査を必須としているかどうかを記録します。チャージバックは true で作成され、アプリ内の申し立てフローを通じて提起された顧客の異議申し立ては false で作成されます。
これは結果に対する期待値を設定するものとして読んでください。true の場合、ケースは審査側が判断し、貴社の提出物はその審査へのインプットであって、ケースの解決そのものではありません。false の場合、顧客と直接ケースを解決することが現実的な選択肢となり、異議申し立てをクローズすることでその解決が記録されます。
Close アクションを実際に制御するのは、このフラグではなくケースステータスです。クローズは EVIDENCE_REQUIRED、ACTION_REQUIRED、UNDER_REVIEW から可能で、ESCALATED のケースはクローズできません。Close がグレーアウトしている場合は、まずステータスを確認してください。
顧客の異議申し立てのタイムラインにある各イベントは何を意味しますか？
タイムラインには 11 種類のイベント値が記録されます。この一覧にないものはタイムラインイベントではありません。チャージバックのタイムラインにある各イベントは何を意味しますか？
14 種類のイベント値があり、顧客の異議申し立てとは異なるセットです。AUTO_SUBMITS_EVIDENCE と CREATE_SECOND_CYCLE_DISPUTE は、貴社の操作なしに現れる可能性のある 2 つのイベントです。一括の処理戦略を設定している場合、それが発動したことはここで分かります。
どのタイムラインイベントが未読カウンターを増やしますか？
ちょうど 3 つで、いずれもステータス変更ではなく受信メッセージです。USER_RESPONSEPLATFORM_RESPONSEUSER_CREATE_COMPLAINT
MERCHANT_RESPONSE はカウンターを増やさず、ステータス変更、証拠提出、期限イベントのいずれも増やしません。したがって、未読件数は常に誰かが貴社に何かを伝えたことを意味し、ケースに何かが起きたことは意味しません。ケースはカウンターがまったく動かないまま最終ステータスまで進むことがあります。カウンターをアクティビティの指標として使わず、タイムラインを使ってください。
チャージバック明細をエクスポートするにはどうすればよいですか？Reports タブを経由しますか？
Chargebacks 一覧には独自のエクスポートがあり、ほとんどの Portal エクスポートと異なり同期的な直接ダウンロードです。クリックするとファイルがブラウザにストリーミングされ、どの Reports タブにもタスク行は表示されません。 エクスポートとレポートのダウンロード で探しても見つかりません。そのページはキュー処理されるエクスポートを扱っており、これはキュー処理されないためです。 ファイル名は次のとおりです。YYYYMMDD で、適用していた作成日時フィルターから取られます。エクスポートは現在の一覧フィルターに従うため、先にフィルターし、その後エクスポートしてください。
チャージバック CSV エクスポートにはどのような列がありますか？
26 列で、順序は次のとおりです。
すべてのヘッダーは一意であるため、ヘッダーテキストをキーにするパーサーは安全です。同じ値について、Portal の詳細ページでは Dispute と表示されるのに対し、エクスポートでは Chargeback と表示される点に注意してください。12 列目と 25 列目はそれぞれ争議対象金額と手数料であり、2 つの金額ではありません。
21 列目にケースがまだ精算されていないと表示されています。資金は引き落とされたのですか、それともまだですか？
それこそがSettlement Status の目的であり、ケースステータスと銀行残高が一致しないときに確認すべき列です。
Chargeback Status と Settlement Status は異なる質問に答えるもので、動くタイミングも異なります。
チャージバックはケース開始時に貴社に対して計上されますが、精算ステートメントに反映されるのは元の決済注文が精算された後です。これは、その注文の精算為替レートを再利用するためです。したがって、ケースが
ACTION_REQUIRED にあり金額が既に計上されていても、Settlement Status は未精算のまま表示されることがあります。引き落としは、元の注文の精算日、またはその後の次の精算日に行われます。特定の CHARGEBACK 行を照合するには、この列と上記の Event Type 表を組み合わせてください。
Dispute Amount がカード保有者の争議金額と異なるのはなぜですか？
それらは 2 つの異なる数値であり、Portal に表示されているのは貴社側の数値だからです。
決済側で提起された金額は、元の取引の決済通貨建てです。貴社に表示される Dispute Amount（実際に引き落とされる金額）は、注文通貨で表した加盟店負担分です。
- 元の決済における購入者側の手数料は、貴社ではなく Waffo が負担するもので、貴社の争議対象残高からは除外されます。
- 争議対象金額のうち貴社の負担分は、購入者が支払った金額に対する貴社の取り分の比率に応じて算出され、残りは Waffo が負担します。
- その負担分は注文通貨に換算され、**小数第 2 位で切り捨て（FLOOR）**られるため、貴社に不利な方向に切り上げられることはありません。セント未満の端数は Waffo 側に残ります。
- 通貨をまたぐ注文では、貴社の
Dispute Amountは決済側で提示された数値と一致しませんが、その差異はエラーではありません。 - 注文が既に一部または全額返金されている場合、貴社の残りの争議対象残高は低くなり、貴社の負担分はその範囲内に制限されます。
- 貴社の
Dispute Amountが注文金額を超えることはありません。
チャージバック手数料はどの通貨ですか？USD ではありません。
チャージバック手数料の通貨は、グローバルなデフォルトではなく貴社の加盟店設定に基づき、ケース上でfeeAmount と併せて feeCurrency として返されます。貴社の精算通貨と一致することも、USD であることも保証されません。
手数料通貨が精算通貨と異なる場合、手数料は精算時に、その精算の精算側レートで精算通貨に換算されます。これはその精算の他の部分と同じレート基準であり、ケース開始日に取得されたレートではありません。2 つの通貨が同じ場合、換算は行われません。
したがって、ステートメントに予期しない通貨のチャージバック手数料が表示されている場合、それは貴社に設定された手数料通貨が現れているものです。手数料の金額自体は契約条件です。
チャージバック・異議申し立て FAQ をご覧ください。
期限が迫っているケースを見つけるにはどうすればよいですか？
Chargebacks と Customer Disputes の両方の一覧に expiring soon フィルターがあり、証拠提出期限が今後 3 日以内に到来するオープンなケースを返します。これが期限によるトリアージのサポートされた方法です。各ケースには引き続き独自のexpiryDateTime があり、個々のケースについてはその値が正となります。
証拠提出期限が過ぎるとどうなりますか？
2 つのケースタイプは異なる動作をし、これは両者の間で最も誤読されやすい違いです。
つまり、期限切れの顧客の異議申し立ては閉ざされた扉ではなく、催促にすぎません。遅れて資料を提出し、ケースの対応を続けてください。期限切れのチャージバックは敗訴です。時間的な制約の中でキューの優先順位を付ける際、チャージバックの期限こそが厳格なものです。
各ケースの期限は決済側で設定され、
expiryDateTime としてケースに届きます。Waffo 全体で単一の期限が存在するわけではなく、取引日から導出されるものでもないため、計算するのではなく常にケースごとに読み取ってください。
日次異議申し立てレポートの Alert Status の値は何を意味しますか？
Chargeback Alert が有効になっている場合、日次異議申し立てレポートにはアラートの添付ファイルが含まれます。Alert Status はアラートケースの全体的な段階です。
MANUAL PROCESSING は「貴社による手動処理」を意味しません。 これはこのレポートで最も誤読される値です。Waffo がケースを自動処理の経路から外したことを意味します。貴社からの対応が実際に必要な場合は、直接連絡があります。
添付ファイルはアラートケースの段階とその返金を報告するもので、MANUAL PROCESSING のケースの背後にある内部処理ステップは公開しません。したがって、この値から「自動化されておらず、対応中」以上のことを読み取る必要はありません。
Refund Status とは何ですか？Alert ID はどのような形式ですか？
同じ添付ファイル内の Refund Status は、アラートがトリガーした返金のみを追跡します。
FAILED の返金はアラートが無視されたことを意味しません。まさにそれが手動で取り上げられるケースであり、MANUAL PROCESSING と FAILED の返金が同じ行に並ぶことが多い理由です。
Alert ID は CBA-00-20251125-00003 のような形式です。固定の CBA プレフィックス、2 桁のセグメント、日付、連番で構成されます。特定のアラートについてサポートに連絡する際は、文字列全体を伝えてください。アラートがサブスクリプションに関連する場合、添付ファイルにはサブスクリプション ID も含まれます。
アラートが注文を返金した後は、その注文に対する貴社自身の返金リクエストは A0039 で却下されます。その意味とアラート手数料の請求方法については
チャージバック・異議申し立て FAQ をご覧ください。