Sheriklik zanjirlari va vertikal

1) Atamalar va rollar

Vertikal - tarmoq segmenti va/yoki qiymat zanjiri (masalan: Fintex/To’lovlar, Marketing/Affiliates, Kontent/Provayderlar, Identifikatsiya/KS, Antifrod, Logistika/Fulfilment, Support BPO).

• Referral/Influencer/Affiliate - trafik/lidlar (CPA/RevShare).
• Reseller/Distributor - mahalliy bozorlarda sotiladi va xizmat ko’rsatiladi.
• OEM/Embedded/White-label - funksionallikni o’rnatadi, o’z brendi ostida ishlab chiqaradi.
• Technology/ISV/SI - mahsulotni modullar va integratsiyalar bilan to’ldiradi.
• Data/Compliance - KYC/AML/skoring/to’lovlar/antifrod.
• Content/Media/Streaming - litsenziyalar, kontent-fidlar, promo-aktivlar.

2) Qadriyat xaritasi va sheriklar zanjiri

Birinchidan, boylik oqimi xaritasini aniqlaymiz: talab manbaidan mahsulotga → monetizatsiya va post-seyl xizmatlariga.

mermaid flowchart LR
A [Traffic Source/Partner 1] -->    Lead/Event    In [Platform/Product]
B -->    Deal/Transaction    C [Payment/Antifraud/ACC]
B -->    Content/API    D [Content Provider]
B -->    Webhooks/Events    E [PRM/CRM/Analytics]
B -->    SLA/Support    F [Reseller/Support-BPO]

Har bir strelka uchun ma’lumotlar kontrakti, metrika (SLI/SLO), foydalanish imkoniyatlari va sirlari, maxfiylik qoidalari, tijorat modeli belgilanadi.

3) Hamkorlik va tijorat modellari

3. 1 Hamkorlik formatlari

Referral/Affiliate: refsilki, postbeki, cookie/server atributsiyasi.
Reseller/Distributor: kvotalar, narxlar, mahalliy qonunga muvofiqlik, L1/L2 qo’llab-quvvatlash.
OEM/Embedded/White-label: SDK paketlari, white-label UI, release train va API mosligi.
Marketpleys/App Store: integratsiyalar katalogi, platforma orqali billing, revyu va xavfsizlik.

3. 2 Tijorat modellari

CPA (Cost per Action): tasdiqlangan amal uchun fix.
RevShare: marja/tushumdan%; hisoblash bazasi va atributsiya oynasini qayd etish muhimdir.
Hybrid: CPA + RevShare.
MDF/Co-op: KPIga erishish uchun qoʻshma marketing fondi.
Minimum Guarantees: minimal to’lov/kvota.

Asosiy shartlar: anti-frod, target-klauzlar (geo/kanallar), «da’volar» davri, audit huquqi, javobgarlik limitlari.

4) Ma’lumotlar shartnomalari va atributsiya

4. 1 Atributiya

Oyna (masalan,’7/30’kun), modellar (last-click, data-driven), kanallarning ustuvorligi, server postbeklari.
Manba: UTM/ref-parametrlar, c2s-voqealar, imzolangan vebxuklar, dedupe’event _ id’.
Shartlar: «qualified» maqomi, dedup, bekor qilish/refand, «cool-off» davri.

4. 2 Ma’lumotlar shartnomasi

Sxemalar (JSON Schema/Euro), majburiy/PII maydonlari, huquqiy baza, TTL/retenshen, subyekt huquqlari (olib tashlash/tuzatish), mahalliylashtirish (mintaqa).
Integratsiyalashgan SLA: yetkazilgan voqealar ulushi ≤ X daqiqa, tartib/idempotentlik, takrorlash oynalari.

json
{
"event_id": "uuid",
"occurred_at_utc": "2025-10-31T12:01:02Z",
"type": "partner. conversion. v1",
"partner_id": "aff_123",
"attributes": {
"click_id": "abc",
"amount": 49. 90,
"currency": "EUR",
"status": "qualified"
},
"signature": "base64",
"version": 1
}

5) Integratsiya patternlari

Onlayn almashish uchun REST/gRPC (kvotalar/limiterlar, retry-siyosatlar, idempotentlik).
Webhooks/Eventing - imzolangan voqealar, eksponensial kechikish bilan takrorlash, «sekin» sheriklar uchun kechiktirilgan navbatlar.
Batch/SFTP/Blob - hisobotlar, toʻplamlar, reconciliation.
SDK/Embeds - ulanishning minimal ishqalanishi, versiya siyosati, feature-flags.
Outbox/Inbox - kafolatlangan yetkazib berish, dedup, audit.
Consent/Privacy API - roziliklarni/opt-out zanjir bo’yicha targ’ib qilish.

6) Kaskadli SLA/OLA va eskalatsiyalar

Tashqi SLA: foydalanish imkoniyati, p99, oynadagi voqealar ulushi, atributning aniqligi.
OLA ichki: PRM operatsiyalari, verifikatsiya, sapport javobi, chiptalarni yopish.
Kaskadlash: tashqi qoidabuzarlik → ichki harakatlar triggerlari, kreditlar/jarimalar (shartnoma bo’yicha), PRMdagi maqom.
Eskalatsiyalar: L1 hamkor, L2 platforma, L3 infratuzilma vendori; belgilangan javob oynalari.

7) PRM: operatsion model va jarayonlar

1. Sourcing/Screening: so’rovnoma, KTS/sanksiyalar, obro’, texnik imkoniyatlar.

2. Onboarding: shartnomalar, kalitlar/API, qum qutisi, integratsiya chek-varaqlari, test-keyslar.

3. Enablement: ta’lim, kreativlar/UTM templaytlari kutubxonasi, kontent/brend bo’yicha gaydlar.

4. Run: hisobot, MDF, qo’shma OKR, SLA maqomlari, alertlar.

5. Review & Growth: QBR (quarterly business review), co-roadmap, cross-sell.

6. Exit/Change: bekor qilish, maʼlumotlarni olib chiqish, kalitlarni qaytarib olish, post-mortemlar.

PRM-artefaktlar: sherik pasporti, ruxsatnoma matritsasi, rozilik reyestri, tavakkalchiliklar registri, playbooks, API xaridlari, versiyalarning muvofiqlik maqomi.

8) Vertikal: xususiyatlar va invariantlar

Marketing/Affiliates: frodga qarshi kurash (botlar, cookie-stuffing), qatʼiy atributsiya, kontent-gaydlar va brend xavfsizligi.
To’lovlar/Fintech: ma’lumotlar suvereniteti, 3-D Secure/PSD kabi talablar, KMS/shifrlash, tavakkalchilik bo’yicha qayta aloqalar.
KS/Antifrod: sezgir PD, DPA, TTL, sub’ekt huquqlari, matching sifati.
Kontent/Media: litsenziyalash, DRM/suv belgilari, meta maʼlumotlar, foydalanish boʻyicha hisobotlar.
Support VRO/Resellerlar: L1/L2 stsenariylari, skriptlar, o’quv kurslari, sifat nazorati.

Umumiy invariantlar: PoLP, shifrlash, audit, voqealarning idempotentligi, atributlar va hisob-kitoblarning aniq oynalari.

9) Kanallar mojarolarini boshqarish

Ustuvorlik qoidalari: kesib o’tishda mijozga kim «egalik qiladi» (dastlabki ro’yxatga olish, faollik, chek).
Protection/Exclusivity: eksklyuziv bo’yicha geo/segment/kampaniya - KPI va muddati bilan.
«Last-touch vs data-driven»: modelni tuzatish va uni qayta ko’rib chiqish.
Arbitraj: tahlil jarayoni, da’vo oynalari, dalillar bazasi (logi, imzo, treys-ID).

10) Tavakkalchiliklar va nazorat

Huquqiy/brend: taqiqlangan kreativlar, mahalliy huquq/reklama nomuvofiqligi.
Moliyaviy: noto’g’ri atributlar, CPA ostida «kulrang» optimallashtirish, chargeback-risk.
Texnik: kalitlar/PII sizib chiqishi, vebxuklarni yetkazib bermaslik, sxemalar drifti.
Operatsion: bitta yirik sherikka bog’liqlik, hisob-kitoblardagi «qora qutilar».

Nazorat: kod sifatida siyosat (OPA/Kyverno), sir-skanerlar, limiterlar, honey-tokens, «ikki tomonlama» hisob-kitob (sizniki va sherigingiz) + reconciliation.

11) Metrika va KPI

Talab manbai: CAC, LTV/CAC, ARPU/ARPPU, CR, churn by partner.
Sifati: «qualified» ulushi, dedup ulushi, hisobotlar tafovuti (<ε).
Operatsion: onbording vaqti, SDKning dolzarb kalitlari/versiyalari bilan hamkorlar ulushi, voqealarni yetkazib berish SLO.
Tavakkalchilik/komplayens: amaldagi DPA, SLA pass-rate, hodisalar/mln hodisa bilan hamkorlar%.
O’sish: yangi vertikal tushumlar ulushi, kross-sell, faol integratsiyalar soni.

12) Namunalar va misollar

12. 1 Hamkor pasporti (YAML)

yaml partner_id: "aff-123"
name: "Acme Media"
vertical: "Marketing/Affiliates"
regions: ["EU","TR","LATAM"]
contracts:
msa: "2025-01-10"
dpa: "2025-01-10"
commercials:
model: "Hybrid"
cpa: 50 revshare: "20% of net"
attribution:
window_days: 30 model: "last_click"
postback: "https://acme. example/postback"
data_contract:
event_schema: "conversion. v1"
pii: false retention: "365d"
delivery_sla: "95% <= 5m"
security:
webhooks: { signature: "HMAC-SHA256", replay: 300 }
scopes: ["conversions:read"]
status:
sandbox: "passed"
production: "active"
owners:
biz: "partner-team"
tech: "integrations-team"

12. 2 PRM-geyt siyosati (psevdo-Rego)

rego package prm. gates deny["No DPA"] { input. partner. dpa == null }
deny["Weak signature"] { input. partner. webhooks. signature not in {"HMAC-SHA256","Ed25519"} }
deny["Missing attribution window"] { not input. partner. attribution. window_days }

12. 3 Reconciliation (psevdo-SQL)

sql
SELECT a. event_id
FROM partner_report a
LEFT JOIN internal_events b ON a. event_id = b. event_id
WHERE b. event_id IS NULL AND a. occurred_at >= now() - interval '30 days';

13) Anti-patternlar

«Avval imzolaymiz, keyin integratsiyani o’ylab topamiz» → o’lik sheriklar va qarzlar.
Faqat cookie va server signallarisiz atributsiya → nizolar va firibgarlik.
Sirlar va imzosiz vebxuklar/anti-replay → sizib chiqish va almashtirish.
Bitta «super-sherik»> 50% trafik → konsentratsion xavf.
Reconciliation va auditning yo’qligi → hisob-kitoblarda surunkali tafovutlar.
Kelishilmagan SLA/OLA → javobgarlikning «kulrang zonalari».
Kontent/reklama bo’yicha lokal cheklovlarni e’tiborsiz qoldirish → blokirovka/jarimalar.

14) Arxitektorning chek-varaqasi

1. Har bir vertikal qiymat xaritasi va maʼlumot/pul koʻrsatkichlari yaratilganmi?
2. Har bir sherik uchun pasport bor: shartnomalar, sxemalar, SLO, kalitlar, hududlar, egasi?
3. Atributiya: oyna, model, server postbeki, dedup va reconciliation - aniqlanganmi?
4. Integratsiyalar: imzo, retryalar, idempotentlik, limiterlar - amalga oshirilganmi?
5. Kodga oʻxshash siyosatlar: DPA/SLA/signatura/retenshen - CI/CDdagi geytlar?
6. PRM-jarayonlar: onbording, trening, QBR, MDF, exit-plan - tavsiflangan va bajarilyaptimi?
7. Kaskadli SLA/OLA va eskalatsiyalar - qayd etilganmi va sinovdan o’tkazilyaptimi?
8. Metrika: CAC/LTV/CVR/ ε - tafovutlar, SLO - dashbordlarda?
9. Xavf-nazorat: anti-frod, konsentratsiya limitlari, honey-tokens, kalitlarni chaqirib olish rejasi?
10. API/SDK/hodisalarni va «moslashuv oynasini» versiyalash - relizlar taqvimida?

Xulosa

Sheriklik zanjirlari - bu munosabatlar, ma’lumotlar va rag’batlantirish arxitekturasi. Sizda qiymat xaritasi, rasmiy ma’lumotlar shartnomalari, shaffof atributlar, kaskadli SLA va boshqariladigan integratsiyalar mavjud bo’lganda, ekotizim oldindan aytib bo’lmaydigan bo’lib qoladi: sheriklar foyda ko’radi, foydalanuvchilar sifat ko’radi, platforma esa barqaror o’sadi. PRMni mahsulot sifatida yarating, siyosatni avtomatlashtiring va effektlarni o’lchang - va tarmoqingiz tartibsizliksiz ko’payadi.