Тізбекаралық комплаенс

1) Не үшін қажет тізбекаралық комплаенс

• юрисдикция заңдары (ойындар, жарнама, салықтар, ПДн сақтау);
• құпиялылық қағидалары және RG (ойыншыларды қорғау);
• қауіпсіздік және дәлелдену стандарттары (Zero Trust, аудит, оракулдар);
• өлшемдер мен атрибуциялардың бірыңғай анықтамалары («екі шындықсыз»).

Нәтижесі - болжамды іске қосулар, даулар аз, басқарылатын тәуекелдер және масштабталатын желі.

2) Тізбекаралық комплаенс онтологиясы

Мәні: 'chainId', 'participantId', 'role' (operator/studio/affiliate/psp/kyc/stream), 'jurisdiction', 'dataClass' (PII/қаржы/операциялық), 'trustTier', 'contractId', 'policyId', 'exceptionId', 'traceId'.

1. Құқықтық - рұқсат етілген өнімдер, жарнама, салықтар/есептілік.

2. Құпиялылық - ПДн/оқшаулау/сақтау мерзімдері/құқықтық негіздер.

3. RG/этика - лимиттер, өзін-өзі жою, ескерту, жасы.

4. Көлік - API/вебхактар/EDA/шлюздер, шифрлау, қолтаңбалар.

5. Деректер - оқиғалар схемалары, метрика формулалары, атрибуция.

6. Қаржы - төлемдер, холдингтер, чарджбектер, RevShare.

7. Аудит - WORM-журналдар, оракулдар, дәлелденуі.

3) Юрисдикциялар картасы және деректерді оқшаулау

Jurisdiction Map: Allowed/Restricted/Prohibited + мәртебелері бар «нарық × белсенділік түрі (ойындар/жарнама/төлемдер/деректер/стриминг)» матрицасы (дисклеймерлер, лимиттер, RTP-диапазондар).
Деректерді оқшаулау: 'dataClass' → сыныптары сақталады және өңделеді; DPA/DPIA және сейф-аймақсыз ПДн трансшекаралық экспортына тыйым салу.
Сақтау мерзімі: операциялық оқиғалар, қаржылық деректер, PII - жеке TTL саясаты және авто-пурж тетіктері.

4) Сәйкестігі және аттестаттау

KYP/KYB қатысушылары: заңды тұлғалар, бенефициарлар, домендерді/арналарды иелену.
KYC/AML: төменгі тәуекелділер үшін L0/L1/L2, fast-track деңгейлері, даулы қолмен реву; келісілген SLA кезеңдері.
Proof of Authorization: интеграцияға құқықтарды криптографиялық растау (қол қойылған кілттер, JWKS, PoP-токендер).
Рөлдер бойынша сегменттеу: әрбір тізбектегі қолжетімділік пен міндеттер (ABAC/ReBAC, SoD).

5) Деректер келісімшарттары және метрика каноникасы

Data Contracts: семантикалық нұсқалары бар оқиға схемалары ('click', 'registration', 'kyc _ status', 'deposit', 'ftd', 'bet/spin', 'reward _ granted', 'postback _ received', 'rg _ guardrail _ hit') Schema Registry.
Metric Store: GGR/NetRev/CR/ARPU/LTV бірыңғай формулалары, агрегаттау терезелері, иелері.
Атрибуция: last eligible touch ережесі, арналар/базарлар бойынша терезелер, шикі ПДн жоқ кросс-девайс ститчинг (тек токендер), дедуп (± 5 мин), курстық түсірулер.
Сәйкессіздік = Block: қол қойылған схемалар мен формулаларсыз алмасуға тыйым салынады.

6) Шынжырлар арасындағы көлік: қауіпсіз көпірлер

API (REST/gRPC): '/vN ', mTLS,' Idempotency-Key 'нұсқалары, машиналық қателер, лимиттеу.
Вебхактар: JWS/HMAC қолтаңбасы, 'kid/timestamp', джиттермен backoff, қайта ойнату тізілімі.
EDA (шина): 'traceId/chainId' бойынша партиялану, бизнес-идемпотенттілік (мағынасы бойынша «тура бір рет»).
Трейсинг: W3C 'traceparent'; төлемдерге/инвойстарға дейінгі толассыз корреляция.
Периметрдің секьюрлігі: egress-allow-list, қысқа өмір сүретін токендер, кілттердің ротациясы; «сұр» эндпоинттерге тыйым салу.

7) RG және этика тізбекаралық алмасуда

Guardrails: UI ескертулердің міндетті элементтері, қарқындылық лимиттері, осал сегменттерді алып тастау.
Заңды мәтіндер: бонустардың/жарнаманың оқшауланған формулалары және жас сүзгілері.
Тоқтату түймелері: RG-жалаулар немесе нарық санкциялары кезінде маршруттарды автоматты түрде тоқтату.

8) Қаржы, RevShare және төлемдер

Net Revenue (упрощенно): `GGR − BonusCost − Jackpot/PoolShare − PaymentFees − Chargebacks − Tax/Levy − FraudLosses`.
«Салым × сапа» сплиттері: қатысушылардың үлестері салымға (рейк/трафик/инфрақұрылым) және «Q» сапасына (SLO/RG/ATTR/SEC) байланысты.
Reconciliation: қол қойылған оракулдар, курсорлық түсірулер, айырмашылық актілері, инвойстардың мәртебесі.
NET/холдингтер/клау-бэки: нарықтар және тәуекелді бейіндер бойынша шарттар; чарджбектер атрибуциямен және фрод-сигналдармен байланысты.

9) DPIA/DPA және ерекшеліктер саясаты

DPIA: өңдеу мақсаттары, құқықтық негіздер, трансшекаралық ағындар, барынша азайту шаралары (токенизация, псевдонимизация).
DPA: логтар/аудит бойынша қосымшаларымен ПДн бойынша екіжақты/көпжақты келісімдер.
Ерекшеліктер (Justified Exception): иесі, себебі, TTL, автотүсіру, WORM-лог және кері тексеру.

10) Бедел және Trust Tiers

Композициялық скоринг: 'SLO/ATTR/RG/SEC/Finance/Auditability' → 'Score' және 'trustTier (T1-T4)'.
Кіруді басқару: трафик лимиттері/АЖО-квоталар/пулға қатысу/ұшқышқа құқық Tier-ге байланысты.
Auto bonus/malus: SLO → бонус тұрақтылығы; RG/SEC инциденттері → малус/пауза.

11) Бақылау, оракулдар және аудит

Оракулдар: қол қойылған GGR/NetRev/SLO/RG мәліметтері с 'traceId', формула нұсқалары және көздердің хэштері.
WORM-аудит: негізгі әрекеттердің, формулалардың, мөлшерлемелердің, ерекшеліктердің өзгермейтін логтары.
Дашбордтар: тізбекаралық ағындар панелі (лаг, p95, вебхуктарды жеткізу, даулы жағдайлар), қатысушылардың scorecards, тәуекелдер heatmap.
SLA Trace пакетіне: P1/P2 үшін 60-90 секунд.

12) SLI/SLO (мақсатты бағдарлар)

Көлік: вебхуктарды жеткізу ≥ 99. 9%, p95 ≤ 1–2 c; API p95 ≤ 150-300 мс; шина: lag p95 ≤ 200-500 мс.
Төлемдер/АҚК: APM бойынша CR × дәліз шегінде гео; KYC кезеңдерінің SLA; деградация кезінде auto cut-over.
Live/контент: e2e ≤ 2-3 c; packet loss ≤ 1%; аптайм SFU/CDN ≥ 99. 9%.
Қаржы: нысаналы терезеде reconciliation кезеңін аяқтау; даулылық <X%.
Құпиялылық: 0 ПДн жылыстауы; audit-логтардың 100% қол жетімділігі.

13) Операциялық процестер

Change-calendar: базарлар бойынша жасыл/сары/қызыл терезелер; «қызыл» эксперименттерге тыйым салу.
Прогрессивті релиздер: 1% → 5% → 25% → 50% → 100% guardrails және авто роллбек.
War-room: P1/P2 матрицасы, тоқтату кнопкасы (трафик/оффер/маршрут/төлем), «кінәлілерді іздемей» RCA үлгісі.
DR/xaoc-жаттығулар: шлюздер, шина, қазынашылық, CDN/SFU; тұрақты кілттер мен JWKS тексерулері.

14) RACI (мысал)

15) Қарсы үлгілер

GGR/NetRev/CR/FTD бойынша «екі ақиқат».
Постбектер хайуанаттар бағы және қол қойылмаған вебхактар → дубль/тесіктер/даулар.
Курсорлардың орнына жүктемедегі offset-пагинация.
PDn-ді BI/сорғышқа токенизациясыз және DPA/DPIA-ға экспорттау.
N + 1/DR-сыз қайта директорлардың/ассеттердiң/инвойсингтiң SPOF-шлюзi.
TTL/аудитсіз ерекшеліктер - «жабысқақ» override-лар.
SLO «қағазда» алертсіз, авто-малусыз/бонуссыз және стоп-кнопкаларсыз.
Қадағаланбайтын атрибуция (жоқ 'traceId') - есептеулер дәлелденбейді.

16) Чек парақтары

Жобалау

• Jurisdiction Map, локализация, TTL сақтау.
• Data Contracts + Schema Registry; Metric Store (формулалар, терезелер, иелері).
• DPIA/DPA; RG-саясат; артефактілердің (офферлер/ойындар/АЖО/ӘК) паспорты.
• Шлюздер: mTLS, JWS/HMAC, egress-бақылау, кілттер/JWKS, лимиттер.
• Атрибуция: last eligible touch, дедуп, курсорлар, кросс-девайс токендер.
• Оракулдар/инвойсинг; WORM-аудит; дашбордтар/алерттар.
• Trust Tiers саясаты, бонус/малус, тоқтату түймелері.

Іске қосу

• Құмсалғыш және conformance-тесттер (API/EDA/вебхактар, қолтаңбалар, іспеттілік).
• Жүктемелік/хаос-прогондар; DR-жоспар; change-calendar.
• auto-rollback бар канареялық трафик; SLA 60-90 с. трейс-пакетке

Пайдалану

• Апта сайынғы reconciliation/актілер; даулы жағдайлардың ызалауы.
• Формулалардың/таразылардың ай сайынғы чейнджлогтары/Tier.
• Кілттерді/сертификаттарды ротациялау; тәуелділіктің/осалдықтың өршуі.
• Тұрақты RG/Privacy-аудиттер және DPIA/DPA жаңарту.

17) Жетілудің жол картасы

v1 (Foundation): Jurisdiction Map, базалық Data Contracts және SLO, екіжақты келісімдер, қол инвойсингі/аудит.
v2 (Integration): оракулдар/қол қойылған мәліметтер, бірыңғай атрибуция және курсорлар, scorecards және auto bonus/malus, жалпы дашбордтар.
v3 (Automation): болжамды cut-over төлемдер/АКҚ, Tier бойынша динамикалық лимиттер, smart-reconciliation, авто-апелляциялар.
v4 (Networked Governance): тізбектер арасындағы сенім/комплаенс сигналдарымен федеративтік алмасу, DAO-сплиттер ережелері және мөлдір қазынашылық.

18) Жетістіктің метрикасы

Құқық/құпиялылық: 0 ПДн жылыстауы, сәтті DPIA/DPA-тексерулер, 100% аудит қолжетімділігі.
Сапасы/қатері: постбектердің дәлдігі/уақтылығы, lag шинасы, MTTR инциденттері, даулылығы <X%.
Бизнес: uplift CR/FTD/ARPU/LTV тізбекаралық бағыттардан, NetRev/кэштің болжамдылығы.
Техника: p95 API/вебхук, шлюздер/CDN/SFU аптайм, 95% ≥ трейсингпен қамту.
Серіктестік: T3/T4 тораптарының үлесі, «трейс-пакетке уақыт»,% авто-reconciliation.

Қысқаша түйіндеме

Тізбекаралық комплаенс - бұл үйлесімділік пен дәлелденушілік архитектурасы: деректер мен формулалардың бірыңғай келісімшарттары, қауіпсіз көпірлер және өтпелі атрибуция, қатаң RG/Privacy-ережелер, оракулдар және WORM-аудит, бедел және SLO-гардрейл. Мұндай қаңқа желіні интеграциялар жиынтығынан өздігінен реттелетін, масштабталатын және заңдық тұрғыдан тұрақты экожүйеге айналдырады.