Ролінг-резерв та умови PSP

1) Що таке ролінг-резерв і навіщо він PSP

Роллінг-резерв (rolling reserve) - це утримання частини щоденного обсягу сеттлмента PSP (наприклад, 5-15% на 90-180 днів) для покриття чарджбеків, повернень, штрафів схем і операційних ризиків. Резерв «котиться»: суми кожного дня звільняються після закінчення фіксованого терміну утримання, формуючи ковзний графік релізів.

Відмінності від схожих механізмів

Holdback: разовий/перманентний відсоток утримання з нетто-виплат без обов'язкового подальшого релізу.
Termination/Closure Reserve: утримання на період після розірвання договору (часто 6-18 місяців).
Security deposit/Collateral: передплачена застава на рахунку PSP/банку.

2) Як це вважається: базова формула і приклад

2. 1. Розрахунок денного утримання

Reserve_Hold_Day = max(0, (Gross_Captured − Refunds − Chargeback_Credits))
× Reserve_Percent

Часто PSP рахують від net-settlement base, але без вирахування комісій: комісії (fees) утримуються окремо.

2. 2. Реліз після закінчення періоду

Якщо термін утримання'H'днів, то сума, утримана в день'D', планово релізується в день'D + H'( з поправкою на banking days/свята і min balance).

2. 3. Приклад

Резерв: 10% на 120 днів.
Денний net base: 200 000.
Утримання: 20 000 «паркується» в резервний пул дня T і буде релизнуто в T + 120.
Якщо в періоді T.. T + 120 виникли чарджбеки/штрафи, PSP списує їх з резервного пулу, а релізна сума зменшується.

3) Ризик-тригери, що впливають на відсоток і термін

Високий chargeback rate (за схемами карт - порівнюють з порогами Visa/Mastercard).
Вертикаль підвищеного ризику (iGaming, нутра, travel, тікетинг).
Низька історія у мерчанта: новий MID, слабка фінансова звітність, thin capitalization.
Операційні фактори: повільні повернення, часті скарги, порушення descriptor/SCA.
Географія/канали: high-risk GEO, афіліатний трафік з високою часткою повернень.
Compliance: санкційні/ліцензійні ризики, weak KYC/KYB.

4) Договірні умови, на які потрібно тиснути

1. Cap на резерв: верхня межа (наприклад, не більше 1 × середнього місячного net).
2. Step-down schedule: після досягнення KPI (низький CBR, SLA повернень) - автоматичне зниження %/терміну.
3. Release-календар: чіткі дати релізу з визначенням banking days і TZ.
4. No cross-collateral (або вузькі рамки): щоб проблеми одного бренду/MID не «з'їдали» резерв іншого.
5. Carve-out за методами: різні резерви за картками/А2А/крипто.
6. Early release clause: можливість дострокового релізу за результатами квартального огляду ризику.
7. Termination reserve лімітований терміном і сумою: чітка формула розрахунку і графік повернення.
8. Dispute process & evidence: терміни розгляду, прозорі звіти за списаннями з пулу.
9. Audit trail та формат звітності: CSV/JSON деталізація по днях утримання/релізах.
10. Force-majeure и scheme fines: обмеження відповідальності та порядок оскарження.

5) Вплив на кеш-флоу і ліквідність

• будувати прогноз релізів на горизонт утримання (H),
• враховувати negative carry-over (коли резервний пул йде в мінус через чарджбеки/штрафів),
• зарезервувати оперативну ліквідність під withdrawals, податки, OPEX без урахування «заморожених» коштів.

Метрики для CFO

Reserve Balance (денний зріз та історія).
Release ETA hit-rate (факт релізів вчасно).
Reserve as % of GMV/NGR.
Negative-carry streak (скільки днів поспіль пул у мінусі).
Chargeback coverage ratio (яка частка CB закривалася резервом).

6) Облік і проводки (спрощено)

• Дт: Розрахунки з PSP (резерв)
• Кт: Розрахунки з PSP (поточний сеттлмент)

• Дт: Банк (каса мерчанта)
• Кт: Розрахунки з PSP (резерв)

• Дт: Витрати/збитки (chargeback/fines)
• Кт: Розрахунки з 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) Звірка і контроль якості

Алерти

Missed release: немає релізу по due-даті - P1.
Reserve imbalance: `Σ(hold) − Σ(release) − Σ(consumed) ≠ Reserve_Balance` — P1.
Spike CB vs Reserve: зростання CB> X% тиждень до тижня при низькому Reserve Balance - P2.
Cross-collateral anomaly: списання за іншим 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. Очікувані релізи на горизонті 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 → аргументи для step-down.
4. Сегрегація ризиків: окремі MIDs по різних брендах/вертикалях.
5. Прозора звітність: власні звіти по CB/Refund SLA, SoF/KYC - знімають побоювання PSP.
6. Мікс провайдерів: диверсифікуйте рейки (А2А/крипто/локальні методи) - загальний Weighted Reserve% для платформи падає.
7. Seasonality review: перегляд резерву після «пікових» періодів при підтверджено низькому хвості CB.

10) Зв'язок з відповідальністю та комплаєнсом

• високий reserve% часто корелює з аб'юзом бонусів, слабкою верифікацією і затримками саппорту;
• SoF/KYC рівні і швидкість повернень прямо впливають на переговорну позицію;
• регуляторні штрафи/chargeback arbitration підвищують вимоги до резерву.

11) Дашборди і KPI

Reserve% by PSP/MID/method (поточний та історичний).
Expected Releases (7/30/90/180) - таблиця планових приток.
CB Coverage: частка чарджбеків, покрита резервом, і залишок ризику.
Release Delays: середній лаг між due-датою і фактом.
Cross-Collateral Flag: частка списань «не за своїм MID».
Termination Reserve: обсяг і графік повернення після закриття.

12) Чек-листи впровадження

Дані та інтеграції

• Імпорт полів'reserve _ hold','reserve _ release','reserve _ balance'з settlement-файлів.
• Вітрина'reserve _ ledger'з лінковкою'hold _ date → release_due_date'.
• Довідник договірних умов (відсоток, термін, cap, step-down, cross-collateral flag).

Контроль і процеси

• Щоденний звіт по балансу і очікуваним релізам.
• Алерти по missed release/imbalance/cross-collateral.
• Квартальний risk-review з PSP (перегляд %/термінів).

Юридичне

• Прописані caps, step-down, графік релізів, termination reserve.
• Обмежений cross-collateral, є право аудиту звітів.
• SLA за форматами і термінами надання файлів.

13) FAQ

Q: Чи можна «замінити» резерв на гарантію?
A: Часто так: bank guarantee/cash collateral знижує резерв або обнуляє його на картках - залежить від PSP/банку.

Q: Чому фактичний реліз менше очікуваного?
A: У проміжку виникли списання СВ/штрафів; звіряйте'cb _ consumed','fines _ consumed'і дивіться cross-collateral.

Q: Що робити при закритті MID?
A: Узгодити termination reserve з чітким обсягом і календарем; вести облік і нагадування по due-датах.

Q: Як врахувати сезонність?
A: Будуйте прогноз CB-хвоста на 60-180 днів вперед по когортах платежів; на «низькому хвості» просите step-down/early release.

14) Резюме

Роллінг-резерв - це ціна ризику, яку PSP закладає в кеш-флоу мерчанта. Правильна стратегія: прозора аналітика, жорстка звірка леджера резерву, сильні KPI з повернень/СВ, диверсифікація рейок, і жорсткі договірні рамки (caps, step-down, календар релізів, обмеження cross-collateral). Так резерв перестає бути «чорною дірою» і стає керованим буфером, який можна послідовно скорочувати.