Revenue Sharing в мережі

1) Суть і цілі RevShare

• вирівняти стимули (зростання FTD/ARPU/LTV при дотриманні RG/комплаєнсу);
• знизити спірність і Cost-to-Serve за рахунок єдиних правил атрибуції та розрахунку;
• забезпечити передбачуваність кешу і стійкість до інцидентів.

2) Основні моделі розподілу

2. 1 Лінійна (двостороння)

Оператор ↔ Партнер (студія/афіліат): фіксований% від Net Revenue при виконанні SLO і відсутності санкцій.

2. 2 Багатостороння (мережевий спліт)

Оператор ↔ Студія ↔ Агрегатор ↔ Афіліат ↔ Інфраструктурні провайдери: частки розподіляються за вкладом і якістю (див. § 5).

2. 3 Гібридна

RevShare + CPA/CPL/мінімальна гарантія; коригується за коефіцієнтами якості та штрафами.

2. 4 Динамічна

Ставки і мультиплікатори змінюються за тригерами (година пік, регіон, гра/пул ліквідності, ризик-профілі).

3) Що вважається доходом: каноніка Net Revenue

[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR: валова виручка ігор/ставок.
BonusCost: фактична вартість бонусів/FS/кешбек.
Payment Fees/Chargebacks: комісія APM/PSP і повернення.
Tax/Levy: юрисдикційні податки/відрахування.
Fraud Losses: підтверджені фрод-втрати (за процедурою).

4) Атрибуція і вікна (хто «приніс» дохід)

Правило: last eligible touch з вікнами по юрисдикціях і типам подій (клік/реєстрація/FTD).
Крос-девайс стітчинг: тільки за узгодженими токенами без сирих ПДн.
Мульти-хоп внесок: якщо шлях гравця включає медіузи/ланцюги, застосовується розподіл за вагами (див. § 5. 2).
Дедуп/ідемпотентність: «eventId» + підпис постбеків, вікно ± 5 хв, курсорна реплікація історії.

5) Якість і справедливість: коефіцієнти та ваги

5. 1 Якість (Q)

[
Q_i = w_{sli}\cdot SLI_i + w_{rg}\cdot RG_i + w_{attr}\cdot ATTR_i + w_{sec}\cdot SEC_i
]

SLI/SLO: аптайм, p95 API/вебхуків, лаг шини.
RG: відсутність «червоних» тригерів/штрафів.
ATTR: точність і своєчасність постбеків/трекінгу.
SEC/COMP: відсутність витоків/санкційних фолів.

Ваги (w _) нормуються до 1 і затверджуються радою екосистеми.

5. 2 Мережевий спліт (внесок × якість)

[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

де (CT_i) - внесок (рейк/трафік/внески в пул, операційні витрати), (Q_i) - коефіцієнт якості.

5. 3 Виплата

[
payout_i = share_i \times NetRev \times rate_i \times Adj_i
]

'rate _ i'- ставка RevShare (фікс/діапазон/динаміка).
«Adj _ i» - коригування (кредити/пенальті за SLO, RG-штрафи, перерахунки).

6) Контракти даних, оракули і доказовість

Data Contracts: схеми подій/метрик, вікна, власники, SLA свіжості.
Оракули: підписані зведення (GGR, бонуси, чарджбеки, податки) з «traceId» і версіонованими формулами.
Reconciliation: курсорні вивантаження, звірка агрегатів і хешів, акти розбіжностей.
WORM-аудит: незмінні журнали зміни формул/ставок/правил.

7) Права, доступи та приватність

Zero Trust: mTLS/JWS, короткоживучі токени, egress-allow-list.
PII-мінімізація: токени замість ПДн; детокенізація - тільки в сейф-зонах.
RBAC/ABAC/ReBAC: доступ до агрегатів і власних вкладок вітрин; SoD (дивлюся ≠ міняю ставки ≠ адміню ключі).
Юрисдикції: локалізація даних/грошей, DPA/DPIA, заборона крос-бордер експорту ПДн.

8) Санкції, стоп-кнопки та винятки

SLO-малус/бонус: автоматична корекція виплати при відхиленні від цільових SLO.
RG/санкції: миттєва пауза RevShare і холд надходжень до RCA.
Break-glass: екстрений доступ з обов'язковим аудитом.
Justified Exceptions: тільки з TTL, власником і автосняттям.

9) Економіка і прогнозування кешу

План-факт: помісячні NetRev, спліти, сезонність, FX.
Cost-to-Serve: per rps/txn/event/stream; вартість інференсу та клірингу.
Uplift-аналіз: внесок А/В/шляхів маршрутизації в NetRev.
Резерви/холди: під фрод/чарджбеки/бонус-аб'юз; політика NET7/14/30.

10) Вітрини і scorecards

Панель партнера: NetRev, спліти, якість (SLI/ATTR/RG), статуси спірних, прогноз виплат, акти.
Панель екосистеми: карта розподілу NetRev по ланцюгах/іграм/юрисдикціям, кредити/пенальті, MTTR інцидентів.
SLO вітрин: свіжість ≤ 1-5 с (операційні панелі), p95 рендера ≤ 1. 5–2. 0 с, аптайм ≥ 99. 9%.

11) Процеси: інвойсинг та reconciliation

1. Cutoff періоду (UTC, чітке вікно).
2. Зведення/оракули: підписані агрегати NetRev/внеску/санкцій.
3. Звірка: курсорні стрічки, розбіжності, протокол узгодження.
4. Інвойси/акти: автоматична генерація, статус в порталі, FX-курс.
5. Виплата: NET-умови, холди/клау-беки.
6. RCA «без винних»: по спірних кейсах і SLO-інцидентах.

12) Інциденти і war-room

P1: гроші/PII/масова деградація - стоп RevShare-виплат, канарний відкат ставок/правил.
P2: локальні розбіжності - локальне охолодження сплітів, прискорений reconciliation.
SLA на трейс-пакет: 60-90 с; критерій закриття - узгоджені зведення.

13) Анти-патерни

«Багато істин» NetRev: різні формули/вікна → суперечки і блокування виплат.
Зоопарк постбеків: непідписані/різні схеми → дублі/пропуски.
Offset-пагінація історії під навантаженням → діри/дублі (використовуйте курсори).
SLO «на папері»: немає алертів, авто-малуса/бонусу і стоп-кнопок.
PII у вітринах і вивантаженнях: витоку, штрафи.
Єдиний SPOF-шлюз для редиректів/інвойсингу без N + 1/DR.
Необмежені гібриди ставок: токсична економіка і непередбачуваний кеш-флоу.

14) Чек-листи

Проектування

• Каноніка NetRev/GGR і власники формул (версії, вікна, джерела).
• Правило атрибуції, вікна, дедуп і підписи вебхуків.
• Модель сплітів: CT × Q, ставки/діапазони, санкції/бонуси.
• Оракули/зведення, Metric Store, WORM-аудит.
• RBAC/ABAC/ReBAC, SoD, Zero Trust, токенізація.
• Change-calendar, stop-кнопки, war-room.

Запуск

• Пісочниця і conformance-тести (API/EDA/вебхуки).
• Канарські ставки/ліміти, авто-ролбек.
• Дашборди/scorecards, алерти SLO, SLA на трейс-пакет.

Експлуатація

• Щотижневий reconciliation, акти розбіжностей.
• Квартальні рев'ю ставок/мультиплікаторів.
• RCA інцидентів і оновлення guardrails.

15) Дорожня карта зрілості

v1 (Foundation): базова формула NetRev, двосторонні спліти, підписані постбеки, ручний reconciliation.
v2 (Integration): мережеві спліти CT × Q, оракули і курсорні вивантаження, авто-малус/бонус по SLO, вітрини і scorecards.
v3 (Automation): динамічні ставки за предиктивними SLI/RG/attr-сигналами, auto-cut-over маршрутів доходу, smart-reconciliation.
v4 (Networked Governance): міжчіпні пули і федеративні спліти, DAO-правила ставок і прозорі казначейства (on/off-chain).

16) Метрики успіху

Бізнес: приріст NetRev/ARPU/LTV, частка передбачуваного кешу, зниження CAC/payback.
Якість: точність/своєчасність постбеків, спірність <X%, частка інцидентів SLO.
Техніка: p95 API/вебхуків, лаг шини, покриття трасуванням, MTTR інцидентів.
Комплаєнс/RG: інциденти ПДн = 0, дотримання юрисдикцій, RG-тригери/1k активних.
Економіка: Cost-to-Serve per rps/txn/event, кредити/пенальті,% авто-reconciliation.
Партнерство: частка партнерів зі scorecard ≥ порогу, час надання трейс-пакету.

Коротке резюме

Revenue Sharing в мережі - це не «відсоток від каси», а доказова система: єдина каноніка NetRev, чесна атрибуція, формула внесок × якість, оракули і reconciliation, сувора приватність і SLO-гардрейли. Закріпіть правила як код, покажіть спліти у вітринах, автоматизуйте бонус/малус і інвойсинг - і RevShare стане прискорювачем зростання і довіри у всій екосистемі.