PSP نورد رزرو و شرایط

1) رزرو نورد چیست و چرا PSP است

Rolling Reserve نگهداری بخشی از حجم پرداخت روزانه PSP (به عنوان مثال 5-15٪ برای 90-180 روز) برای پوشش بازپرداخت، بازده، مجازات طرح و خطرات عملیاتی است. رزرو «رول»: مقدار هر روز پس از یک دوره نگهداری ثابت آزاد می شود، تشکیل یک برنامه انتشار نورد.

تفاوت با مکانیسم های مشابه

Holdback: یک بار/درصد کسر دائمی از پرداخت خالص بدون انتشار اجباری بعدی.
خاتمه/بسته شدن ذخیره: نگهداری برای دوره پس از فسخ قرارداد (اغلب 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. به عنوان مثال

رزرو: 10٪ برای 120 روز.
پایه خالص روزانه: 200000.
نگه دارید: 20 000 «پارک» در استخر ذخیره روز T و در T + 120 منتشر خواهد شد.
اگر بازپرداخت شارژ/مجازات در دوره T رخ می دهد.. T + 120، PSP آنها را از استخر ذخیره کسر می کند و مقدار انتشار کاهش می یابد.

3) عوامل خطر موثر بر علاقه و مدت

نرخ بازپرداخت بالا (با توجه به طرح کارت - در مقایسه با آستانه ویزا/مسترکارت).
افزایش خطر عمودی (iGaming، روده، سفر، فروش بلیط).
داستان کم Merchant: MID جدید، گزارش مالی ضعیف، سرمایه نازک.
عوامل عملیاتی: بازگشت آهسته، شکایات مکرر، نقض توصیفگر/SCA.
جغرافیا/کانال: GEO با خطر بالا، ترافیک وابسته با نسبت بالایی از بازده.
انطباق: خطرات تحریم/صدور مجوز، KYC/KYB ضعیف.

4) شرایط قراردادی که باید تحت فشار قرار گیرد

1. Cap on reserve: حد بالا (به عنوان مثال، بیش از 1 × از میانگین خالص ماهانه).
2. برنامه گام به گام: پس از دستیابی به KPI (CBR کم، بازده SLA) - کاهش خودکار ٪/دوره.
3. تقویم انتشار: تاریخ انتشار روشن با روزهای بانکی و TZ تعریف شده است.
4. بدون وثیقه متقابل (یا فریم های باریک): به طوری که مشکلات یک مارک/MID ذخیره دیگری را «نمی خورد».
5. حک کردن با روش: ذخایر مختلف برای cards/A2A/crypto.
6. بند انتشار زودهنگام: امکان انتشار زودهنگام بر اساس نتایج بررسی ریسک سه ماهه.
7. ذخیره خاتمه توسط مدت و مقدار محدود شده است: یک فرمول محاسبه روشن و یک برنامه بازگشت.
8. روند اختلاف و شواهد: مهلت بررسی، گزارش شفاف در نوشتن آف از استخر.
9. دنباله حسابرسی و فرمت گزارش دهی: تفکیک CSV/JSON توسط روزهای نگهداری/انتشار.
10. جریمه های اجباری و جریمه: محدودیت مسئولیت و روش تجدید نظر.

5) تاثیر بر جریان نقدی و نقدینگی

• پیش بینی انتشار برای افق حفظ (H),
• حمل و نقل منفی را در نظر بگیرید (هنگامی که استخر ذخیره به دلیل شارژر/جریمه منفی می شود)،
• نقدینگی عملیاتی را برای برداشت، مالیات، OPEX به استثنای وجوه «منجمد» ذخیره کنید.

معیارهای CFO

تعادل رزرو (برش روز و تاریخ).
نرخ انتشار ETA (واقعیت انتشار به موقع).
درصد GMV/NGR را ذخیره کنید.
خط منفی حمل (چند روز در یک ردیف استخر در قرمز است).
نسبت پوشش بازپرداخت (چه سهم CB توسط ذخیره بسته شد).

6) حسابداری و ارسال (ساده شده)

• 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.
اسپایک CB در مقابل رزرو: رشد CB> X٪ هفته در هفته با تعادل رزرو کم - 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. تفکیک ریسک: MIDs را با مارک های مختلف/verticals جدا کنید.
5. گزارش شفاف: گزارش های خود را در مورد SLA CB/Refund، SoF/KYC - نگرانی های PSP را برطرف می کند.
6. مخلوط ارائه دهنده: ریل های متنوع (روش های A2A/crypto/local) - به طور کلی وزن ذخیره٪ برای قطره پلت فرم.
7. بررسی فصلی: تجدید ذخیره پس از دوره های «اوج» با تایید دم کم CB.

10) ارتباط با مسئولیت و انطباق

• ذخیره بالا٪ اغلب با اضافه بار پاداش، تأیید ضعیف و تاخیر پشتیبانی ارتباط دارد ؛
• سطح SoF/KYC و نرخ بازده به طور مستقیم بر موقعیت چانه زنی تاثیر می گذارد.
• مجازات های قانونی/داوری بازپرداخت افزایش مورد نیاز ذخیره.

11) داشبورد و KPI ها

رزرو٪ توسط PSP/MID/روش.
نسخه های مورد انتظار (7/30/90/180) - جدول جریان های برنامه ریزی شده.
پوشش CB: سهم بازپرداخت تحت پوشش تعادل ذخیره و ریسک.
تاخیر انتشار: تاخیر متوسط بین تاریخ و واقعیت.
Cross-Collateral Flag: اشتراک گذاری نوشته ها «در MID آنها نیست».
Termination Reserve: حجم و برنامه بازگشت پس از بسته شدن.

12) چک لیست پیاده سازی

داده ها و ادغام

• Import 'reserve _ hold', 'reserve _ release', 'reserve _ balance' fields from settlement files.
• نمایشگاه "reserve _ ledger" با پیوند "hold _ date → release_due_date'.
• قرارداد شرایط مرجع (درصد، مدت، کلاه، گام به پایین، پرچم متقابل وثیقه).

کنترل ها و فرآیندها

• گزارش روزانه در مورد ترازنامه و انتشار مورد انتظار.
• هشدارها از دست رفته انتشار/عدم تعادل/متقابل وثیقه.
• بررسی ریسک سه ماهه با PSP (٪/تجدید نظر جدول زمانی).

حقوقی و قانونی

• کلاه تجویز، گام به گام، برنامه انتشار، ذخیره ختم.
• محدود به وثیقه متقابل، حق گزارش حسابرسی.
• SLA ها در فرمت های فایل و مهلت.

13) سوالات متداول

س: آیا می توان «ذخیره» را با تضمین جایگزین کرد ؟

A: اغلب بله: تضمین بانکی/وثیقه نقدی را کاهش می دهد و یا صفر آن را بر روی کارت - بستگی به PSP/بانک.

س: چرا انتشار واقعی کمتر از حد انتظار است ؟

A: CB/مجازات نوشتن آف در بین رخ داده است; «cb _ consumed»، «filles _ consumed» را بررسی کنید و وثیقه متقابل را ببینید.

س: هنگام بستن MID ها چه باید کرد ؟

A: موافقت ختم رزرو با دامنه روشن و تقویم ؛ حسابداری و یادآوری های تاریخ را حفظ کنید

س: چگونه برای فصلی حساب می کنید ؟

A: ساخت CB پیش بینی دم 60-180 روز پیش در سراسر گروه های پرداخت ؛ در «دم پایین» درخواست گام به گام/انتشار اولیه.

14) خلاصه

Rolling Reserve قیمت ریسکی است که PSP در جریان نقدی بازرگان قرار می دهد. استراتژی صحیح: تجزیه و تحلیل شفاف، تطبیق تنگ از دفتر کل ذخیره، بازده قوی/KPI های CB، تنوع راه آهن و چارچوب های قراردادی تنگ (کلاه، گام به پایین، تقویم انتشار، محدودیت های متقابل وثیقه). بنابراین ذخیره به یک «سیاه چاله» تبدیل می شود و یک بافر مدیریت می شود که می تواند به طور متوالی کاهش یابد.