same-methodルールとソースへの戻り値

1）本質とそれが必要な理由

• AML/ATF：リターンを別のプロップの「匿名配当トンネル」にしないでください。
• 詐欺/ODR削減：より少ない「お金が間違った方法で行った」論争。
• オペレーティングシステム：簡素化された和解、少ない手動ケース。
• ルールカード：ネットワーク要件の遵守「クレジットバック元の資金調達手段」。

2）カード（Visa/Mastercard/……）： 仕組み

Void/Authorization Reversal（クリア前）：authorization rollback-お金は同じカードに「解凍」されます。
払い戻し（クレジット/プレゼンテーション）：清算後-同じPAN/DPANのクレジット。
Apple/Google Pay： DPAN/ネットワークトークンに戻る→現在のカードへの発行者ルート（再発行を含む）。
Push-to-Card OCT-refandと同じではありません：これはカードへの支払いです。例外とKYCがコミットされた場合にのみ使用します。

• クローズ/再発行カード-発行者は、原則として、レガシーカード/アカウントにローンを「リダイレクト」します。返金はまだ返金としてヘルメットです。
• 返品>元の支払い-禁止されています。部分的な払い戻し、KYC/SoFの後で承認された支払いレールを通してバランスを作りなさい。
• 分割入札（2ソースからの支払い）：ソースごとに同じ割合で返されます。

3）銀行A2A （SEPA/ACH/FPS/RTP/PIX）

理想：補充が行われた同じIBAN/アカウントへのクレジット転送（または送信者のUPI/PIX識別子）。
ACH（米国）：「ソースへの払い戻し」は通常、同じルーティング+アカウントのローンとして実装されます。returns （Rコード）はrefandではなく、rail failure/returnです。
RTP/FPS/PIX：速く、最終的な；これらのレールの元の支払い-払い戻しは、同じ受信者/エイリアスへの新しいローンとして行われることがよくあります（これは通常の同じ方法の実装です）。

• 口座は閉鎖されています/詳細は無効です-受益者（マイクロデポジット/テスト配当）とステップアップKYCの確認後、代替レールが許可されます。
• クロスボーダーSWIFT：元の支払いがローカルで、払い戻しにx-borderが必要な場合-追加のFX/手数料の開示と同意を記録します。

4）電子財布およびAPM （Skrill/Neteller/Payz/PayPalおよびローカル）

ルール：入金元のウォレット/アカウントに戻ります。
ウォレット内のカードからのトップアップ：リファンドはウォレットに返され、ユーザーのカード（プロバイダーポリシー）に直接返されません。
バウチャー/eCash （Paysafecard、 Neosurf、 Multibanco-ref）：より頻繁にソースに返金できません-ローンは財布/商人の残高（またはKYCでの代替支払い）に行われます。

• ブロック/失われたアクセス-EDD/SoFおよび所有権の証明の後の代替レール。
• パートナー区切り（AUP）-返品は、ストアクレジット/内部残高の形でのみ可能です。

5）バウチャー/現金/準現金

1.商品/クレジットの発行前にキャンセル-OK、何も翻訳されていません。

2.入会後-内部残高/ウォレットに戻り、KYC/SoF後に登録された銀行口座にのみ引き出します（「キャッシュバック」はありません）。

ToSで透過的に指定する：バウチャーのリフィルはバウチャーに返却されません。

6）部分的なリターン、上限および複数の源

部分払い戻し：元の支払金額までの元のソースに。いくつかの部分的なものが許容されます。
返金される金額>ソースによって入金された金額-承認されたペイアウト・レール（KYC/SoF/limits）を通じた残高。
いくつかのソース（例えば、70％カード+30％ウォレット）：同じソースに比例してリファンドします。

7）時間の窓および優先順位

優先順位1： 'void/authorization reversal'（可能であれば）-「最もクリーンな」ロールバック。
優先2：元のレールの「ソースへの払い戻し」。
優先度3：代替配当（固定例外+ステップアップおよび監査のみ）。

8）ポリシーエンジン： 設計する方法

Входные： 'paymentId'、 'sourceType' （card/A2A/wallet/voucher）、 'sourceRef' （PANトークン、IBAN、 walletId）、 'amount'、 'fx'、 'status'、 'settrementState'、'、'kettrementLateLateLateLateLateLateLateLate'、','KevenLateLateLateLevel'、'、','KateLevelLevelスコア'、'受益者ID'。

1.「canVoid （paymentId）」→Void。

2.そうでない場合、'isRefundableToSource （paymentId）'→Refund （sourceRef）。

3.「sourceRef invalid/closed」→「Step-Up （KYC/SoF）」→「allow list （bank/Push-to-Card/e-wallet）」→「reason log」のペイアウト・レールを提案する。

4.バウチャー/eCash→クレジットint。バランスシート；ダイレクトリバースはできません。

5.分割入札→シェアの各'sourceRef'のrefand。

6.制裁/PEP/年齢/地理的禁止の下でハード否定。

非機能：idempotency （'refundKey'）、 Webフック、ロジックの説明（メソッドが選択された理由）、ルールバージョニング。

9）状態、和解およびアーティファクト

返却ステータス：'requested→pending→refault | failed | canceled'。
Артефакты： 'refundId'、 'originalPaymentId'、 'sourceType/ref'、 'amount/currency'、 'fxRate'、 'UTR/ARN/Trace'、 'ReasonCode'、 'actor'。
Recon： PSP/銀行レジスタによる毎日のオートリコン+フルリコン；アラート：「レジストリなしでの成功」、「二重払い戻し」、「別のソースに戻る」。

10） UXとコミュニケーション

返却画面で、宛先を表示します： 「カードに戻る••3456/wallet@user/DE account……。」

例外が必要な場合は、次のように説明します。"ソースは使用できません。あなたのセキュリティのために、データ（≈N分/時間）を確認した後、私たちはあなたの個人的な銀行口座に返金を提供します"

Checks/letters： amount、 date、 method、 'refundId'、 UTR/ARN、 ETA（カード-X日まで、A2A-T+0/1、ウォレット-即座に/T+1）。
よくある質問：バウチャーはリバーシブルではありません。Apple/Google Payは自動的にリンクされたカードに返されます。

11）例外行列（信号とステップ）

12） FXと通貨

元の取引通貨でのリターン。変換が必要な場合-同じFXソース（PSP/銀行）を使用し、料金/手数料を表示します。
クライアントの経済を悪化させないでください（明示的な同意なしに別の通貨で返さないでください）。

13） iGamingの機能

ボーナス/フリースピン返品：ゲームのルール>返品ポリシー；お金は寄付された資金の一部に過ぎません。
自己排除/RG：アカウントをブロックするとき-残高をソースに戻します。検査が完了するまで代替の支払いは禁止されています。
準キャッシュ：カード/バウチャーから新しい小道具への「オーバーフロー」の厳格な禁止。

14） KPIおよび制御

払い戻し成功率（オンライン→レジストリ登録）。
方法によって払い戻しまでの時間をMedian/P95して下さい。
代替ペイアウト率-<X％を維持します。
返品後のODR（繰り返し紛争）。
和解エラー：「二重払い戻し」、「間違ったソース」。
返品/1k注文の負荷をサポートします。

15）実装チェックリスト

1.ソースディレクトリ（card/A2A/wallet/voucher）とRTS適合性ステータス。
2.ポリシーエンジン：void→refund→alt rules -payout、 explain-logs、 versioning。
3.PSP/banksの統合：'void/refund'、 Webフック（signature/NMAS）、 idempotency。
4.Recon：毎日+フル、同期切れへのアラートと「別のソースへの払い戻し」。

5.UX： 返品先の明示的な表示、ETA、例外の理由；レター/チェックテンプレート

6.AML/KYC：代替ペイアウトのステップアップ、SoF/SoW、ケースを拒否します。
7.テストキット：無効ウィンドウ、部分払い戻し、分割入札、クローズドカード/IBAN、バウチャー、Apple/Google Pay、 PSPの劣化。

履歴書のサマリー

同一の方法/払い戻しからソースへのルールは、セキュリティ、コンプライアンス、予測可能性の鍵です。void→refund→（必要に応じて厳密に）代替ペイアウトを行い、ルールをポリシーエンジンに保ち、ログを説明し、idempotency、 webhook、 reconを確保し、アドレスとETAを透過的に伝えます。例外-ステップアップKYC/SoFとクリア監査証跡のみ。これにより、ユーザーの信頼を維持しながら、リスク、サポートコスト、紛争を削減できます。