Provayderlərin imkanları matrisi

Provayderlərin fürsət matrisi xarici təchizatçıların (oyun RGS/studiyalar, PSP, KYC/AML, frod, kommunikasiyalar) normallaşdırılmış xüsusiyyətləri olan vahid kataloqdur, hansı suallara tez cavab verməyə imkan verir: nələr dəstəklənir, harada mövcuddur, nə qədər etibarlı, hansı risklər, inteqrasiya və istismara nə qədərdir.

Matris şüurlu seçim, miqrasiya planlaşdırma və SLO nəzarəti üçün məhsul, memarlıq, komplayens və satınalmalara ehtiyac duyur.

1) Tətbiq sahəsi

RGS/Oyun provayderləri: oyun növləri, cekpotlar, RTP/dəyişkənlik, bahis limitləri, məsuliyyətli oyun funksiyaları, bonus mexanikası.
PSP/Ödənişlər: metodlar, 3DS/SDK, marşrutlaşdırma, retralar, valyutalar, komissiyalar, çarjbeklər.
KYC/AML: yoxlama səviyyələri, mənbələr, SLA, dəqiqlik, sanksiya/RER-set, price-per-check.
Fraud/Risk: siqnallar, real vaxt API/batches, explainability, A/B-relizlər, regionlar üzrə məhdudiyyətlər.
Rabitə: e-mail/SMS/push, şablonlar, limitlər, çatdırılma, imzalamalar.

2) Matrisin ölçülməsi (nə qeyd edirik)

1. Funksiyalar və örtüklər

Kateqoriyalar (məsələn, RGS üçün: free spins, buy feature, jackpots, tournaments).
Dəstək bonuslar/veycer, responsible gaming huki (reality check, session limit).
PSP üçün: tokenizasiya, PCI scope, recurring, payouts, split, reconciliation.

2. Protokollar və inteqrasiya

Nəqliyyat: REST/gRPC/WebSocket, webhooks, format (JSON/Proto).
İdempotentlik (Idempotency-Key), sıra (açar), imzalar (HMAC, mTLS).
Hadisələr: siyahı və sxemlər, çatdırılma zəmanətləri, retralar.

3. Etibarlılıq və performans

SLO/SLA (aptaym, p95, p99), RPS/burst limitləri, növbələr, backoff, circuit breaker.
Kvotalar və rate limits per tenant, 'Retry-After'.

4. Regionallıq və lisenziyalar

Coğrafiya/yurisdiksiya, data residency, sertifikatlaşdırma (GLI/eCOGRA/PCI/KYC-provayder sertifikatlaşdırma).
Lokalizasiya (dillər/valyutalar/vergilər/məhdudiyyətlər).

5. Təhlükəsizlik və uyğunluq

Şifrələmə, açarlar/sertifikatlar, OAuth2/HMAC, audit jurnalı.
PII/kart məlumatları: maskalanma, tokenlər, saxlama müddəti, GDPR/yerli qanunlar.

6. İqtisadiyyat və TCO

Qiymət modeli: fix/hər əməliyyat/revşer, minimum əmək haqqı, komissiyalar, free tier.
İnteqrasiya xərclərinin qiymətləndirilməsi: vaxt, komanda slotları, sertifikatlaşdırma ehtiyacı.

7. Təkamül və sabitlik

Breaking changes tezliyi, versiyalaşdırma siyasəti, qum qutuları/kanaryaların mövcudluğu, hadisələrə reaksiya vaxtı.
Roadmap məqsədlərinizlə uyğunluq.

8. Risklər

Vendor-lok, trafik konsentrasiyası, müəyyən bir bölgədən asılılıq, hüquqi risklər.
Hadisələrin tarixi, yükləriniz zamanı DLQ-rate/timeout-rate.

3) Vahid qiymətləndirmə şkalası

• 0 - dəstəklənmir/qəbuledilməzdir.
• 1 - əsas dəstək, əhəmiyyətli məhdudiyyətlər.
• 2 - qabaqcıl, ehtiyat olmadan tələblərə uyğunluq.
• 3 - aparıcı icra (excellent), əlavə üstünlüklər.

Əlavə: 'risk _ low' medium 'high', 'region _ allowed []', 'notes', 'evidence' (dok/sertifikatlaşdırma aktına keçid - daxili bazanızda).

4) Məlumat sxemi (tövsiyə)

yaml provider_id: "acme_rgs"
type: "RGS"      # RGS      PSP      KYC      FRAUD      COMMS name: "Acme Gaming"
versions:
api: ["v2","v3"]
regions: ["eu","uk","ca","latam"]
capabilities:
rgs:
games:
slots: 3 live_casino: 2 table_games: 2 features:
free_spins: 3 jackpots: { score: 2, type: ["network","local"] }
bonus_hooks: { score: 3, events: ["stake","win","session"] }
rg_hooks:
reality_check: 2 session_limit: 2 protocols:
transport: ["REST","WebSocket"]
webhooks: { score: 3, retry: "at-least-once", signature: "HMAC" }
idempotency: { score: 3, header: "Idempotency-Key" }
reliability:
sla_uptime_pct: 99. 9 p95_ms: 180 rate_limit_rps: 500 security:
mTLS: true oauth2: false pii_redaction: true compliance:
certifications: ["GLI-19"]
data_residency: ["eu-central","uk-south"]
pricing:
model: "revshare"
notes: "min monthly guarantee applies"
risk:
vendor_lock: "medium"
incident_history: { last12m: 2, major: 0 }

5) Relyasiya modeli (minimum)

providers(id, type, name, status, created_at, updated_at)
provider_regions(provider_id, region, residency, allowed)
capability_groups(id, provider_id, group, key, score, meta_jsonb)
slas(provider_id, sla_name, target, unit)
security(provider_id, control, value)
pricing(provider_id, model, unit_cost, notes)
risks(provider_id, category, level, notes)
evidence(provider_id, kind, doc_ref, valid_until)

6) Həqiqətən lazım olan hesabatlar/kəsiklər

Bazar üçün provayder seçimi: 'region', 'data _ residency', 'license' filtri.
Texniki uyğunluq: yalnız 'webhooks + idempotency + HMAC/mTLS' olanlar.
Performans: 'p95 ≤ X', 'rate _ limit ≥ Y', versiya sabitliyi.
RGS bonus mexanikləri: 'free spins', 'jackpot', 'bonus _ hooks'.
Ödənişlər: 'PIX', 'PayID', 'cards', 'crypto', payouts ≤ N saat üsulları.
Risklər: 'risk. level!= high`, `incident_history. last12m <= 3`.
İqtisadiyyat: 'revshare ∈ [X; Y] 'və ya' CPT ≤ Z ', mövcud endirimlər.

7) Capability tests (avtomatik validasiya)

Fikir: Hər bir fürsət qum qutusunda test case və/və ya «sınaq keçidi» ilə təsdiqlənir.

• İdempotentlik: 'Idempotency-Key' ilə iki eyni sorğu → bir effekt.
• Webhooks: dublikat göndərilməsi/Out-of-Order → adapter sıxışdırır, açar qaydasını saxlayır.
• Rate limit: burst və 'Retry-After' görürük.
• RGS funksiyaları: free spins → doğru hadisələr 'stake/win'; RTP pəncərəsi müqaviləyə uyğundur.
• PSP payouts: SLA vaxt, düzgün reconciliation.

Test nəticələrini provayderin qeydinin yanında saxlayın: 'last _ run _ at', 'passed', 'failures []'.

8) Tətbiq və yeniləmə prosesi

1. Mənbələrin toplanması: sənədləşmə, sertifikatlaşdırma siyahıları, qum qutuları, əlaqə şəxsləri.
2. Normallaşma: daxili lüğətdə terminlərin mappinqi (ACL vasitəsilə).
3. Qiymətləndirmə və ballar: matrisin doldurulması, capability tests-in başlaması.
4. Həll: çəki modeli üzrə təchizatçı seçimi (aşağıya baxın).
5. İnteqrasiya: ficheflags, tenant/bazar kanaryası, SLA-eşik alertləri.
6. Ekspluatasiya: metriklər, hadisə hesabatları, rüblük balların yenidən baxılması.
7. Çıxış/miqrasiya: offboarding meyarları, trafik miqrasiya planı.

9) Çəki seçimi modeli (nümunə)

yaml weights:
capabilities. features: 0. 25 protocols. reliability: 0. 20 security. compliance: 0. 15 region_coverage: 0. 15 economics. tco: 0. 15 vendor_risk: 0. 10 decision:
score = Σ(weight_i normalized_score_i)
thresholds:
adopt:  score >= 0. 75 pilot:  0. 60 <= score < 0. 75 monitor: 0. 45 <= score < 0. 60 reject:  score < 0. 45

Normallaşdırma 0-3 şkalasına və ədədi metriklərə (min-max və ya z-score) əsaslanır.

10) UI/kataloq: interfeysdə nə olmalıdır

Filtrlər: növü, region, SLA, funksiyalar, təhlükəsizlik, qiymət/model.
Cədvəldə 2-4 provayderlərin müqayisəsi, fərqlərin işıqlandırılması.
Risk qəlibləri: «High/Medium/Low».
Dəyişiklik tarixi (changelog), sertifikatların etibarlılıq müddəti, son cap-test tarixi.
«İxrac» düyməsi (CSV/JSON) və «inteqrasiya yaratmaq» (tapşırıq izləyicisi ilə əlaqə).

11) Məhsulda müşahidə (matrisi faktlarla qidalandırırıq)

Tech. metriklər: siniflər üzrə uğurlar/səhvlər, p95/p99, DLQ-rate, redrive-success, breaker açılışı.
Yüzkeys-metriklər: depozit/payautun konvertasiyası, limit imtinası, KYC razılaşma sürəti.
Hadisələr: MTTR/MTBF provayder, səbəb, rəy.
Sinxronizasiya: faktların matrisə (gündəlik) avtomatik doldurulması, balların yenidən hesablanması.

12) Versiyalaşdırma və dəyişikliklərin idarə edilməsi

Hər girişdə 'schema _ version', 'capabilities _ version', 'reviewed _ at', 'reviewer' var.
breaking changes ilə draft vNext yaradılır; vCurrent vs vNext müqayisə.
Tam yenilənənə qədər kanarya bayraqları və SLO-nun «yumşaq eşikləri» tətbiq edin.
Müddəti bitən sertifikatlar/açarlar → 30/7/1 gün ərzində alertlər.

13) Təhlükəsizlik və giriş

RLS: rol matrisinə giriş (memarlıq, komplayens, məhsul, satınalmalar).
Audit jurnalı: balları/riskləri/sübutları kim dəyişdirdi.
PII/sirləri saxlamaq deyil; Vault/KMS referanslarına istinadlar.

14) Tipik səhvlər

Müqayisə «marketinq» deyil, müqavilələr və testlər.
Terminlərin normallaşması yoxdur → müqayisə etmək mümkün deyil.
Tərəzi və eşik olmaması → həllər emosionaldır.
Matris statikdir → prodda real p95/DLQ nəzərə almır.
Regional məhdudiyyətlərə və residency məhəl qoymamaq.
Bütün tenantlar üçün eyni limitlər → «səs-küylü» müştəri SLO-nu pozur.

15) Playbook

Provayder cap-testdən keçmir: boşluğu qeyd edirik, provayderə bilet açırıq, 'pilot '/' reject' qoyuruq.
Vaxt artımı/5xx: Trottling aktivləşdirin, breaker açın, trafiki ehtiyat matrisə keçirin.
Kommersiya dəyişiklikləri (tarif): «pricing» yeniləyirik, TCO-nu yenidən hesablayırıq, «economics» çəkilərini yenidən çəkirik.
Regulatory change: 'regions/licensing' yeniləyirik, bayraq üzərində bazarları bloklayırıq, miqrasiyaya başlayırıq.

16) Matris başlamazdan əvvəl çek siyahısı

• Terminlər lüğəti və 0-3 şkalası təsdiq edilmişdir.
• Əsas ölçmələr (funksiyalar, protokollar, SLA, təhlükəsizlik, regionlar, qiymət, risk) doldurulur.
• Xüsusi capability tests və gündəlik sinxronizasiya metrik istehsal.
• Müəyyən çəki və həddi 'adopt/pilot/monitor/reject'.
• Dəyişiklik auditi və RLS erişimi daxildir.
• 2-4 provayder müqayisə üçün ixrac və dashboard var.
• Sertifikatların sona çatması və SLO-nun pisləşməsi ilə bağlı həyəcanlar.
• Baxış prosesi sənədləşdirilmişdir (rüblük/hadisə üzrə).

Nəticə

«Provayderlərin imkanları matrisi» təchizatçıların seçimini və idarə edilməsini fərziyyə sənətinə deyil, mühəndislik təcrübəsinə çevirir. Dili normallaşdırın, faktları düzəldin, yoxlamaları avtomatlaşdırın və real əməliyyat metriklərinə güvənin - sonra həllər məhsul, memarlıq və uyğunluq üçün sürətli, müqayisə edilə bilən və şəffaf olacaq.