<номи ҳисоботи расмӣ>

1) Мақсад ва миқёс

• Каталог ва ҷадвали ҳисобот
• Форматҳо ва схемаҳои маълумот
• қоидаҳои санҷиш ва назорати сифат;
• каналҳои интиқол ва эътироф;
• нақшҳо ва RACI, сабти артефакт ва нигоҳдорӣ.

2) Нақшҳо ва RACI

Соҳиб: Роҳбари мувофиқат - версияҳо, афзалиятҳо (A) -ро тасдиқ мекунад.
Steward Schema (Lead DWH) - дастгирии схемаҳо ва харитасозӣ (R).
Истеҳсолкунандагон: AML/RG/Payments/Ops Game - манбаъҳои маълумот (R).
QA/DQ: Гурӯҳи сифати маълумот - санҷишҳо, маҷмӯаҳои санҷишӣ (R).
Ҳуқуқӣ: тафсири меъёрҳо, тасдиқи тағйирот (С).
Амният/DPO: PII/Aliasing, Каналҳои таҳвил (C).
Гузоришҳои Ops: боргузорӣ, имзо, ирсол, тасдиқ (R).

3) Феҳристи ҳисобот (синфҳо)

1. Ҳисоботҳои бозӣ - бурдҳо/бурдҳо/тавозунҳо/сессияҳо, RTP, ростқавлӣ.
2. Молиявӣ - амонат/бозхонд, тарҳҳо, андозҳо, GGR/NGR, пардохтҳо.
3. AML/CFT - амалиётҳои шубҳанок, PEP/санксияҳо, агрегатҳои хавф.
4. Бозии масъулиятнок (RG) - худдорӣ, маҳдудиятҳо, мудохилаҳо.
5. Ҳодиса - дастрасӣ, ихроҷ, огоҳиҳо ва мӯҳлатҳо.
6. Маркетинг/филиалҳо - манбаъҳои трафик, маҳдудиятҳои таблиғотӣ (агар иҷозатнома талаб карда шавад).
7. Техникӣ - uptime, версияҳои RNG, hash сохтан/конфигуратсия, сабти аудит.

Ҳар як ҳисобот бо корт тавсиф карда мешавад (§ 4).

4) Корти ҳисоботӣ (қолаб)

ID: REP- <code >/Version: v <MAJOR. MINOR >/Owner: <role>
Jurisdiction/License: <e.g. MT/MGA B2C, GB/UKGC, SE/Spelinspektionen>

5) Data formats: standards

5. 1 CSV/TSV

Encoding: UTF-8 without BOM.
Delimiter: ',' (CSV), or '\t '(TSV).
Escape '' around delimited/line feed fields.
Decimal separator: '.'; Date/Time - ISO-8601 'YYYY-MM-DDThh: mm: ssZ'.

Example (CSV, rates):

report_date,player_id_hash,game_code,currency,stake,win,round_id,session_id,geo,ts_utc

2025-10-31,4b1c...a9,EGT_40SUPERC,EUR,1. 00,0. 00,rd_789,ss_123,DE,2025-10-31T15: 02:11Z

5. 2 XML

Namespace fixed; XSD validation.
Null values as empty element with'nil = "true" 'attribute.

5. 3 JSON

JSON Lines for large offloads; JSON Schema v2020-12.
Timezones - UTC; sums - decimal with string representation.

5. 4 XLSX

Used only if prescribed by the regulator. The sheet template and column names are fixed.

6) Core dictionaries

6. 1 Common fields

'report _ date '(DATE, UTC) - key date (aggregation window).
'operator _ id '(STRING) - ID of the license/operator.
'player _ id _ hash '(STRING) - hashed player ID (salt per jurisdiction).
'geo '(STRING, ISO-3166-1 alpha-2) is the country of the player/session.
`currency` (STRING, ISO-4217).
'ts _ utc '(TIMESTAMP) is the moment of the event.

6. 2 Gaming

`game_code`, `provider_code`, `round_id`, `session_id`, `stake`, `win`, `bonus_flag`, `rtn_balance_before/after`, `rake`.

6. 3 Payments

`txn_id`, `method_code`, `psp_id`, `amount`, `fee`, `status`, `decline_reason`, `kya_level`, `chargeback_flag`.

6. 4 AML/RG

`risk_score`, `peps_hit`, `sanctions_hit`, `sar_id`, `rg_limit_type`, `rg_breach`, `self_exclusion`.

7) Jurisdictional features (examples)

MT (MGA): monthly gaming aggregates: bets/winnings/RTP by title and provider; CSV/XLSX format currency code, split into "cash/bonus."
GB (UKGC): reports on RG (self-exclusion), marketing (channel compliance), incident notifications; CSV/XML preference, portal.
NL (KSA): detailed game events (often JSON/XML), strict time synchronization and fields for CRUKS (self-exclusion register).
SE (Spelinspektionen): Spelpaus integration, reports on RG interventions; CSV format, SFTP.
DE (GlüStV): rate/deposit limits and compliance, RG events; locale DE, but the numbers are '.'.
ES/PT/IT: monthly GGR aggregates/taxes/active players, XLSX/CSV; separate report on bonuses and advertising.

> The register for all markets is kept in Git/Confluence; any changes are recorded by the changelog.

8) Transmission channels and security

Regulator portals: downloading a file, obtaining a registry ID.
API: OAuth2/MTLS, quota, retray with idempotency.
SFTP: encryption in transit, PGP file signature, atomic calculation ('.part' → '.csv').
Mail (secure): only on demand, encrypted/signed.

Artifacts: receipts/receipt ID, checksums (SHA256), send logs.

9) Data quality control (DQ) and validation

9. 1 Check layers

1. Schema validation: types, mandatory, value domains.
2. Business rules: balanced identities ('opening + deposit − within − bet + win = closing ± adj'), valid RTP ranges.
3. Cross-source reconciliation: PSP vs. wallet vs. GL (general ledger).
4. Freshness: SLA window display updates; late events are marked and loaded.
5. Uniqueness: 'txn _ id', 'round _ id' are unique within the window.

9. 2 Model rules

`stake ≥ 0`, `win ≥ 0`; when 'bonus _ flag = 1' - a separate bucket.
`currency ∈ ISO-4217`; `geo ∈ ISO-3166-1`.
'ts _ utc'inside the report window; time zone - UTC only.
For returns, separate records with'amount <0'and'status = REFUND'.

10) Liniage and circuit versioning

Lineage: for each field - source (table/column), transformation (SQL/udf), owner.
Semantic Versioning:
MAJOR - incompatible changes (deleting/renaming fields).
MINOR - Add optional fields.
PATCH - Description/Validation Corrections.
Deviation Policy: double unloading period (old + new format) ≥ 1 reporting cycle.
Change Log: date, author, reason, jurisdictions affected.

11) Aliasing and PII

Hashing 'player _ id' with salt on jurisdiction; salt is stored in a secret storage.
Masking e-mail/phone, if required.
Access Profiles: PII only sees DPOs/Commissioners; export to portals - already with hashes.

12) Mapping Examples (DWH → Report)

Game unit (day, title, currency):

sql

ИНТИХОБ КУНЕД

DATE_TRUNC ('рӯз', ts_utc) AS report_date,

game_code,

асъор,

SUM (саҳм) AS stake_sum,

SUM (бурд) AS win_sum,

SAFE_DIVIDE (SUM (бурд), NULLIF (SUM (саҳм), 0) AS rtp

АЗ fact_game_rounds

ДАР куҷо ts_utc> =: аз ВА ts_utc <: ба

ГУРӮҲ АЗ ҶОНИБИ 1,2,3;

Payments (deposits/withdrawals/fees):

sql

ИНТИХОБ КУНЕД

DATE_TRUNC ('рӯз', ts_utc) AS report_date,

method_code, psp_id, асъор,

SUM (CASE вақте ки намуди = 'АМОНАТ' Пас аз он миқдори ELSE 0 END) ҳамчун пасандозҳо,

SUM (CASE ҳангоми намуди = 'Бозхонд' Пас аз он миқдори ELSE 0 END) Ҳангоми бозпас гирифтан,

SUM (пардохт) ҲАМЧУН пардохт

АЗ fact_payments

ДАР куҷо ts_utc: аз ВА: ба

ГУРӮҲ АЗ ҶОНИБИ 1,2,3,4;

13) Sample files

13. 1 Gaming Unit (CSV)

report_date,operator_id,game_code,currency,stake_sum,win_sum,rtp

2025-10-31,OP123,NET_STARBURST,EUR,125000. 50,119800. 00,0. 9585

13. 2 RG Events (JSON Lines)

{"report _ date": "2025-10-31", "player _ id _ hash": "b93e...", rg _ event ":" SELF _ ENLOSION "," давомнокии _ рӯзҳо ": 180," ts _ utc ":" 2025-10-31T09: 11: 02Z}

{"report _ date": " 2025-10-31 ", "player _ id _ hash ": "c01a "..., "rg _ event ": "LIMIT _ BREACH"," limit _ type":" LOSE _ DAILY"," маблағ":" 200. 00 "", ts _ utc":" 2025-10-31T13: 45: 22Z"}

13. 3 AML aggregate (XML, fragment)

xml

14) Раванди гардиши амалиётӣ

1. Омодасозии тиреза: ях кардан, ҳисоб кардани агрегатҳо, аз нав бор кардани рӯйдодҳои дер.
2. Тасдиқҳо: схема + қоидаҳои тиҷорат + оштӣ.
3. Тавлиди файл: версияи схема бо ном ('REP-GB-GAME-v1. 3_2025-10-31. csv ').
4. Имзо/хэш: PGP + SHA256.
5. Таҳвил: портал/API/SFTP; қайди қабул (ID/квитансия).
6. Бойгонӣ: аслӣ + имзо + квитансия дар мағозаи ҳисобот.
7. Мониторинг: панели назоратӣ "Ҳисоботи танзимкунанда" - ҳолати "омода/фиристода/қабулшуда/хато".
8. Retro: таҳлили хатогӣ/дуршавӣ, CAPA.

15) Рӯйхати санҷишҳо

Пеш аз фиристодан

[] Санаи тиреза ва мӯҳлат тасдиқ карда шуд.
[] Ҳама тасдиқҳо сабз мебошанд, миқдори гузоришшуда бо GL/PSP муқоиса карда мешавад.
[] Нусхаи схема ба феҳрист мувофиқат мекунад.
[] PII ниқоб/тахаллус.
[] Файл имзо/санҷида шуд, ҳаш содир карда шуд.
[] Тамоси танзимкунанда замонавӣ аст (портал дастрас аст).

Баъди фиристодан

[] Қабул/ID гирифта, бойгонӣ шудааст.
[] Вазъият дар панели нав.
[] Нақшаи навсозӣ дар ҳолати хатогии валидатор мувофиқа карда шудааст.

16) Метрика ва SLO

Саривақтӣ:% ҳисоботҳои саривақтӣ пешниҳодшуда.
Қабули аввал кӯшиш кунед:% бе ислоҳ қабул карда мешавад.
Холҳои DQ: фоизи сабтҳо бе хатогӣ (схема/бизнес).
Тафовути оштӣ: номутобиқатии мутлақ/фоиз бо GL/PSP.
Вақти пешбари ҳисобот: вақти пӯшидани тиреза то пешниҳод.
Тағир додани меъёри нокомӣ (форматҳо): ҳиссаи релизҳо бо схемаҳо.

17) Идоракунӣ

Баррасии семоҳаи даъвоҳо аз рӯи салоҳият; ғайринақшавӣ - ҳангоми навсозиҳои танзимкунанда.
RFC барои тағироти схема: таҳлили таъсир, созгорпазирӣ, пилоти қуттии қуттӣ.
Боркунии дукарата дар давраи MAJOR ≥ 1.
Гурӯҳҳои омӯзишӣ оид ба релизҳо, навсозии китобҳои бозӣ ва FAQ.

18) Хатогиҳои зуд-зуд ва чӣ гуна аз онҳо канорагирӣ кардан

Вақти нодуруст: ҳамеша дар UTC муттаҳид шавед, маҳалро алоҳида нигоҳ доред.
Яклухткунӣ: қоидаҳои даҳӣ ва яклухткунии бонкро истифода баред.
Номутобиқатии идентификаторҳо: регистрҳои ягона 'game _ code', 'method _ code', 'psp _ id'.
Маҳаллисозии рақамҳо/санаҳо: танҳо ISO-8601 ва давра ҳамчун ҷудосози даҳӣ.
PII ба таври возеҳ: санҷиши ниқобҳо дар пеш аз содир ва CI.

19) Ҷобаҷогузорӣ ба экосистема

Иртибот бо бахшҳо: Панели назоратӣ, Огоҳиномаҳо ва мӯҳлатҳо, Дафтарҳои бозӣ дар бораи ҳодисаҳо, Идоракунии бӯҳрон, Гузоришҳои аудитӣ.
Дар ҳодиса бот: фармон '/гузориш <юрисдиксия> <report_id>' - нақша ва мӯҳлатҳоро гиред.
Содироти лаҳзаҳо дар S1/S2 ба бастаи артефакт илова карда мешавад.

20) Нақшаи амалисозӣ (30 рӯз)

Ҳафтаи 1

1. Инвентаризатсияи ҳамаи ҳисоботҳои танзими иҷозатнома.
2. Сохтани кортҳо (§ 4) ва луғатҳои рамзӣ.
3. Тасдиқи форматҳо ва каналҳои интиқол.

Ҳафтаи 2
4. Сохтани намоиши DWH ва наслҳо; тасдиқи аввалия.
5. Тавлиди файлҳои озмоишӣ (як бозор/синф).
6. Танзими имзо/хэш ва бойгонӣ.

Ҳафтаи 3
7. Интегратсия бо портали қуттии қуттӣ/API/SFTP.
8. Ҳолати панели панел ва огоҳиҳо аз рӯи мӯҳлатҳо.
9. Гузориш оид ба омӯзиш ва рӯйхати назоратӣ.

Ҳафтаи 4
10. Таҳвили озмоишии 2-3 ҳисобот; ҷамъоварии фикру мулоҳизаҳо.
11. CAPA барои DQ/тасдиқҳо; тасҳеҳи нақшаҳо.
12. Нашри v1. 0; ҷадвали таҷдиди назар ва тақвими ягонаи мӯҳлат.

Бахшҳои марбут:
Огоҳиҳо дар бораи қонуншиканиҳо ва мӯҳлати ҳисобот
Панели назоратӣ ва мониторинг
Дафтарҳо ва скриптҳои ҳодиса
Идоракунии бӯҳрон ва коммуникатсия
Нақшаи идомаи тиҷорат (BCP )/DRP
Гузоришҳои аудити муомилот