USDT/USDC対応の決済ゲートウェイをKYT付きで運用する
USDT/USDCでの受け取りに対応する決済PSPでは、集金・スクリーニング・加盟店精算という決済の3工程を、二重計上を起こさずに堅実に回すことが要件になります。ここでは、invoices/checkoutによる集金、入金資金へのKYTとsanctionsスクリーニング、そしてスクリーニングを通過した支払いのみを加盟店へsettleする流れを、1つのcredit残高の上に組み立てる構成を示します。
課題
暗号資産決済では、過少支払い・過大支払い・確認数(confirmation)の待機といった、法定通貨の決済にはない状態遷移を正しく追跡する必要があります。加えて、入金された資金がsanctions対象や高リスクの出所でないかをsettle前に判定しなければなりません。イベント配信が重複したときに二重計上してしまう設計だと、加盟店への精算金額がずれ、監査で説明できない差異が生じます。集金レール・スクリーニングベンダー・精算処理を別々に契約すると、この一連の整合性を横断して担保するのが難しくなります。
- Invoices / checkoutC2
- Transaction screening / KYTC3
- Sanctions check + feedC2
- Mass payout / settlementC2
ホスト型checkoutで支払い状態を正確に追跡する
invoices/checkoutで集金し、ホスト型のcheckoutページで支払いを受け付けます。過少支払い・過大支払い・必要な確認数への到達を状態として明示的に追跡することで、加盟店側は「いくら着金し、確定したか」を一貫した基準で把握できます。決済フローの分岐を自前の推測ロジックに頼らずに済みます。
settle前にKYTとsanctionsで入金資金を判定する
着金したUSDT/USDCに対してKYTとsanctionsスクリーニングを行い、通過した支払いだけを精算対象とします。判定を精算の前段に置くことで、リスクのある資金を加盟店へ流してしまう前に止められます。どの支払いがどの根拠で保留・通過したかが記録として残るため、コンプライアンス上の説明責任を果たしやすくなります。
署名済み・冪等なイベントで二重計上を防ぐ
支払い確定などのイベントは署名済みかつ冪等に扱います。ネットワーク再送やwebhookの重複配信が起きても、同じイベントを二重に計上しません。加盟店への精算金額とcredit残高の整合が保たれ、重複起因の差異調査に時間を取られなくなります。
この構成が提供するもの
- invoices/checkoutで過少・過大支払いと確認数を状態として追跡し、着金状況を一貫した基準で把握できる。
- KYTとsanctionsを精算の前段に置き、通過した支払いのみを加盟店へsettleできる。
- 署名済みで冪等なイベントにより、webhookの重複配信でも二重計上を起こさない。
よくある質問
過少支払いや過大支払いはどう扱われますか。
checkoutが支払い状態を明示的に追跡するため、請求額に対する過少・過大や確認数への到達を区別して把握できます。加盟店側は着金額と確定状態を一貫した基準で参照でき、差額処理の判断を行えます。
webhookが重複して届いた場合に二重計上しませんか。
イベントは署名済みかつ冪等に設計されており、同一イベントの重複配信を受け取っても計上は一度だけです。精算金額とcredit残高の整合が保たれます。
チャージして、キーを取得し、リリース。
セルフサーブ。暗号資産またはカードで支払い。クレジットで従量課金——重いプリミティブは高く、単純なものは安価。
APIキーを取得