Финансовая иерархия

(Раздел: Операции и Управление)

1) Назначение

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

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

Юрлица (Legal Entities): резидентность, лицензии, валюты, НДС/налоги, банк-счета.
Бизнес-единицы (BU/Tenant): продукты/каналы (casino, sportsbook, live, payments).

• Дохода (RC): контент-провайдеры, платежные услуги, маркетплейс расширений.
• Затрат (CC): платформа/SRE, маркетинг, комплаенс, поддержка.
• Инвест-объекты (CAPEX/Проекты): 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 по CC/проектам (мес/квартал), правила отклонения.
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-срезы реестров.
Реестр изменений CoA/прав подписи: WORM-журналы, DSSE.
Сверки: банк/кошельки, IC, субледжеры→GL, GL→отчетность.
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) Риски и анти-паттерны

Дублирующиеся CoA/измерения между юрлицами → несводимость отчетности.
Отсутствие 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-журналы изменений (CoA/лимиты/подписи).
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 и доказуемые артефакты. Постройте ее один раз правильно — и получите быстрое закрытие, прозрачный контроль и готовность к масштабированию по продуктам, регионам и партнерам.