Operatorların ekosistemi

1) Rollar və iştirak modelləri

Anchor-operator (Core): platforma sahibi, standartları müəyyənləşdirir, ümumi xidmətləri dərc edir.
Affiliate/Referral-operator: tələb gətirir, kanal rolunu oynayır, qismən ümumi xidmətlərdən istifadə edə bilər.
White-label/Franchise: Şərikli Core (UI/marketinq öz, əsas ümumi) üzərində tərəfdaş marka.
Multi-brand-holdinq: ortaq arxa/siyasət məlumatları olan bir qrupun bir neçə operatoru.
Technology/ISV operatorları: yüksək ixtisaslaşmış xidmətlər (KYC, risk-skor, antifrod, ödənişlər).
Market/Hub-operator: offerləri birləşdirir, bir neçə operator üçün «birja» rolunu oynayır.

• Vahid Core + brendlərin vitrinləri.
• Körpülərlə Core Federasiyası (interconnect).
• Hub və periferiya: ümumi bazar (SOR), yerli ifaçılar.

2) Dəyər xəritəsi və ümumi xidmətlər

• Kimlik və giriş: IdP, SSO/SAML/OIDC, RBAC/ABAC, qısamüddətli tokenlər.
• Ödənişlər və hesablaşmalar: PSP şlyuzları, pul kisələri, KMS/şifrələmə, reconciler.
• KYC/AML/Antifrod: çox mənbəli yoxlama, sank çeklər, davranış modelləri.
• Məzmun/kataloqlar/məhsullar: vahid kataloqlar, reytinqlər, review, lisenziyalar.
• Hadisə şini: unifikasiya olunmuş hadisələr, keçidli 'trace _ id', dedup.
• Müşahidə müddəti: SLI/SLO, log/metrika/treys etiketləri 'operator', 'brand', 'region'.
• PRM/ORM: tərəfdaş operatorların idarə edilməsi (onboarding, complayens, KPI).
• Data Platform: DWH/laklar, məlumat müqaviləsi, gizlilik/lokalizasiya.
• Governance: siyasət kataloqları, risk qeydləri, inteqrasiya sertifikatlaşdırma.

3) Uyğunluq və standartlar (inteqrasiya)

yaml event. v1:
id: uuid occurred_at_utc: timestamp operator_id: string brand_id: string type: string  # e. g., user. created / txn. settled / kyc. approved payload: object signature: ed25519 version: 1

catalog. item. v1:
id: string title: string region: string tags: [string]
availability_ttl_s: int vendor: { operator_id, tier }

Versioning & Compatibility: semver, dəstək pəncərələri 'vN/vN + 1', qum qutuları və test paketləri, conformance testləri və statuslar «uyğun/köhnəlmiş».

rego package operators. compat deny["No event signature"] { input. event. signature == "" }
deny["Unsupported version"] { not startswith(input. event. version, "1. ") }

4) Verilənlər Federasiyası və Məxfilik

Subyektlərin modeli: vahid 'global _ user _ pseudo _ id' + lokal identifikatorlar (təxəllüs).
Suverenlik/lokalizasiya: geo-pinning (PII/əməliyyatların harada yaşadığını müəyyənləşdiririk).
Retenshen: TTL/ILM domen, crypto-erasure açarları (per-operator/per-region).
Subyektin hüququ: operatorlar zənciri üzrə DSAR (subject request) marşrutlaşdırılması.
Data-sharing: «minimum lazım olan» - aqreqatlar/psevdodlar, sahələrin icazə siyahıları.

yaml dataset: txn_ledger owner: "core-finops"
contains_pii: false regions: ["EU","TR","LATAM"]
retention: "7y"
sharing:
allowed_to: ["brand_","hub_recon"]
fields: ["txn_id","amount","currency","status","operator_id","brand_id","ts"]

5) Kollektiv likvidlik və marşrutlaşdırma

• Məqsədlər: fill rate, time-to-match, keyfiyyət/nüfuz, uyğunluq.
• Meyarlar: qiymət/dərəcələr/keyfiyyət, SLA tərəfdaş, region/yurisdiksiya, latency, fairness.
• Müqavilələr: kim sövdələşmə/komissiya sahibidir, iddia pəncərələri, reconciliation.

python def route(req, pools):
candidates = [q for p in pools if compliant(req,p) for q in p. quote(req)]
ranked = sorted(candidates, key=lambda q: score(q, req))
return pick_with_fairness(ranked, window="24h", max_share=0. 4)

6) Müqavilələr və kaskad SLA/OLA

1. SLO: əlçatanlıq, p99, hadisələrin çatdırılması, hesablamaların dəqiqliyi.

2. Hadisələr/eskalasiyalar: kanallar, yeniləmə pəncərələri, L1/L2/L3 rolları.

3. Kompensasiya: kreditlər/cərimələr, sistematika zamanı xitam hüququ.

4. Uyğunluq: DPA, KYC/AML, məzmun qaydaları, yaş məhdudiyyətləri.

5. Exit planı: məlumatların ixracı, şərtlər, nüsxələrin məhv edilməsi.

6. Versiyalar/deprekeytlər: notifikasiya pəncərələri, «ikili dəstək» versiyaları.

OLA (Core daxilində): xarici SLA (PRM/ORM, telemetri, maliyyə, təhlükəsizlik) dözmək üçün platforma komandaları üçün hədəflər.

7) Dəyər atributu və hesablamalar

Modellər: CPA/RevShare/Hybrid, net vs gross, minimum zəmanət.
Atributlar: hadisə pəncərələri (signup/FT/purchase), kanal prioriteti, hadisə dedupu ('event _ id', 'click _ id', 'session _ fp').
Reconciliation: ikitərəfli hesabatlar, ε-boşluqlar, SLA bağlama uyğunsuzluqları.
Settlement: T + N, multivalyuta, kurslar, saxlama/chargebacks.

yaml report. settlement. v1:
period: "2025-10"
operator_id: "opA"
brand_id: "brand42"
totals: { gmv, net, commission, taxes, payout }
diffs: [{ event_id, reason, amount, side }]
signature: "ed25519:..."

8) Governance и ORM (Operator Relationship Management)

1. Sourcing/Screening: anket, hüquqi yoxlama, texniki uyğunluq, məzmun/kapital mənbələri.

2. Onboarding: açarları/API, qum qutusu, inteqrasiya test case, DPA/MSA/SLA.

3. Enablement: qaydalar, SDK, kataloqlar, birgə marketinq.

4. Run: Rüblük QBR, uyğunluq statusu, hadisə auditi, KPI/OKR.

5. Changes/Exit: açarların rotasiyası, versiyaların yenilənməsi, məlumatların ixracı, post-mortem.

yaml operator_id: "opA"
brands: ["brand42","brand43"]
regions: ["EU","TR"]
contracts: { msa: "2025-01-10", dpa: "2025-01-10", sla: "99. 9/30d" }
tech:
api_versions: ["events. v1","catalog. v1"]
webhook_signature: "Ed25519"
limits: { rps: 300, burst: 1000 }
compliance:
kyc: true aml: true age_gates: "18+"
scorecards:
reliability: "A"
recon_health: "A-"
status: "active"
owner: "ecosystem-team"

9) Müşahidə və SLO ekosistemi

SLI/SLO şəbəkə səviyyəsi: qlobal fill rate, time-to-match p95, cancel rate, pəncərələr üzrə dönüşüm payı, egress xərcləri.
Audit və izləmə: keçici 'trace _ id', hadisə imzaları, versiya jurnalları.
Dashboard müqayisə: 'operator/brand/region', burn-rate büdcə səhvləri, proqnoz risklər.

rego package release. slo deny["SLO burn risk"] {
input. forecast. fill_rate < 0. 90 input. change. affects == "routing"
}

10) Təhlükəsizlik və risklər

Zero-Trust: mTLS, artefaktların imzası, SBOM/SLSA, KMS-də sirlər, rotasiya.
Hüquqlar və PoLP: minimum zəruri alış-veriş, əməliyyatlar üçün «müvəqqəti giriş».
Antifrod və keyfiyyət: honey-tokens, device/ASN siqnalları, davranış modelləri, q-score operatorları.
Yurisdiksiyalar: məlumatların lokallaşdırılması, sank-vərəqlər.
Davamlılıq (DR): ikinci bölgələr, PITR/immutable-backup, təlimlər (game days).

11) İqtisadiyyat və FinOps

Vahid metriklər: '$/req', '$/match', '$/GB-egress', gCO ₂ e/req.
Multi-provayderlik: tariflərin/regionların müqayisəsi, keyfiyyət və dəyər arasında balans.
Kvotalar/limitlər: operatorlar/markalar üçün caps, fair-sharing.
Marketinq Fondları (MDF): inteqrasiya və lokal başlanğıc stimullaşdırılması.

12) Playbook və təlimlər

12. 1 «Rassinxron hadisəsi»

yaml playbook: "event-drift"
detect: "orderbook_drift>1          recon_diff>ε"
steps:
- "freeze settlements for affected brands"
- "replay from checkpoint T-Δ via outbox"
- "diff&patch; partner sign-off"
kpi: ["RTA<=2h","residual_diff<=ε"]

12. 2 «Markanın soyuq başlanğıcı»

1. Çeşid/kataloq idxalı →

2. Ümumi hovuzdan likvidliyin sidinqi →

3. PRM-enablement və yerli marketinq →

4. Məqsədlər: 'ttv <24h', 'fill _ rate _ w1 ≥ 85%'.

13) Ekosistemin yetkinlik modeli

14) Anti-nümunələr

«Hər kəs özünəməxsus şəkildə»: Ümumi hadisə müqaviləsinin və versiyanın olmaması.
Operatorlar arasında sinxron sərt asılılıqlar → kaskad uğursuzluqlar.
Vahid şifrələmə açarı/hamı üçün hesab - ünvanlı geri çağırmanın mümkünsüzlüyü.
Yox reconciliation → xroniki mübahisələr və ödəmə dondurma.
«Super operator» fairness məhdudiyyətləri olmadan> 50% payı ilə.
«code» və geytlər olmadan PDF siyasətləri.
Maskasız PD Log/TTL - tənzimləyici risklər.

15) Memarın yoxlama siyahısı

1. Rollar (core/brands/hub/ISV) və seçilmiş topologiya?
2. Hadisələrin vahid müqaviləsi, uyğunluq pəncərələri və qum qutusu varmı?
3. SOR və fairness işləyir, SLO likvidliyi qeyd?
4. MSA/SLA/DPA, kaskad OLA və eskalasiya prosesi təsvir?
5. Dəyər və settlement atributları şəffafdır, recon-SLA ≤ 5 gün?
6. Gizlilik/lokalizasiya: geo-pinning, təxəllüs, TTL/ILM?
7. Observability: keçən 'trace _ id', burn-rate, xarici sintetika?
8. Security/Zero-Trust: imza, mTLS, KMS, rotasiya, SBOM/SLSA?
9. DR/Təlimlər: PITR, second region, ORTA/RPA metrləri ilə game-days?
10. FinOps: operatorlar arasında egress/compute, caps və fair-sharing büdcələri?
11. ORM/PRM: operator pasportları, sertifikatlaşdırma, QBR, exit-plan?

16) Ekosistem üçün CI/CD-də mini «gate» nümunəsi

rego package ecosystem. release

deny["Missing operator passport"] {
not input. operator. passport_complete
}

deny["Breaking change without deprecation window"] {
input. api. change == "breaking"
input. api. notice_days < 90
}

deny["Routing change risks SLO"] {
input. routing. change == true input. slo_forecast. fill_rate_drop > 0. 03
}

Nəticə

Operatorların ekosistemi platforma təfəkkürüdür: «əl» bağları əvəzinə standartlar və uyğunluq, parçalanmış yığınlar əvəzinə ümumi xidmətlər və müşahidə, münaqişələr əvəzinə ədalətli marşrut və şəffaf hesablamalar. Düzgün dizayn ilə supply-tərəf miqyaslı və proqnozlaşdırıla bilən olur: yeni markalar sürətlə başlayır, likvidlik artır, risklər idarə olunur və bütün şəbəkə ümumi protokollar, məlumatlar və proseslər vasitəsilə bir-birini gücləndirir.