ხაზინა: ლიკვიდობა და რეზერვები

TL; DR

IGaming- ის ხაზინა არის ლიკვიდობის „ჯიბეების“ მართვადი ქსელი (ბანკები, PSP, საფულეები, კრიპტო კასტოდები, მერჩანტის ანგარიშები) სხვადასხვა SLA შეყვანის/გამოსვლისთვის. მიზანი არის ნულოვანი ფულადი სახსრების ხარვეზები მინიმალური ღირებულებით: ნაკადების ზუსტი პროგნოზი, კონტრარგუმენტებისა და ვალუტების ლიმიტები, სარეზერვო პოლიტიკა (ოპერაციული ბუფერები + მარეგულირებელი safeguarding + სტრესის რეზერვი), prefunding და sweep წესების დისციპლინა, SLO დრო და დრო.

1) ლიკვიდობის რუკა: დონე, ჯიბეები, ნაკადები

1. 1 ლიკვიდობის დონე (ხელმისაწვდომი)

L0 (T0) - მყისიერი ლიკვიდობა: საოპერაციო ნაშთები ზღვის ანგარიშებზე, instant A2A/RTP, საფულეები, სტეიბლის რეზერვები, ფულადი ბუფერები payout T0.
L1 (T + 1... T + 3) - მოკლე ჰორიზონტის ლიკვიდობა: PSP/შემქმნელთა ანგარიშები, საბანკო მიმდინარე ანგარიშები შიდა ლიმიტით.
L2 (T + 5... T + 10) - საშუალო ჰორიზონტის ლიკვიდობა: სადეპოზიტო/შემნახველი ანგარიშები, სახაზინო ინსტრუმენტების ღვეზელები (T-bills, MMF), კასტოდების „პარკინგი“ სწრაფი off-ramp- ით.
L3 (T + 10 +) - სტრატეგიული ლიკვიდობა/კაპიტალი: გრძელი ანაბრები, ობლიგაციები, დაცული კაპიტალი.

1. 2 ლიკვიდობის ჯიბეები (მაგალითი)

Bank _ OPS (ოპერაციული ბანკი): ფიატის შესვლა/გასასვლელი, ხელფასები, გადასახადები.
PSP _ MERCHANT: მეთოდები (Card, A2A, Wallet).
PSP _ SETTLEMENT: ანგარიშსწორების/დაგროვების ანგარიშები (T + N).
CRYPTO _ CUSTODY: Chain/castody, stables და ძირითადი აქტივები.
PAYOUT _ POOLS: ინდივიდუალური აუზები მყისიერი გადახდებისთვის.
SAFEGUARD _ ACCOUNTS: რეგულატორის/ლიცენზიის მოთხოვნების სეგრეგირებული ანგარიშები.

1. 3 მთავარი ნაკადები

`Deposits → PSP_MERCHANT → Settlement → Bank_OPS`

`Bank_OPS → Payout_Pools/PSP → Withdrawals`

`On/Off-ramp ↔ Crypto_Custody`

'Sweeps: L0 - L1 - L2' გრაფიკისა და ტრიგერების მიხედვით.

2) ლიკვიდობისა და რეზერვების პოლიტიკა

2. 1 მიზნები

ნულოვანი ფულადი სახსრების ხარვეზები კრიტიკულ გადახდის რელსებზე.
ლიკვიდობის ფლობის მინიმალური ღირებულება (კომისია, FX, დაკარგული შემოსავალი).
შესაბამისობა მარეგულირებელს: safeguarding, კლიენტის სახსრების სეგრეგაცია (სადაც გამოიყენება).
გამჭვირვალობა: ყოველდღიური შერწყმა და დაშბორდები SLO- სთვის.

2. 2 რეზერვების კლასი

1. ოპერაციული რეზერვი (OpRes) - payout მწვერვალის საფარი და ცვალებადობა settlement (მაგალითად, p99 დღის წმინდა გამომავალი + ბუფერი 20-30%).
2. რეგულირების რეზერვი (RegRes) - ლიცენზიით საჭირო თანხები (segregated, safeguarding, ring-fencing).
3. სტრესის რეზერვი (StressRes) - იშვიათი შოკების დაფარვა: „ორმაგი“ მწვერვალი, T + N შეფერხება საკვანძო PSP, FX შოკი.
4. ტექნიკური რეზერვი (TechRes) - ყალბი/ინციდენტებზე (საიტის გაყინვა/გაცვლა/ბანკი).

2. 3 სამიზნე დარჩენილი ნაწილის ფორმულა

Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)

ჰორიზონტი H და T _ Window ფანჯარა დამოკიდებულია რელსზე (მაგალითად, RTP H = 1d, Card H = 3d).

3) ფულადი ნაკადების პროგნოზირება

3. 1 შესასვლელი რიგები

Deposits by method/provider (p7/p30 სეზონური, კვირის დღეები, აქციები).
Withdrawals & Payouts (სიჩქარე და წილი დეპოზიტებზე, VIP/ჯეკპოტები).
Settlement schedules (T + N PSP/შემქმნელები).
FX კალენდარი (გადაფასება, დიდი კონვერტაცია).
ოპერაციული გადასახადები (გადასახადები, საკომისიო, ხელფასები).

3. 2 მოდელი (მინიმალური)

ადგილობრივად შეჩერებული ან SARIMA/Prophet დეპო/დასკვნებისთვის.
გამოყენებითი კოეფიციენტები: 'Cash-out Rate', 'Jackpot Probability', 'Promo Lift'.
არასწორი პოზიციაა: 'Inflow _ psp _ steptlement - Outflow _ payouts ± Sweeps'.

3. 3 პროგნოზის ხარისხის მეტრიკა

MAPE/WAPE daily netto.
Coverage: დღეების წილი, როდესაც ნამდვილი მწვერვალი დაგეგმილია OpRes.
Stockout Incidents: ერთხელ, როდესაც L0 დატოვა <მინიმალური ბარიერი.

4) prefunding, sweeps და შევსების წესები

4. 1 წინასწარი გადახდა (რელსების წინასწარ გადახდა)

რელსებისა და ზოგიერთი APM- ისთვის საჭიროა ბალანსი.
წესი: rolling ბარიერის მხარდაჭერა (მაგალითად, ბოლო კვირის p95 დღის გადახდა) + ბუფერი 20%.
Autopaction- ის გამომწვევები: 'Balance <LowwWatermark' - 'TopUp to Target _ Balance'.

4. 2 Sweeps (სვიპის თარგმანები)

ყოველდღიური: PSP _ MERCHANT - Bank _ OPS settlement ფანჯრის შემდეგ.
ინტრადეი: L0 - L1 სამიზნე დერეფნებიდან გადახრისას.
L2- ის მიმართულებით: MMF/T-Bills/stables- ში ჭარბი ნარჩენების ღამის ჭრილობა (დაბრუნების პოლიტიკა L0-T + 1).

4. 3 ხარჯვის პრიორიტეტები

1. Payout _ Pools (T0 ვალდებულებები)

2. სახაზინო გადასახადები ფიქსირებული ვადით (გადასახადები/ხელფასი)

3. კონვერტაცია/rebalance FX

4. ინვესტიციები L2/L3

5) ვალუტები, FX და საპროცენტო გარემო

FX ექსპოზიცია: შემომავალი/ვალუტის ბალანსი; ბუნებრივი ჰეჯი (იგივე ვალუტით გადახდების შენარჩუნება).
კონვერტაციის პოლიტიკა: TWAP/POV-algo დიდი თანხებისთვის, slippage bps, idempotent exec-id.
პროცენტული ანაზღაურება L2: MMF/მოკლე T-bills; კონტრარგუმენტების შეზღუდვები და მინიმალური ლიკვიდობა (T + 0/T + 1).
SLO FX კონვერტაცია: დრო გამოსავალიდან შესრულებამდე (p95-X წუთი), ციტატების ჟურნალისტიზაცია.

6) კონტრაგენტის რისკი და ლიმიტები

კონტრარგუმენტების ლიმიტები: ბანკი, PSP, კრიპტო კასტოდი, გაცვლა/OTS.
სარეიტინგო მატრიცა: კაპიტალი/ლიცენზია/ინციდენტები/წვდომა/Proof-of-Reserves (კრიპტოსთვის).
დივერსიფიკაცია: მინიმუმ 2-3 პროვაიდერი კრიტიკულ სარკინიგზო მაგისტრალზე, ნარჩენების განაწილება მტევნებზე.
Custody პოლიტიკა: მულტისიგი/HSM, დასკვნის ლიმიტები, მისამართის ალოუ ფურცლები, ყოველდღიური კრეკერები.

7) მარეგულირებელი და შესაბამისობის ასპექტები

Safeguarding/segregation: ცალკეული ანგარიშები კლიენტის სახსრებისთვის (სადაც საჭიროა), ნაშთების ტრეკინგი, შერევის აკრძალვა.
მოხსენებები: რეგულატორის/აუდიტის ყოველდღიური მოხსენებები ნარჩენებისა და რეზერვების შესახებ.
KYC/AML: on/off-ramp კონტრარგუმენტები, სანქციების სკრინინგი, SoF/SoW დიდი გადარიცხვებისთვის.
DSAR/retention: გადახდის კვალის და გადარიცხვის ჟურნალების შენახვა.

8) მეტრიკი, SLO და ალერტები

8. 1 KPI

Time-to-Payout (TtP) p95 მეთოდების მიხედვით.
Time-to-Fund (TtF) p95 ტყვიების შესავსებად.
Stockout Rate L0 (მყისიერი ლიკვიდობის ინციდენტები).
Cash Utilization = გადახდები L0/Target _ Balance- დან.
Idle Cash% = (ბალანსი - Target _ Balance )/ბალანსი.
Counterparty Concentration = max (პროვაიდერის წილი).
FX Slippage bps, FX Cost/GGR.
Safeguard Coverage = min (სეგრეგირებული ანგარიშების ბალანსი/საჭირო თანხა).

8. 2 ალერტა

'Balance <LowwWatermark' P1 (ავტოპორტრეტი).
'Stockout Incident' P0 (მყისიერი გადახდების ბლოკი/ალტერნატივის ჩართვა).
'Counterparty Concentration> ლიმიტი' P2 (rebalance).
`Safeguard Coverage < 100%` → P0.
'TTF p95> SLO' P1 (ინციდენტი ბანკში/PSP).

9) მონაცემთა მოდელი (სახაზინო „ფენა“)

json
{
"as_of": "2025-11-03T12:00:00Z",
"pocket_id": "PSP_MERCHANT_CARD_A",
"currency": "EUR",
"balance": 425000. 00,
"target_balance": 380000. 00,
"low_watermark": 300000. 00,
"inflows_t0": 52000. 00,
"outflows_t0": 61000. 00,
"expected_settlement_t1": 210000. 00,
"safeguard_required": 150000. 00,
"safeguard_balance": 160000. 00,
"counterparty": "Acquirer_A",
"limits": {
"counterparty_limit": 1200000. 00,
"fx_slippage_bps_limit": 5
},
"alerts": ["BALANCE_BELOW_TARGET"],
"notes": "Expect promo cash-out spike tonight"
}

date, pocket_id, counterparty, currency,
balance, target_balance, low_watermark,
inflows_t0, outflows_t0, expected_settlement_t1,
safeguard_required, safeguard_balance,
payout_slo_p95_sec, fund_slo_p95_sec

10) SQL ნაჭრები

10. 1 ნარჩენების მოძრაობა და დერეფნებში მოხვედრა

sql
SELECT date,
pocket_id,
currency,
balance,
target_balance,
low_watermark,
CASE WHEN balance < low_watermark THEN 1 ELSE 0 END AS stockout_flag,
GREATEST(0, balance - target_balance) AS idle_cash
FROM treasury_balances_daily
ORDER BY date DESC, pocket_id;

10. 2 კონტრარგუმენტების კონცენტრაცია

sql
SELECT date,
counterparty,
SUM(balance) AS bal,
SUM(SUM(balance)) OVER (PARTITION BY date) AS bal_total,
(SUM(balance) / NULLIF(SUM(SUM(balance)) OVER (PARTITION BY date),0)) AS share
FROM treasury_balances_daily
GROUP BY 1,2
ORDER BY date DESC, share DESC;

10. 3 საფარი

sql
SELECT date, pocket_id, currency,
safeguard_balance, safeguard_required,
safeguard_balance / NULLIF(safeguard_required,0) AS coverage_ratio
FROM treasury_balances_daily
WHERE safeguard_required > 0;

11) დაშბორდი (მინიმალური ვიჯეტები)

1. ჯიბეების heatmap: 'balance vs target vs low _ watermark'.
2. სალარო ძაბრი: 'inflows/outflows/settlements' დღეების მიხედვით.
3. TtP/TtF p50/p95 მეთოდების/პროვაიდერების მიხედვით.
4. Counterparty concentration და alertes.
5. Safeguard coverage: 100% -linia, დარღვევები.
6. FX პანელი: slippage/ღირებულება, დიდი კონვერტაცია.

12) პლეიბუკი

დასკვნების ზრდა (cash-out wave)

მოქმედებები: Target _ Balance- ის გაზრდა Payout _ Pools- ში, დააჩქაროს PSP - Bank _ OPS swip, დროებით შეამციროს გამომავალი ლიმიტები მაღალი რანგისთვის, ჩართოთ მეორე ინსტანციის გადახდის პროვაიდერი.

გადატვირთვის შეფერხება PSP- ში

მოქმედებები: StressRes- ის გააქტიურება, საკრედიტო ხაზის/ოვერდრაფტის გახსნა, ალტერნატიული სარკინიგზო გადასახადების დროებით გადანაწილება, PSP- ში ესკალაცია.

ბანკის გაყინვა/გაცვლა/კასტოდი

მოქმედებები: kill-switch თარგმანები, ნაშთების ალტერნატიული კონტრარგუმენტების თარგმნა, DR გეგმის ამოქმედება, გასაღებების/წვდომის მიმოხილვა, რეგულატორთან კომუნიკაცია.

FX შოკი/უცხოური ვალუტის გადაჭარბებული მოთხოვნა

მოქმედებები: ჩართეთ ნატურალური ჰეჯი (გადახდები იმავე ვალუტაში), დაჩქარებული TWAP, აქციების/პრემიების გადანაწილება „საშინაო“ ვალუტაში.

საფარის ნაკლებობა

მოქმედებები: დაუყოვნებლივი თანხების გამოყოფა სეგრეგირებულ ანგარიშზე, არჩევითი გადასახადების დაბლოკვა, რეგულატორის მოხსენება და დადასტურება.

13) ტესტის შემთხვევები (UAT/UAT მზადყოფნა)

1. Stockout drill: P99-pul L0 გადახდების პიკის სიმულაცია რჩება low _ watermark.
2. PSP settlement delay: + 2 დღე T + N - StressRes დაფარავს, TtP არ მიდის SLO- სთვის.
3. FX TWAP idempotence: ციტატების ვებსაიტის განმეორება - 1 შესრულება.
4. Safeguard breach: ავტომატური გამონაყარი და არაკრიტიკული გადახდების დაბლოკვა.
5. Counterparty cap: პროვაიდერის ლიმიტის ჭარბი რაოდენობა - ალერტი + ავტომობილი.
6. Intraday sweep: წონასწორობა> Target _ Balance + swip L2- ში და დაბრუნება ზღურბლზე.

14) ხშირი შეცდომები და როგორ მოვერიდოთ მათ

კრიტიკული სარკინიგზო მიმწოდებლის ერთი მიმწოდებელი არის ფეილოვერის არარსებობა. შეინარჩუნეთ მინიმუმ ორი.
OpRes- ში p- დონის არარსებობა არის „თვალების“ რეზერვები და ხშირი დარტყმა. გამოიყენეთ p95/p99.
არამომგებიანი safeguard ანგარიშები - სახსრების ნაზავი. შეიყვანეთ მკაცრი სეგრეგაცია და ანგარიში.
Settlement კალენდრის უგულებელყოფა არასწორი სამიზნე ნაშთია. ავტომატიზაცია მოახდინეთ PSP გრაფიკის ინგესტაცია.
მარტივი ქეში L0/L1- ში - დაკარგული მომგებიანობის მაღალი ღირებულება. კონფიგურაცია swips L2- ში.
არ არსებობს ერთი „ჯიბეების რეესტრი“ - ნარჩენების ქაოსი. შეიყვანეთ Pocket Registry.

15) ჯიბეების რეესტრი (Pocket Registry, API ესკიზი)

json
{
"pocket_id": "PAYOUT_POOL_EUR",
"type": "L0",
"counterparty": "Bank_X",
"currency": "EUR",
"segregated": false,
"prefund_required": true,
"slo": { "ttp_p95_sec": 60, "ttf_p95_min": 30 },
"limits": {
"low_watermark": 200000,
"target_balance": 350000,
"counterparty_limit": 1000000
},
"sweep_policy": {
"to_l2_when_idle_cash_over": 100000,
"intraday": true
}
}

რეზიუმე

სტაბილური ხაზინა არის სისტემა და არა ანგარიშების მთელი რიგი: სტრატიფიცირებული ლიკვიდობის დონე (L0-L3), კონტროლირებადი რეზერვები (OpRes/RegRes/StressRes), მკაცრი ლიმიტები და SLO, ნაკადების პროგნოზირება და ავტომატური გადახედვა/sweep მექანიკა. ასე რომ, თქვენ აძლევთ ბიზნესს მინიმალურ TtP- ს, თავიდან აიცილებთ ფულადი სახსრების შესვენებას, შეამცირებთ კაპიტალის ღირებულებას და ამავე დროს აკმაყოფილებთ რეგულატორებისა და აუდიტის მოთხოვნებს.