PSPローリングリザーブと条件
1）ローリングリザーブとは何ですか、なぜそれはPSPですか
ローリングリザーブは、チャージバック、リターン、スキームの罰則、および運用上のリスクをカバーするために、PSPの毎日の決済量の一部（例えば、90-180日間は5-15％）を保持することです。リザーブ「ロール」：各日の量は、一定の保持期間の後にリリースされ、ローリングリリーススケジュールを形成します。
類似のメカニズムとの違い
Holdback： 1回限りの永久的な控除のパーセンテージは、その後のリリースが必須ではありません。
終了/閉鎖準備金：契約終了後の期間（多くの場合6〜18ヶ月）の保持。
保証金/担保：PSP/銀行口座での前払いの預金。
2）カウント方法： 基本的な式と例
2.1.毎日の控除計算
Reserve_Hold_Day = max(0, (Gross_Captured − Refunds − Chargeback_Credits))
× Reserve_Percent多くの場合、PSPはネット決済ベースから考慮されますが、手数料は控除されません。手数料は個別に開催されます。
2.2.期間終了後のリリース
保存期間が「H」日の場合「、D」日に保持された金額は「D+H」日にリリースされる予定です（銀行日/祝日および最小残高の調整）。
2.3.例：
予約：120日間10％。
毎日の純基盤：200,000。
ホールド：T日の予備プールで20,000「公園」とT+120でリリースされます。
期間Tにチャージバック/ペナルティが発生した場合。T+120、 PSPは予備プールからそれらを控除し、リリース量が減少します。
3）利子と期間に影響を与えるリスクのトリガー
高いチャージバック率（カードのスキームに従って-Visa/Mastercardのしきい値と比較して）。
垂直増加リスク（iGaming、腸、旅行、チケット）。
商人の低い物語：新しいMID、弱い財務報告、薄い資本化。
運用要因：遅いリターン、頻繁な苦情、記述子/SCA違反。
地理/チャネル：高リスクGEO、リターンの割合が高いアフィリエイトトラフィック。
コンプライアンス：制裁/ライセンスのリスク、弱いKYC/KYB。
4）圧力がかかる契約条件
1.予備の上限：上限（例えば、平均毎月のネットの1 ×以下）。
2.ステップダウンスケジュール：KPI （低CBR、 SLAリターン）の達成時-自動％/期間短縮。
3.リリースカレンダー：銀行日とTZが定義されたリリース日をクリアします。
4.クロス担保（または狭いフレーム）はありません：あるブランド/MIDの問題が別のブランドの予備を「食べないように」しません。
5.方法によって切り取る：cards/A2A/cryptoのための異なった準備。
6.早期リリース条項：四半期のリスクレビューの結果に基づいて早期リリースの可能性。
7.終了準備金は、期間と金額によって制限されます。明確な計算式とリターンスケジュール。
8.紛争処理と証拠：レビューの締め切り、プールからの書き込みに関する透明なレポート。
9.監査証跡とレポート形式：保持日数/リリースによるCSV/JSONの内訳。
10.不可抗力とスキームの罰金：責任と控訴手続きの制限。
5）キャッシュフロー及び流動性への影響
予備は延期された流入である。必要があります：- retention horizon （H）の予測リリース、
- 負キャリーオーバー（予備プールが充電器/罰金のために負になる場合）を考慮してください),
- 「凍結」資金を除いた撤退、税金、OPEXの運用流動性を確保します。
CFOのメトリック
予約残高（日スライスと履歴）。
リリースETAヒットレート（時間通りのリリースの事実）。
GMV/NGRの％として予約。
ネガティブキャリーストリーク（プールの行に何日が赤い）。
チャージバック率（CBのシェアが予備によって閉鎖されたもの）。
6）会計と投稿（簡略化）
当日（T）：- JT： PSPとの和解（予備）
- Kt： PSPによる計算（現在の決済）
- Dt：銀行（レジ係のオフィス）
- Kt： PSPとの和解（予備）
- DT：費用/損失（チャージバック/検索）
- Kt： PSPとの和解（予備）
主なことは、リザーブの別のサブアカウントを保持し、リンクを「保留日→リリース日」に保つことです。
7）オペレーティングデータモデル
finance.settlement_batches (
batch_id, provider, mid, method,
provider_cutoff_at, provider_tz,
gross_captured, refunds, cb_debits, cb_credits,
fees, reserve_hold, reserve_release, reserve_balance_after, -- ключевые поля net_funding_after_reserve, file_ref, meta
)
finance.reserve_ledger (
id, provider, mid, hold_date, release_due_date,
hold_amount, released_amount, cb_consumed, fines_consumed,
carry_over, status, meta
)
/
status: OPEN PARTIALLY_RELEASED RELEASED NET_NEGATIVE
/8）和解および品質管理
アラート
リリースを逃しました：期限なしリリース-P1。
リザーブ不均衡：' （ホールド） （リリース） （消費） -P1。
Spike CB vs Reserve： CBの成長>週に週にX％、低いReserve Balance-P2。
クロス担保異常：別のMID-P1（契約をチェック）の書き込みオフ。
SQLテンプレート（簡略化）
8.1.予約残高（日数）
sql
SELECT
DATE(hold_date) AS d,
SUM(hold_amount) AS held,
SUM(released_amount) AS released,
SUM(cb_consumed + fines_consumed) AS consumed,
SUM(hold_amount - released_amount - cb_consumed - fines_consumed) AS balance_delta
FROM finance.reserve_ledger
WHERE hold_date BETWEEN:from AND:to
GROUP BY 1
ORDER BY 1;8.2.Horizon Hで期待されるリリース
sql
SELECT release_due_date AS eta,
SUM(hold_amount - released_amount - cb_consumed - fines_consumed) AS expected_release
FROM finance.reserve_ledger
WHERE release_due_date BETWEEN:start AND:end
AND status IN ('OPEN','PARTIALLY_RELEASED')
GROUP BY 1
ORDER BY 1;8.3.決済ファイルへのマッピング
sql
SELECT b.batch_id, b.provider, b.mid,
b.reserve_hold AS file_hold,
COALESCE(lh.day_hold, 0) AS calc_hold
FROM finance.settlement_batches b
LEFT JOIN (
SELECT provider, mid, DATE(hold_date) AS d, SUM(hold_amount) AS day_hold
FROM finance.reserve_ledger
GROUP BY 1,2,3
) lh ON lh.provider=b.provider AND lh.mid=b.mid
AND lh.d = DATE(b.provider_cutoff_at)
WHERE b.provider_cutoff_at BETWEEN:from AND:to;9） PSPを使用する： 予備を減らす方法
1.リスク低減パイロット：制限されたGEO/チャネルから開始します。
2.保証：銀行保証/預金は、％の準備金を交換または削減することができます。
3.運用KPI：高速リターン、低CBR、高品質KYC/KYB→ステップダウンの引数。
4.リスクの分離：異なるブランド/バーティカルによってMIDを分離します。
5.透明なレポート：CB/払い戻し SLA、 SoF/KYCに関する独自のレポート-PSPに関する懸念をまとめています。
6.プロバイダミックス：レールの多様化（A2A/crypto/local方法）-プラットフォームの全体重み付けリザーブ％が低下します。
7.季節性レビュー：CBの尾が低いことが確認された「ピーク」期間後の予備の回復。
10）責任とコンプライアンスとの関係
リザーブ-トラフィックとプロセスの品質の指標：- 高い予備％は頻繁にボーナスの積み過ぎ、弱い検証およびサポートの遅れと相関します；
- SoF/KYCレベルとリターン率は交渉ポジションに直接影響します。
- 規制ペナルティ/チャージバック仲裁の増加準備要件。
11）ダッシュボードとKPI
PSP/MID/メソッドで％を予約します。
予想されるリリース（7/30/90/180）-計画流入の表。
CBカバレッジ：リザーブとリスクバランスでカバーされるチャージバックのシェア。
リリースの遅延：期日と事実の間の平均遅延。
クロスコラテラルフラグ：「MIDではない」書き込みオフシェア。
終了準備金：クローズ後のリターンのボリュームとスケジュール。
12）実装チェックリスト
データと統合
- 決済ファイルから'reserve_hold'、' reserve_release'、'reserve_balance'フィールドをインポートします。
- リンク'hold_date→release_due_date'で'reserve_ledger'を表示します。
- 契約条件リファレンス（パーセンテージ、用語、キャップ、ステップダウン、クロス担保フラグ）。
コントロールとプロセス
- 貸借対照表と予想リリースに関する日報。
- リリース/不均衡/クロス担保を逃したことによるアラート。
- PSPによる四半期ごとのリスクレビュー（％/タイムラインリビジョン）。
Legal（リーガル）
- 所定のキャップ、ステップダウン、リリーススケジュール、終了予約。
- クロス担保に限定され、レポートを監査する権利。
- ファイル形式と期限に関するSLA。
13） FAQ
Q：保証で予約を「交換」することは可能ですか？
A：多くの場合、はい：銀行保証/現金担保は、準備金を削減するか、カードでゼロにします-PSP/銀行によって異なります。
Q：実際のリリースが予想より少ないのはなぜですか？
A：間にCB/ペナルティライトオフが発生しました。'cb_consumed'、 'fines_consumed'をチェックし、クロス担保を参照してください。
Q： MIDを閉じるときはどうすればいいですか？
A： 明確な範囲およびカレンダーが付いている終了予約に同意して下さい；期日の会計とリマインダーを維持する
Q：季節性をどのように説明していますか？
A： CBの尾の造りは支払のコホートを渡る60-180日先に予測します；「ローテール」でステップダウン/アーリーリリースを尋ねる。
14）概要
ローリングリザーブは、PSPが商人のキャッシュフローに入れるリスクの価格です。正しい戦略：透明な分析、リザーブレジャーの緊密な調整、強力なリターン/CB KPI、レールの多様化、タイトな契約フレームワーク（キャップ、ステップダウン、リリースカレンダー、クロス担保制限）。そのため、リザーブは「ブラックホール」ではなくなり、順次削減できる管理バッファになります。