PSP Rolling Reserve ve Koşulları

1) Yuvarlanma rezervi nedir ve neden bir PSP'dir?

Yuvarlanma rezervi, geri dönüşleri, geri dönüşleri, program cezalarını ve operasyonel riskleri karşılamak için PSP'nin günlük ödeme hacminin bir kısmının (örneğin, 90-180 gün boyunca %5-15) tutulmasıdır. Rezerv "ruloları": Her günün miktarları sabit bir tutma süresinden sonra serbest bırakılır ve yuvarlanan bir serbest bırakma programı oluşturur.

Benzer mekanizmalardan farklılıklar

Holdback: Zorunlu sonraki sürüm olmadan net ödemelerden bir kerelik/kalıcı kesinti yüzdesi.
Fesih/Kapanış Rezervi: Sözleşmenin sona ermesinden sonraki süre boyunca (genellikle 6-18 ay) elde tutma.
Teminat/Teminat: PSP/banka hesabına ön ödemeli depozito.

2) Nasıl sayılır: temel formül ve örnek

2. 1. Günlük kesinti hesaplama

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

Genellikle PSP'ler net ödeme tabanından kabul edilir, ancak komisyonlar düşülmeden: ücretler ayrı olarak tutulur.

2. 2. Süreden sonra serbest bırakma

Saklama süresi 'H' günüyse, 'D' gününde tutulan tutarın 'D + H' gününde serbest bırakılması planlanmaktadır (bankacılık günleri/tatilleri ve min bakiyesi için ayarlanmıştır).

2. 3. Örnek

Rezerv: 120 gün için %10.
Günlük net baz: 200.000.
T gününün rezerv havuzunda 20.000 "park" var ve T + 120'de serbest bırakılacak.
Ters ibrazlar/cezalar periyot T meydana gelirse.. T + 120, PSP bunları rezerv havuzundan çıkarır ve serbest bırakma miktarı azalır.

3) Faiz ve vadeyi etkileyen risk tetikleyicileri

Yüksek ters ibraz oranı (kart şemalarına göre - Visa/Mastercard eşikleri ile karşılaştırıldığında).
Dikey artan risk (iGaming, bağırsak, seyahat, biletleme).
Tüccarın düşük hikayesi: yeni MID, zayıf finansal raporlama, ince kapitalizasyon.
Operasyonel faktörler: yavaş geri dönüşler, sık şikayetler, tanımlayıcı/SCA ihlalleri.
Coğrafya/kanallar: yüksek riskli GEO, yüksek oranda getiri ile bağlı kuruluş trafiği.
Uyum: yaptırımlar/lisanslama riskleri, zayıf KYC/KYB.

4) Baskı yapılacak sözleşme şartları

1. Rezerv sınırı: üst sınır (örneğin, ortalama aylık ağın × 1'inden fazla değil).
2. Step-down programı: KPI (düşük CBR, SLA getirileri) - otomatik %/dönem azaltımı elde edildiğinde.
3. Yayın takvimi: bankacılık günleri ve TZ tanımlı net yayın tarihleri.
4. Çapraz teminat (veya dar çerçeveler) yok: Böylece bir markanın/MID'nin sorunları diğerinin rezervini "tüketmez".
5. Yöntemlerle oyma: cards/A2A/crypto için farklı rezervler.
6. Erken tahliye şartı: Üç aylık risk incelemesinin sonuçlarına dayanarak erken tahliye olasılığı.
7. Fesih rezervi, süre ve miktar ile sınırlıdır: net bir hesaplama formülü ve bir iade programı.
8. Anlaşmazlık süreci ve kanıtlar: Son başvuru tarihlerini gözden geçirin, havuzdan silinenlerle ilgili şeffaf raporlar.
9. Denetim izi ve raporlama formatı: Saklama günlerine/sürümlerine göre CSV/JSON dökümü.
10. Mücbir sebep ve şema cezaları: Sorumluluğun sınırlandırılması ve temyiz prosedürü.

5) Nakit akışı ve likidite üzerindeki etkisi

• Tutma ufku için tahmin bültenleri (H),
• Negatif taşıma işlemini dikkate alın (yedek havuz şarj cihazları/para cezaları nedeniyle negatif olduğunda),
• Çekimler, vergiler, OPEX için rezerv operasyonel likidite "dondurulmuş" fonlar hariç.

CFO Metrikleri

Rezerv Dengesi (gün dilimi ve geçmiş).
ETA isabet oranını serbest bırakın (zamanında sürümlerin gerçeği).
GMV/NGR'nin %'si olarak rezerv.
Negatif taşıma çizgisi (üst üste kaç gün havuzun kırmızıda olduğu).
Ters ibraz kapsamı oranı (CB'nin hangi payı rezerv tarafından kapatıldı).

6) Muhasebe ve ilan (basitleştirilmiş)

• JT: PSP ile yerleşimler (rezerv)
• Kt: PSP ile hesaplamalar (geçerli yerleşim)

• Dt: Banka (kasiyer ofisi)
• Kt: PSP ile yerleşimler (rezerv)

• DT: Giderler/zararlar (ters ibraz/bulgu)
• Kt: PSP ile yerleşimler (rezerv)

Önemli olan, rezerv için ayrı bir alt hesap tutmak ve "tutma günü - serbest bırakma günü" bağlantısını tutmaktır.

7) İşletim veri modeli

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) Uzlaşma ve kalite kontrolü

Uyarılar

Kaçırılmış sürüm: son tarih sürümü yok - P1.
Rezerv dengesizliği: ' (bekletme) (serbest bırakma) (tüketilen) - P1.
Spike CB vs Rezerv: CB büyümesi> Düşük Rezerv Dengesi ile haftalık % X - P2.
Çapraz teminat anomalisi: başka bir MID - P1 (çek sözleşmesi) için yazılar.

SQL şablonları (basitleştirilmiş)

8. 1. Günlere göre rezerv dengesi

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'de Beklenen Sürümler

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. Bir Uzlaştırma Dosyasına Eşleme

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 ile çalışmak: rezerv nasıl azaltılır

1. Azaltılmış risk pilotu: Sınırlı bir GEO/kanal ile başlayın.
2. Garantiler: Banka garantisi/depozito, % rezervin yerini alabilir veya azaltabilir.
3. Operasyonel KPI'lar: hızlı geri dönüşler, düşük CBR, yüksek kaliteli KYC/KYB - geri çekilme için argümanlar.
4. Risk ayrımı: MID'leri farklı markalara/dikeylere göre ayırın.
5. Şeffaf raporlama: CB/Geri Ödeme SLA, SoF/KYC ile ilgili kendi raporları - PSP endişelerini giderir.
6. Sağlayıcı karması: Rayları çeşitlendirin (A2A/crypto/local yöntemleri) - platform için genel Ağırlıklı Rezerv % düşer.
7. Mevsimsellik incelemesi: Onaylanmış düşük CB kuyruğu ile "zirve" dönemlerinden sonra rezervin yeniden düzenlenmesi.

10) Sorumluluk ve uyum ile ilişki

• Yüksek rezerv % genellikle bonus aşırı yüklenmesi, zayıf doğrulama ve destek gecikmeleri ile ilişkilidir;
• SoF/KYC seviyeleri ve getiri oranı doğrudan pazarlık pozisyonunu etkiler;
• Düzenleyici cezalar/ters ibraz tahkim rezerv gereksinimlerini artırmak.

11) Gösterge panoları ve KPI'lar

Rezerv % PSP/MID/yöntemi ile.
Beklenen Sürümler (7/30/90/180) - planlanan girişlerin tablosu.
CB Kapsamı: Rezerv ve risk dengesi kapsamındaki ters ibrazların payı.
Sürüm Gecikmeleri: Son tarih ve gerçek arasındaki ortalama gecikme.
Çapraz Teminat Bayrağı: "MID'lerinde olmayan" yazıların paylaşımı.
Fesih Rezervi: kapandıktan sonra hacim ve geri dönüş programı.

12) Uygulama kontrol listeleri

Veri ve entegrasyonlar

• Yerleşim dosyalarından 'reserve _ hold', 'reserve _ release', 'reserve _ balance' alanlarını içe aktarın.
• 'hold _ date _ release_due_date' bağlantısı ile' reserve _ ledger 'vitrini.
• Sözleşme Şartları Referans (yüzde, dönem, kap, step-down, çapraz teminat bayrağı).

Kontroller ve Süreçler

• Bilanço ve beklenen bültenler hakkında günlük rapor.
• Kaçırılan sürüm/dengesizlik/çapraz teminat ile uyarılar.
• PSP ile üç aylık risk incelemesi (%/zaman çizelgesi revizyonu).

Yasal

• Öngörülen başlıklar, step-down, yayın programı, fesih rezervi.
• Çapraz teminatlarla sınırlı, raporları denetleme hakkı.
• Dosya formatları ve son tarihler hakkında SLA'lar.

13) SSS

S: Rezervi bir garantiyle "değiştirmek" mümkün mü?
C: Genellikle evet: banka garantisi/nakit teminat rezervi azaltır veya kartlara sıfırlar - PSP/bankaya bağlıdır.

S: Gerçek sürüm neden beklenenden daha az?
A: CB/ceza yazımı arasında meydana geldi; 'cb _ consumed', 'fines _ consumed' kontrol edin ve çapraz kollaterallere bakın.

S: MID'leri kapatırken ne yapmalı?

C: Açık kapsam ve takvim ile fesih rezervini kabul edin; Son tarih muhasebesini ve hatırlatıcılarını koruyun

S: Mevsimselliği nasıl açıklıyorsunuz?
C: Ödeme kohortlarında 60-180 gün önceden CB kuyruk tahmini oluşturun; "düşük kuyruk'da step-down/early release isteyin.

14) Özet

Yuvarlanan rezerv, PSP'nin tüccarın nakit akışına koyduğu risk fiyatıdır. Doğru strateji: şeffaf analitik, rezerv defterinin sıkı bir şekilde uzlaştırılması, güçlü getiri/CB KPI'ları, demiryolu çeşitlendirmesi ve sıkı sözleşme çerçeveleri (kapaklar, adım atma, serbest bırakma takvimi, çapraz teminat kısıtlamaları). Böylece rezerv bir'kara delik "olmaktan çıkar ve sırayla azaltılabilen yönetilen bir tampon haline gelir.