GH GambleHub

Manuel vs otomatik ödemeler

1) Kavramsal çerçeve

Otomatik ödemeler - "geçme/reddetme/tırmanma" kararları kurallara ve puanlamaya göre otomatik olarak yapılır, operatörün katılımı olmadan koridora gönderilir.

Manuel ödemeler - insan doğrulama (Fin. operatör/risk analisti) göndermeden önce/iade ettikten sonra talebi onaylar veya iptal eder.

Amaç, otomatik ödemelerin payını en üst düzeye çıkarırken, kabul edilebilir risk ve yasal gerekliliklere uyumu sağlamaktır. Manuel bir dal bir "güvenlik ağı'dır, varsayılan değildir.

2) Mod seçim kriterleri

Otomatik varsayılan olduğunda

Aynı yöntem ve kaynağa dönüş bir araya getirildi.
ND ≥ 0 (negatif net mevduat yok).
KYC seviyesi ≥ L1, aktif RG kilidi yok.
Risk oranı <eşik, coğrafi çatışma yok (IP≈KYC≈SIM).
Segment için önceden onaylanmış eşik ≤ toplamı.
Yöntem/koridor - düşük getiri ile anlık/güvenilir.
Yeni ters ibraz/kötüye kullanım sinyalleri yok.

"Manuel" varsayılan olduğunda

SoF/SoW gerekli (eşik/sinyal).
POP/Sink Phase (fuzzy hits) veya tartışmalı belgeler.
GEO çakışması, şüpheli çoklu hesap/ev.
Hız/miktar anomalileri (birçok uygulama, büyük miktarda).
Geçmişi olmayan yeni bir pervanenin sonu.
FX tahkim senaryoları, standart dışı koridorlar (SWIFT).
Herhangi bir kural, nedeni belirsiz istisnalar ve dönüşler.

3) Artıları/eksileri

KriterOtomatik ödemelerManuel ödemeler
TTW/SLAMinimal, p95 dakika içindeKuyruğa bağlı (saat)
MaliyetAşağıda WALNUT/operatörleriOPEX'in üzerinde; Daha az risk
Riskkuralların/puanlamanın kalitesine bağlıdırKenar durumlarda daha iyi
ÖlçekKolayca ölçeklenebilirdarboğaz - insanlar
UX/CSATyüksek (anlık)Aşağıda (bekleme/biletler)
UyumlulukSıkı denetim gerektirirOpak durumlar için daha iyi

4) Hibrit boru hattı mimarisi

1. Ön kontroller: aynı yöntem, ND, RG/KYC, yaptırımlar.
2. Risk puanlaması: ödeme/cihaz/davranış/geo/fx işaretleri.
3. Karar verici: 'AUTO _ PASS/ MANUAL_REVIEW/DENY'.
4. Kuyruklar: SLA öncelikleri olan manuel kuyruk, koridora otomatik yönlendirici.
5. Orkestrasyon: Maliyet/ETA/limitlerine göre koridor seçimi (anlık, hızlı, standart).
6. Hazine/FX: ön finansman, havuz limitleri, kayma korumaları.
7. Mutabakat: durumlar, dönüşler/tersine çevirmeler, yeniden köklendirme/yeniden biçimlendirme.
8. Gözlemlenebilirlik: zaman çizelgeleri, p95/p99, backlog, ihlal uyarıları.

5) Politikalar (sözde DSL)

yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true

6) Manuel kontrol kuyrukları ve öncelikleri

Önceliklendirme (yukarıdan aşağıya):

1. Süresi dolan SLA'larla üst düzey miktarlar.

2. Aynı yöntem ve ND≥0 (onay üzerine hızlı sürüm).

3. Bir oyuncunun çoklu biletleri (düşük churn/itiraz).

4. Ağ bozulması ile anlık koridorlar (hızlı askı veya çözünürlük).

5. Geri kalanı.

Kuyruk yönetimi SLA: '≤ 4-8 saat' çözümünün hedef p95'i (lisans/piyasaya bağlı).
Araçlar: Belgelerin otomatik alt koleksiyonu, kontrol listeleri, cevap makroları, "Notla onayla", "Kısmi sürüm".

7) UX ve İletişim

Otomatik şube: ETA ve durumları gösterir ("Başlatıldı", "Kredilendirildi").
Manuel şube: dürüstçe beklenen pencereyi (eşik) ve neyin gerekli olduğunu (belgelerin/kontrollerin listesi) söyleyin.
Eskalasyon: SLA'dan ayrılırken bildirimler, yöntemi değiştirme önerisi (aynı yöntemi/ND'yi ihlal etmiyorsa).
Ayrıntılar geçmişi: gelecekteki otomatik ödemeler için işaretlenmiş "doğrulanmış" alıcı.

8) Veri modeli

sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS    MANUAL    DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);

review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);

risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);

9) SQL şablonları

9. 1. Otomatik/manuel/arızaların payı ve bunların TTW'si

sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;

9. 2. Manuel Kuyruk Birikimi ve SLA Gecikmeleri

sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;

9. 3. Otomatik ödemeler - koridorlar boyunca ihlal

sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;

9. 4. Manuel - İzin Verilen Dönüştürme

sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;

10) Metrikler ve gösterge panoları

Otomatik oran %: otomatik satırdaki ödemelerin payı.
Manuel % onaylama/reddetme %, manuel p95 TAT (karar zamanı).
TTW p95/p99 по karar/koridor/sağlayıcı/geo.
SLA ihlali % (otomatik ve manuel).
İadeler/Ters % ve iade sonrası geri ödemelerin payı.
Şubeler ve koridorlar boyunca ödeme başına maliyet.
Uygulamalar arasında ND <0 payı.
Kuyruk sağlığı: açık, devam eden, molalar, ortalama bekleme.
Complaint/1k ödemeler ve CSAT vs modu.

11) Uyarılar

Manuel backlog spike: 'open _ tickets'> threshold veya 'manuel p95 TAT'> SLA.
Koridor/sağlayıcı üzerinde otomatik p95 ihlali.
Kod/banka/geo tarafından dalgalanma döndürür.
Uygulamalarda ND negatif spike.
Poliçe sürüklenmesi: sabit bir çözüm/özellik anlık görüntüsü olmayan ödemeler.
Yeni faydalı risk: Yeni alıcılarda yüksek oranda manuel kullanım.

12) Olay oyun kitapları

A. el dalgalanması (TTW'yi inhibe eder)

1. X toplamına kadar düşük riskli segmentler için ön onay ekleyin.
2. Gözden geçirmenin kapasitesini artırın (uzun gün, vardiyayı hareket ettirin).
3. Güvenli GEO/yöntemlerinde MANUAL için risk_score eşiğini geçici olarak yükseltin.

B. Otomatik koridor bozulması (p95↑/returns↑)

1. Alternatif koridora kademeli, txn başına limiti azaltın.
2. ETA kullanıcılarını, PSP biletini/bankasını güncelleyin.
3. Ölüm sonrası: Yönlendirme ağırlıklarını ayarla.

C. wave yeni sahne için geri döndü

1. Manuel onaydan önce'yeni "alıcıları otomatik olarak engelleyin.
2. Oyuncuya kaydedilmiş doğrulanmış bir prop/kaynak sunun.
3. Oyun cüzdanına otomatik geri ödeme ve CTA "yöntemi seçin".

13) Ekonomi ve takaslar

Otomatik işletim sisteminin maliyetini azaltır ve CSAT/tutma artırır, ancak puanlama/kurallar/telemetri yatırım gerektirir.
Manuel olanlar daha pahalıdır, ancak nadir büyük kayıpları azaltır ve düzenleyici koruma için önemlidir.
Bir denge noktası arıyoruz: düşük riskli segmentler ve anlık koridorlar için maksimum otomobil; Manuel - kenar durumlar için.

14) A/B testleri

Eşikler 'risk _ skoru', ön onay limitleri, basamaklardaki koridorların önceliği.
Manuel şube için telif hakkı ve ETA.
Korkuluklar: %, CBR bps, manuel p95 TAT, CSAT, Complaints/1k döndürür.

15) En iyi uygulamalar (kısa)

1. ND≥0 için varsayılan otomatik, aynı yöntem, KYC L1 +, düşük miktarlar ve doğrulanmış ayrıntılar.
2. Kod olarak ilke + özellik/karar kaydı, tekrarlanabilirlik.
3. Maliyet/ETA/sağlık, otomatik yük devretme üzerine koridorların basamakları.
4. Operatör için SLA öncelik kuyrukları ve kontrol listeleri.
5. Her iki şube için şeffaf ETA'lar ve statüler.
6. Ön finansman/havuz limitleri, FX muhafızları.
7. P95/p99 metrikleri ve kuyruk/geri dönüş/backlog uyarıları.
8. Olaylar sonrası ve düzenli puanlama/kural ayarlama.

16) Uygulama kontrol listesi

  • AUTO/MANUAL/DENY ve sürüm tetikleme matrisi.
  • Segmentlere göre puanlama ve "ön onay" sınırları.
  • Ön kontrollerde aynı yöntem/ND/KYC/RG/yaptırımlar.
  • Kuyruklar ve öncelikler, SLA'lar ve roller.
  • Koridorların basamakları ve sağlık beslemesi, yük devretme.
  • Veri modeli ve zaman çizelgeleri, özellik/çözümlerin anlık görüntüleri.
  • TTW/SLA/returns/backlog tarafından panolar ve uyarılar.
  • Playbooks: bozulma, getiri dalgası, manuel büyüme.
  • A/B ve Return/CB Veri Dondurma
  • Düzenli lisans/politika uygunluk denetimleri.

Özet

"Manuel ve otomatik ödemeler" - bir ya da seçim değil, katmanlı bir sistem: otomatik - güçlü telemetri ile öngörülebilir güvenli senaryolar için; Manuel - dar, riskli ve düzenleyici hassas durumlar için. Kuralları kod olarak resmileştirin, p95/p99 ve birikimi ölçün, kademeli koridorları ve şeffaf ETA'ları koruyun - hızlı, güvenilir ve ekonomik olarak sürdürülebilir ödemeler alacaksınız.

Contact

Bizimle iletişime geçin

Her türlü soru veya destek için bize ulaşın.Size yardımcı olmaya her zaman hazırız!

Telegram
@Gamble_GC
Entegrasyona başla

Email — zorunlu. Telegram veya WhatsApp — isteğe bağlı.

Adınız zorunlu değil
Email zorunlu değil
Konu zorunlu değil
Mesaj zorunlu değil
Telegram zorunlu değil
@
Telegram belirtirseniz, Email’e ek olarak oradan da yanıt veririz.
WhatsApp zorunlu değil
Format: +ülke kodu ve numara (örneğin, +90XXXXXXXXX).

Butona tıklayarak veri işlemenize onay vermiş olursunuz.