Фінансова ієрархія

(Розділ: Операції та Управління)

1) Призначення

• єдиний метод обліку та консолідації за регіонами/валютами;
• передбачувані процеси P2P/O2C/R2R/Tax;
• контроль повноважень і дотримання SoD/комплаєнсу;
• швидкість закриття та аудитопридатність.

2) Таксономія сутностей

Юрособи (Legal Entities): резидентність, ліцензії, валюти, ПДВ/податки, банк-рахунки.
Бізнес-одиниці (BU/Tenant): продукти/канали (casino, sportsbook, live, payments).

• Доходи (RC): контент-провайдери, платіжні послуги, маркетплейс розширень.
• Витрати (CC): платформа/SRE, маркетинг, комплаєнс, підтримка.
• Інвест-об'єкти (САРЕХ/Проекти): Data Platform, CDN/edge, гео-вихід.
• Партнери: провайдери, PSP/KYC, афіліати, агрегатори.
• Клієнти: оператори/тенанти, кінцеві користувачі (off-ledger агрегати).
• Рахунки/гаманці: розрахункові, ескроу, клірингові, довірені (custody).

3) План рахунків (CoA) та вимірювання

1. Активи (гроші, депозити гравців, дебіторка, ескроу, передоплати).

2. Зобов'язання (баланси гравців, відкладені доходи/бонуси, кредиторка, податки до сплати).

3. Капітал.

4. Доходи (GGR/рішейр, комісії, підписка/API-тарифи).

5. Собівартість (роялті контенту, процесинг, хостинг/egress).

6. Операційні витрати (маркетинг, зарплати, комплаєнс, аудит, юридичні).

Обов'язкові вимірювання (аналітики): `legal_entity`, `region`, `currency`, `product`, `tenant`, `rc/cc`, `project`, `partner`, `contract_version`, `tax_rule_version`, `fx_version`.

4) Шари обліку (ledger stack)

• Payments (авторизації, кліринг, повернення, chargeback).
• Wallets/Players (баланси, депозити, висновки, бонусні зобов'язання).
• Content/Revenue Share (раунди/провайдери, GGR/NetWin, роялті).
• Affiliates (конверсії, атрибуція, нарахування).
• General Ledger (GL): періодичні проводки з субледжерів через ETL/Outbox → Posting з контролем повноти/дублювання.
• Консолідація: міжфірмові елімінації, трансфертне ціноутворення, переведення у валюту подання (Group currency).
• Reporting Cubes: управлінська вітрина (P & L/BS/CF за вимірами).

5) Ієрархія валют і календарів

Functional currency на рівні юрособи, Group currency для звітності.
FX-політика: джерело курсів, TWAP/медіана,'fx _ version'в кожній проводці.
Календарі: фінансовий (4-4-5/ІСО), податковий (по країнах), операційний (зрізи клірингу).

6) Повноваження та ліміти (Authority Matrix)

Права підпису (Signing Limits): за юрособою/рахунком/валютою; двопідпис/М-з-N для виплат/ескроу.
Spend-ліміти: OPEX/CAPEX по СС/проектам (міс/квартал), правила відхилення.
Revenue-договори: пороги знижок/ревшейра за ролями.
SoD: «створює платіж» ≠ «затверджує»; «узгодить контракт» ≠ «підписує».

7) Казначейство та ліквідність

Ієрархія рахунків: операційні, клірингові, ескроу, податки, payroll.
Cash Pooling: фізичний/нотціональний по групі; ліміти внутрішньогрупових позик.
Інвестиції/резерви: полісі кампаній ліквідності, ковенанти.
Прогноз ДДС (13-тижневий): вхідні по продуктах/регіонах, вихідні (роялті, податки, capex).

8) Міжфірмові операції (Intercompany)

Сервіси всередині групи: хостинг/платформа/ліцензії як charge-out (cost + markup).
Елімінації: доходи/витрати всередині групи, позики/відсотки.
Transfer Pricing: політика і діапазон ринкових націнок; документація на країновому рівні.
IC-звірки: щомісячні зіставлення з квитанціями/підписами.

9) Податки та регуляторика

Непрямі (VAT/GST): режими включений/виключений, MOSS/OSS, місце надання послуг.
Прямі: ставка податку на прибуток за юрособами, пільги R & D.
Ігрові/спеціальні збори: ставки за сегментами (casino/sports), звітність.
Сертифікати/RNG/ліцензії: вимоги зберігання артефактів.
Податкові регістри: зіставлення субледжерів з податковими деклараціями.

10) Доходи та визнання (Revenue Recognition)

Casino (GGR/Net Gaming Revenue): момент визнання - результат раунду/закриття парі.
Комісії/підписка/API: за фактом надання/абонентськи; відкладені доходи → списання.
Промо/бонуси: як зниження виручки або маркетинг - по політиці і GAAP/IFRS.
Breakage/відкладені зобов'язання: невикористані бонуси/баланси.

11) Процеси та календарі закриття

O2C (Order-to-Cash): quote → invoice → receipt → розподіл платежів.
P2P (Procure-to-Pay): заявка → PO → приймання → рахунок до оплати → платіж.
R2R (Record-to-Report): постинг з субледжерів → звірки → коригування → звітність.
Tax: розрахунок/звірка/подання декларацій щодо юросіб.
Close Calendar: D + 1 - блокування субледжерів; D + 3 - IC-звірки; D + 5 - попередній P & L/BS; D + 7 - управлінська; D + 10 - групові звіти.

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

Політики-як-код: шаблони проводок, ліміти, маршрути узгоджень (в Git/CI).
Квитанції: підписи розрахунків (афіліати, провайдери, платежі), Merkle-зрізи реєстрів.
Реєстр змін СоА/прав підпису: WORM-журнали, DSSE.
Звірки: банк/гаманці, IC, subledzhery→GL, GL→otchetnost.
External/Internal Audit: доступ до артефактів, контроль вибірок.

13) Модель даних (спрощено)

`entity` `{id, country, licenses[], functional_currency}`

`bu` `{id, entity_id, product, tenant}`

`account` `{coa_code, name, type, parent_code}`

`dimension` `{name -> values}`

`subledger_entry` `{id, source, occurred_at, currency, amount, fx_version, dims{}, receipt_hash, signature}`

`gl_entry` `{id, posted_at, dr_account, cr_account, amount, currency, dims{}, source_ids[]}`

`ic_agreement` `{entities[], markup, terms}`

`authority_rule` `{scope, limit, m_of_n, ttl}`

`bank_account` `{entity_id, iban, currency, signers[], limits}`

`tax_rule` `{jurisdiction, type, rate, effective_from, version}`

14) RACI (ключові області)

15) Метрики та SLO

Close Time: D + 7 управлінська, D + 10 групова (мета дотримання ≥ 95%).
Reconciliation Rate: ≥ 99. 9% субледжерів закрито без розбіжностей> X.
IC Match: 100% IC-пар закриті до D + 5; відкриті - <0. 5% обороту.
Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.
Late Postings: < 0. 1% після «soft close».
Аудит-артефакти: повнота квитанцій ≥ 99. 99% по критичних потоках.

16) Дашборди

Група/Юрособи: P & L/BS/CF, валютний ефект, податки, ковенанти.
Операції: GGR/NetWin по продуктам, роялті, процесинг/egress, LTV/CAC.
Казначейство: кешаут/кеш-ін, aging дебіторки/кредиторки, ліміти по рахунках, ризик контрагентів.
Закриття: статус звірок, IC-матриця, помилки постингу, SLA команд.
Контроль: спрацьовування лімітів, порушення SoD, журнали підписів.

17) Ризики та анти-патерни

Дублюючі СоА/вимірювання між юрособами → незвідність звітності.
Відсутність IC-процесу → «висяки» і ручні коригування на кінець періоду.
Права підпису без лімітів/М-з-N → операційний/фрод-ризик.
Без'fx _ version '/' tax _ rule _ version'→ помилки перерахунків/повернень.
Ручні постинги без артефактів → відмовостійкість аудиту.
Змішання зобов'язань гравців і власних коштів → регуляторні порушення.

18) Чек-лист впровадження

1. Нормалізувати CoA і бібліотеку вимірювань; зафіксувати в репозиторії.
2. Визначити ієрархію сутностей і зв'язок BU/тенантів, центрів RC/CC.
3. Налаштувати субледжери (payments/wallets/content/affiliates) і потік Posting в GL.
4. Ввести FX/Tax версії і політику консолідації/перекладу.
5. Описати Authority Matrix, SoD і М-з-N для виплат/ескроу.
6. Організувати Treasury: картка рахунків, cash pooling, 13-тижневий прогноз.
7. Запустити IC-процеси і TP-політику; щомісячні звірки з квитанціями.
8. Зафіксувати Close Calendar; автоматизувати звірки та алерти.
9. Включити політики-як-код і WORM-журнали змін (СоА/ліміти/підписи).
10. Побудувати дашборди: Close, Treasury, IC, Revenue, Control.

19) Специфіка для iGaming/фінтех

Гравці/гаманці: зобов'язання за балансом і бонусами - відокремлені рахунки пасивів.
GGR/Роялті: помісячні звірки з провайдерами контенту за підписаними звітами.
Платежі/Chargeback: резерв під повернення, облік комісій PSP по каналах/ASN.
Афіліати: атрибуція через підписані вебхуки; ескроу на період суперечки.
Ліцензії/регулятори: окремі юрособи/рахунки, локальна звітність та зберігання артефактів.

20) FAQ

Чи потрібні різні CoA по країнах?
Краще єдиний груповий CoA + локальні маппінги (локальні рахунки → групові).

Де зберігати курси та податкові версії?
В окремій довідковій зоні з версіонуванням; посилання («fx _ version», «tax _ rule _ version») в кожній проводці.

Як прискорити закриття?
Автосверки, «soft close», блокування субледжерів D + 1, стандартизовані коригування, політика «без ручних постингів поза шаблонами».

Як контролювати виплати?
М-з-N підпис, ліміти на платіж/день/рахунок, сегрегація ролей, квитанції банку і зіставлення з GL.

Резюме: Фінансова ієрархія - це скелет керованої компанії: нормалізований CoA і вимірювання, єдині субледжери і консолідація, ясні повноваження і ліміти, дисципліна версій FX/Tax і доказові артефакти. Побудуйте її один раз правильно - і отримаєте швидке закриття, прозорий контроль і готовність до масштабування по продуктах, регіонах і партнерах.