אוצר: נזילות ורזרבות
TL; DR
אוצר ב-iGaming הוא רשת מנוהלת של ”כיסים” (בנקים, PSPS, ארנקים, חשבונות סוחר מותאמים אישית). מטרות - אפס פערי מזומנים במחיר מינימלי: תחזית מדויקת לזרימות, מגבלות על מקבילות ומטבעות, מדיניות רזרבה (חוצץ הפעלה + חסינות רגולטורית + שמורת לחץ), משמעת של קדימות וכללי סריקה, SLO עבור זמן-לפיאוט ו-Time-to-Fund.
1) מפת נזילות: רמות, כיסים, זרימות
1. 1 רמות נזילות (על ידי זמינות)
L0 (T0) - נזילות מיידית: הפעלת מאזן על חשבונות סוחר, A2A/RTP מיידי, ארנקים, עתודות יציבות, מזומנים עבור תשלום T0.
L1 (T + 1... T + 3) - נזילות לטווח קצר: חשבונות פשרה של PSP/רוכשים, חשבונות בנק נוכחיים עם מגבלות פנימיות.
L2 (T + 5... T + 10) - נזילות של האופק האמצעי: הפקדה/חיסכון חשבונות, טאטא לתוך מכשור אוצר (שטרות T, MMF), ”חניה” של אורוות על מנהג עם מכשול מהיר.
L3 (T + 10 +) - נזילות אסטרטגית/הון: פיקדונות ארוכים, אג "ח, הון שמור.
1. 2 כיסי נזילות (דוגמה)
Bank_OPS (בנק הפועלים): פיאט כניסה/יציאה, משכורת, מיסים.
PSP_MERCHANT: חשבונות סוחר לפי שיטות (כרטיס, A2A, ארנק).
PSP_SETTLEMENT: חשבונות התיישבות/הצטברות (T + N)
CRYPTO_CUSTODY: על-שרשרת/מותאם אישית, אורוות ונכסים בסיסיים.
PAYOUT_POOLS: בריכות נפרדות לתשלומים מיידיים.
SAFEGUARD_ACCOUNTS: חשבונות מופרדים לפי דרישות הרגולטור/רישיון.
1. 3 זרימות ראשיות
הפיקדונות PSP_MERCHANT # התיישבות Bank_OPS'
"Bank _ OPS # Payout_Pools/PSP Exchange &fos
'On/Off-רמפה ↔ Crypto_Custody'
L0↔L1↔L2 לפי לוח הזמנים והפעלות.
2) מדיניות נזילות ורזרבות
2. 1 מטרות
אפס פערים במזומן על מסילות תשלום קריטיות.
עלות מינימלית של בעלות על נזילות (עמלות, FX, הפסד הכנסות).
ציות רגולטורי: שמירה, הפרדה גזעית של קרנות הלקוחות (היכן שניתן ליישם).
שקיפות: פיוס יומי ולוחות מחוונים על ידי SLO.
2. 2 כיתת מילואים
1. רזרבה תפעולית (OpErs) - כיסוי שיא התשלום ושינויים בהתיישבות (לדוגמה, p99 פלט נטו יומי + 20-30% חוצץ).
2. רזרבה רגולטורית (Regress) - הסכומים הנדרשים על ידי הרישיון (הפרדה, שמירה, סיוף טבעות).
3. רזרבה ללחץ (Res) - כיסוי זעזועים נדירים: פלט שיא ”כפול”, עיכוב T + N במפתח PSP, הלם FX.
4. רזרבה טכנית (TechRs) - עבור פיילר/תקריות (הקפאת אתר/בורסה/בנק).
2. 3 נוסחת כיס שיווי משקל
Target_Balance = OpRes(p99 horizon H) + RegRes + StressRes - Incoming_Settlement(T_window)אופק H וחלון T_window תלויים במסילה (לדוגמה: RTP H = 1 D, כרטיס H = 3D).
3) חיזוי תזרים מזומנים
3. 1 שורות כניסה
הפקדות לפי שיטה/ספק (p7/p30 עונה, ימים בשבוע, קידום).
משיכות ותשלומים (מהירות ושיתוף להפקדות, VIP/jackpots).
לוחות זמנים של הסדר (T + N על ידי PSP/רוכשים).
לוח שנה FX (חידושים, המרות גדולות).
תשלומי תפעול (מסים, עמלות, משכורות).
3. 2 מודל (מינימום)
משוקלל מקומית או SARIMA/Prophet למחסן/מוביל.
מקדמים יישומיים: ”קצב מזומן-אאוט”, ”סבירות גבוהה”, ”מעלית פרומו”.
מיקום כיס נטו: "Inflow _ psp _ settlement Outflow_payouts nigsWeeps'.
3. 3 מדדי איכות תחזית
MAPE/WAPE על ידי רשת יומית.
סיקור: פרופורציה של ימים שבהם השיא האמיתי הגיע מהמבצעים המתוכננים.
תקריות סטוקאוט: פעמים כאשר L0 נעלם <סף מינימום.
4) קדימות, סריקה וחידוש כללים
4. 1 קדימות (קדימות במסילה)
עבור מסילות תשלום מיידיות וכמה APM, איזון נדרש.
כלל: לשמור על סף גלגול (לדוגמה, p95 תשלומים יומיים בשבוע האחרון) + 20% חוצץ.
מפעיל השלמה אוטומטית הוא 'Balance <LowWatermark' # "Top Up to Target_Balance'.
4. 2 סריקות
יומי: PSP_MERCHANT כפול Bank_OPS אחרי חלון ההתנחלות.
L0↔L1 לסטיות ממסדרונות המטרה.
לקראת L2: סריקה לילית של עודף שאריות ב-MMF/T-Bills/אורוות (מדיניות החזרה ב-L0 film T + 1).
4. 3 בזבוז סדרי עדיפויות (מפל מים)
1. Payout_Pools (מחויבות T0)
2. מועד קבוע לתשלומי האוצר (מס/משכורת)
3. המרות/איזון מחדש של FX
4. השקעות L2/L3
5) מטבעות, FX וסביבת ריבית
חשיפה ל ־ FX: שיווי משקל של מטבעות נכנסים/יוצאים; גידור טבעי (לשמור על תשלום באותו מטבע).
מדיניות המרה: התראת TWAP/POV לכמויות גדולות, מגבלות על bps החלקה, Edempotent Exec-id.
תשואת ריבית: MMF/שורט שטרות T; הגבלות על מקבילות ונזילות מינימלית (T + 0/T + 1).
המרות SLO FX: זמן מהחלטה להוצאה לפועל (p95 יומן X דקות),
6) סיכון מקביל ומגביל
מגבלות על המקביל: בנק, PSP, קריפטו מותאם אישית, החלפה/UTS.
מטריצת דירוג: הון/רישיונות/תקריות/זמינות/הוכחה-of-Reserves (להצפנה).
גיוון: לפחות 2-3 ספקים לכל מסילה קריטית, חלוקה של שאריות על פני אשכולות.
מדיניות משמורת: multisig/HSM, מגבלות פלט, כתובת מאפשרת רשימות, פיוס יומי.
7) היבטים רגולטוריים וצייתניים
שמירה/הפרדה: חשבונות נפרדים לקרנות לקוח (היכן שנדרש), איתור איזון, ללא ערבוב.
דיווח: דיווחים יומיים לרגולטור/ביקורת על מאזנים ורזרבות.
KYC/AML: על/off-ramp עמיתים, סינון סנקציה, SOF/SOW להעברות גדולות.
DSAR/שימור: אחסון של עקבות תשלום ויומני העברה.
8) מטריצות, SLOs והתראות
8. 1 KPI
Time-to-Payout (TTP) p95 בשיטה.
זמן לקרן (TTF) p95 לחידוש בריכה.
Stockout Rate L0 (תקריות מחסור מיידי בנזילות).
שימוש במזומן = תשלום מ L0/ Target_Balance.
מזומנים בטלים% = (שיווי משקל Target_Balance )/איזון.
ריכוז עמיתים = מקסימום (משותף לספק).
FX Slippage Bps, FX עלות/GGR.
שמירת כיסוי = min (הפרדה בין יתרת החשבון/הסכום הנדרש).
8. 2 התראות
”שיווי משקל <LowWatermark” = P1 (השלמה אוטומטית).
”תקרית מאגר” = P0.
'ריכוז מקביל> להגביל' # P2 (איזון מחדש).
'שמור על הכיסוי <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_sec10) פרוסות 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. כיסי מפת חום: "שיווי משקל נגד המטרה נגד low_watermark'.
2. משפך מזומנים: ”מתפלש/זורם/התנחלויות” ביום.
3. TP/TTF p50/p95 על ידי שיטה/ספק.
4. ריכוז עמיתים והתראות.
5. כיסוי הגנה: 100% קו, הפרות.
6. לוח FX: החלקה/עלות, המרות גדולות.
12) ספרי משחק
גל מזומנים החוצה
פעולות: להגדיל את Target_Balance Payout_Pools, להאיץ את הסריקה של PSP * Bank _ OPS, להפחית זמנית את מגבלות המשיכה לסיכון גבוה, כולל ספק תשלום מיידי שני.
עיכוב פשרה PSP
פעולות: הפעלת RecoverRes, פתיחת קו אשראי/משיכת יתר, חלוקת תשלומים זמנית למסילה אלטרנטיבית, הסלמה ל-PSP.
בנק/בורסה/הקפאה מותאמת אישית
פעולות: העברות מתג-הריגה, העברת מאזנים למקבילים חלופיים, השקת תוכנית DR, שלילת מפתחות/גישה, תקשורת עם הרגולטור.
הלם FX/ביקוש מוגזם במטבע
פעולות: כוללות גידור ישר (תשלומים באותו מטבע), TWAP מואץ, חלוקת מניות/בונוסים במטבע ”ביתי”.
חוסר כיסוי הגנה
פעולות: סריקה מיידית של כספים לחשבון נפרד, חסימה של תשלומים אופציונליים, דיווח ואישור לרגולטור.
13) מקרי מבחן (UAT/Prod-מוכן)
1. תרגיל סטוקאוט: לדמות תשלום שיא של p99 = מאגר L0 נשאר low_watermark.
2. PSP עיכוב פשרה: + 2 ימים ל-T + N = Res מכסה, TTP לא הולך מעבר ל-SLO.
3. FX TWAP idempotency: חזור על ציטוטים של webhook # 1.
4. פריצת אבטחה: סריקה אוטומטית וחסימה של תשלומים שאינם קריטיים.
5. כובע עמיתים: מעבר למגבלה על הספק = התראה + איזון אוטומטי.
6. סריקת Intraday: שיווי משקל> Target_Balance + tensuep ב- L2 והחזרת סף.
14) טעויות תכופות וכיצד להימנע מהן
ספק אחד על מסילה קריטית. שמור לפחות שניים.
מחסור ברמת P ב OpRes # רזרבות ”בעין” ומאגר תכוף. השתמש ב ־ p95/p99.
חשבונות הגנה לא מסומנים = = ערבוב כספים. הזן הפרדה גזעית קפדנית ודיווח.
התעלמות מלוח השנה ליישוב = = איזון מטרה שגוי. אוטומטית בליעה של לוחות זמנים PSP.
מטמון פשוט L0/L1 = עלות גבוהה של הכנסות אבודות. הגדרת סריקות באל-2.
אין ”קופת כיסים” אחת תוהו ובוהו של שרידים. סוג רישום כיס.
15) רישום כיס (סקיצה 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/DistricturRes), מגבלות הדוקות ו-SLOs, תחזית זרימה ומכניקה אוטומטית לפירוק/סריקה. אז אתם נותנים לעסק TTP מינימלי, נמנעים מפערים במזומן, מפחיתים את עלות ההון ובמקביל מצייתים לדרישות הרגולטוריות והביקורות.