خزانه داری: نقدینگی و ذخایر

TL ؛ دکتر متخصص

خزانه داری در iGaming یک شبکه مدیریت شده از نقدینگی «جیب» (بانک ها، PSP ها، کیف پول، رمزنگاری سفارشی، حساب های تجاری) با I/O SLA های مختلف است. هدف - شکاف نقدی صفر با حداقل هزینه: پیش بینی دقیق جریان، محدودیت های معامله گران و ارزها، سیاست ذخیره (بافر عملیاتی + ضمانت های قانونی + ذخیره استرس)، نظم و انضباط قوانین پیش پرداخت و جابجایی، SLO برای زمان پرداخت و زمان به صندوق.

1) نقشه نقدینگی: سطح، جیب، جریان

1. 1 سطح نقدینگی (با در دسترس بودن)

L0 (T0) - نقدینگی فوری: مانده های عملیاتی در حساب های تجاری، A2A/RTP فوری، کیف پول، ذخایر پایدار، بافر نقدی برای پرداخت T0.
L1 (T + 1... T + 3) - نقدینگی کوتاه مدت: حساب های تسویه PSP/acquirers، حساب های جاری بانکی با محدودیت های روزانه.
L2 (T + 5... T + 10) - نقدینگی افق میانی: حساب های سپرده/پس انداز، جابجایی به ابزارهای خزانه (T-bills، 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'

'بانک _ OPS → Payout_Pools/PSP → برداشت'

'روشن/خاموش رمپ ↔ Crypto_Custody'

«Sweeps: L0↔L1↔L2» بر اساس برنامه و ماشه.

2) سیاست نقدینگی و ذخایر

2. 1 اهداف

شکاف نقدی صفر در ریل های پرداخت بحرانی.
حداقل هزینه مالکیت نقدینگی (هزینه ها، FX، درآمد از دست رفته).
پیروی از مقررات: حفاظت، جداسازی وجوه مشتری (در صورت لزوم).
شفافیت: آشتی روزانه و داشبورد توسط SLO.

2. 2 رزرو کلاس

1. Operating reserve (OpRes) - پوشش پیک پرداخت و تنوع حل و فصل (به عنوان مثال، خروجی خالص روزانه p99 + 20-30٪ بافر).
2. ذخیره نظارتی (RegRes) - مقدار مورد نیاز توسط مجوز (جداگانه، حفاظت، حلقه شمشیربازی).
3. ذخیره استرس (StressRes) - شوک های نادر را پوشش می دهد: خروجی پیک «دو برابر»، تاخیر T + N در PSP کلیدی، شوک FX.
4. رزرو فنی (TechRes) - برای feiler/حوادث (انجماد یک سایت/مبادله/بانک).

2. 3 هدف تعادل جیبی فرمول

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

افق H و T_window پنجره به راه آهن بستگی دارد (به عنوان مثال RTP H = 1d، کارت H = 3d).

3) پیش بینی جریان نقدی

3. 1 ردیف ورودی

سپرده های روش/ارائه دهنده (فصلی p7/p30، روزهای هفته، تبلیغات).
برداشت و پرداخت (سرعت و سهم به سپرده, VIP/jackpots).
برنامه حل و فصل (T + N توسط PSP/پذیرندگان).
تقویم FX (تجدید ارزیابی، تبدیل بزرگ).
پرداخت های عملیاتی (مالیات، کمیسیون، حقوق).

3. 2 مدل (حداقل)

به صورت محلی وزن یا SARIMA/پیامبر برای انبار/منجر می شود.
ضرایب کاربردی: «نرخ نقدی»، «احتمال جکپات»، «آسانسور تبلیغاتی».
موقعیت جیب خالص: 'Inflow _ psp _ settlement − Outflow_payouts ± Sweeps'.

3. 3 پیش بینی معیارهای کیفیت

MAPE/WAPE توسط شبکه روزانه.
پوشش: نسبت روزهایی که اوج واقعی ≤ OpRes برنامه ریزی شده است.
حوادث سهام: زمانی که L0 رفته است <حداقل آستانه.

4) پیش پرداخت، جارو و قوانین دوباره پر کردن

4. 1 پیش پرداخت (پیش پرداخت راه آهن)

برای ریل های پرداخت فوری و برخی از APM ها، تعادل لازم است.
قانون: حفظ آستانه نورد (به عنوان مثال، پرداخت روزانه p95 هفته گذشته) + 20٪ بافر.
محرکهای تکمیل خودکار عبارتند از "Balance <LowWatermark" → "TopUp to Target_Balance'.

4. 2 رفت و برگشت

روزانه: PSP_MERCHANT → Bank_OPS پس از پنجره حل و فصل.
روزانه: L0↔L1 برای انحراف از راهروهای هدف.
به سمت L2: رفت و برگشت شبانه باقیمانده اضافی در MMF/T-Bills/stables (سیاست بازگشت در L0 ≤ T + 1).

4. 3 اولویت های هزینه (آبشار)

1. Payout_Pools (تعهد T0)

2. مهلت ثابت پرداخت خزانه داری (مالیات/حقوق و دستمزد)

3. تبدیل/تعادل مجدد FX

4. L2/L3 سرمایه گذاری

5) ارزها، FX و محیط نرخ بهره

قرار گرفتن در معرض FX: تعادل ورودی/خروجی توسط ارزها ؛ پرچین طبیعی (حفظ پرداخت در همان ارز).
سیاست تبدیل: هشدار TWAP/POV برای مقادیر زیاد، محدودیت در لغزش bps، exec-id idempotent.
بازده بهره L2: MMF/T-short ؛ محدودیت در مقابل و حداقل نقدینگی (T + 0/T + 1).
تبدیل SLO FX: زمان از تصمیم به اعدام (دقیقه p95 ≤ X)، روزنامه نگاری نقل قول.

6) ریسک و محدودیت های طرف مقابل

محدودیت های طرف مقابل: بانک، PSP، رمزنگاری سفارشی، مبادله/UTS.
ماتریس رتبه بندی: سرمایه/مجوز/حوادث/در دسترس بودن/اثبات ذخایر (برای رمزنگاری).
تنوع: حداقل 2-3 ارائه دهندگان در هر راه آهن بحرانی، توزیع باقی مانده در سراسر خوشه.
سیاست نگهداری: چند منظوره/HSM، محدودیت خروجی، لیست آدرس اجازه می دهد، آشتی روزانه.

7) جنبه های نظارتی و انطباق

حفاظت/تفکیک: حساب های جداگانه برای وجوه مشتری (در صورت لزوم)، ردیابی تعادل، بدون مخلوط کردن.
گزارش دهی: گزارش روزانه به تنظیم کننده/حسابرسی در تعادل و ذخایر.
KYC/AML: طرف مقابل روشن/خاموش، غربالگری تحریم، SoF/SoW برای نقل و انتقالات بزرگ.
DSAR/احتباس: ذخیره سازی آثار پرداخت و سیاهههای مربوط انتقال.

8) معیارها، SLO ها و هشدارها

8. 1 KPI

زمان به پرداخت (TtP) p95 با روش.
زمان به صندوق (TtF) p95 برای دوباره پر کردن استخر.
نرخ سهام L0 (حوادث کمبود نقدینگی فوری).
استفاده از پول نقد = پرداخت از L0/ Target_Balance.
نقدی بیکار٪ = (تعادل − Target_Balance )/تعادل.
غلظت طرف مقابل = حداکثر (سهم توسط ارائه دهنده).
FX Slippage bps، هزینه FX/GGR.
پوشش حفاظتی = حداقل (تعادل حساب جداگانه/مقدار مورد نیاز).

8. 2 هشدار

'تعادل <LowWatermark' → P1 (تکمیل خودکار).
'Stockout حادثه → 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_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. ۲ تمرکز توسط پیمانکاران

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. TtP/TtF p50/p95 توسط روش/ارائه دهنده.
4. تمرکز و هشدارهای طرف مقابل.
5. پوشش حفاظتی: خط 100٪، نقض.
6. پانل FX: لغزش/هزینه، تبدیل بزرگ.

12) کتاب های بازی

موج نقدی

اقدامات: افزایش Target_Balance در Payout_Pools، سرعت بخشیدن به جابجایی PSP → Bank _ OPS، به طور موقت محدودیت های برداشت را برای ریسک بالا کاهش می دهد، شامل یک ارائه دهنده پرداخت فوری دوم است.

تاخیر حل و فصل PSP

اقدامات: فعال کردن StressRes، باز کردن یک خط اعتباری/اضافه برداشت، به طور موقت پرداخت به یک راه آهن جایگزین، تشدید به PSP.

بانک/تبادل/سفارشی یخ

اقدامات: انتقال kill-switch، انتقال تعادل به طرف مقابل جایگزین، راه اندازی یک طرح DR، لغو کلید/دسترسی، ارتباط با تنظیم کننده.

شوک FX/تقاضای بیش از حد پر شده در ارز

اقدامات: شامل یک پرچین مستقیم (پرداخت در همان ارز)، TWAP شتاب، توزیع مجدد سهام/پاداش در ارز «خانه».

عدم پوشش حفاظتی

اقدامات: جابجایی فوری وجوه به یک حساب جداگانه، مسدود کردن پرداخت های اختیاری، گزارش و تأیید به تنظیم کننده.

13) موارد تست (UAT/Prod-ready)

1. تمرین Stockout: شبیه سازی پرداخت پیک از p99 → استخر L0 ≥ low_watermark باقی مانده است.
2. PSP حل و فصل تاخیر: + 2 روز به T + N → StressRes را پوشش می دهد, TtP فراتر از SLO رفتن نیست.
3. FX TWAP idempotency: تکرار webhook نقل قول → عملکرد 1.
4. نقض حفاظت: رفت و برگشت خودکار و مسدود کردن پرداخت های غیر بحرانی.
5. کلاه مقابل: بیش از حد مجاز در ارائه دهنده → هشدار + خودکار تعادل.
6. رفت و برگشت روزانه: تعادل> Target_Balance + δ → رفت و برگشت در L2 و آستانه.

14) اشتباهات مکرر و چگونگی اجتناب از آنها

یک ارائه دهنده در یک راه آهن بحرانی → عدم وجود یک feilover. حداقل دو نفر را نگه دارید.
فقدان سطح p در OpRes → ذخایر «با چشم» و سهام مکرر. از p95/p99 استفاده کنید.
حساب های محافظت نشده → مخلوط کردن وجوه. تفکیک و گزارش دقیق را وارد کنید.
چشمپوشی از تقویم تسویه → ترازهای نادرست هدف. خودکار مصرف برنامه های PSP.
یک کش ساده در L0/L1 → هزینه بالای درآمد از دست رفته. تنظیم جارو برقی در L2.
هیچ «ثبت نام از جیب» → هرج و مرج از بقایای وجود دارد. نوع پاکت پی سی رجیستری.

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/StressRes)، محدودیت های تنگ و SLO، پیش بینی جریان، و مکانیک پیش فرض خودکار/جارو. بنابراین شما حداقل TtP را به کسب و کار می دهید، از شکاف های نقدی جلوگیری می کنید، هزینه های سرمایه را کاهش می دهید و در عین حال با الزامات قانونی و حسابرسی مطابقت دارید.