Hierarquia financeira

(Seção Operações e Gerenciamento)

1) Destino

• método único de contabilidade e consolidação por região/moeda;
• Processos P2P/O2C/R2R/Tax previsíveis;
• controle de autoridade e cumprimento do SoD/complaens;
• velocidade de fechamento e gravação de áudio.

2) Taxonomia de entidades

Legal Entities: residência, licenças, moedas, IVA/impostos, banco-conta.
Unidades de negócios (BU/Tenant): produtos/canais (casino, sportsbook, live, payments).

• Rendimentos (RC): provedores de conteúdo, serviços de pagamento, marketing de extensões.
• Custos (CC): plataforma/SRE, marketing, complacência, suporte.
• Objetos de entrada (SAREH/Projetos): Data Platford, CDN/edge, saída geo.
• Associados: provedores, PSP/KYC, afiliados, agregadores.
• Clientes: operadores/tenentes, usuários finais (aparelhos off-ledger).
• Contas/carteiras: computáveis, esquetes, compensados, confiáveis (custody).

3) Plano de contas (CoA) e medidas

1. Ativos (dinheiro, depósitos de jogadores, débito, escrow, pagamento antecipado).

2. Obrigações (balanços dos jogadores, rendimentos atrasados/bônus, credor, impostos a pagar).

3. Capital.

4. Rendimentos (GGR/richeir, comissões, subscrição/API-tarifas).

5. Custo (royalties de conteúdo, processamento, hospedagem/egress).

6. Custos operacionais (marketing, salários, complacência, auditoria, direito).

Medidas obrigatórias (analistas): 'legal _ entity', 'region', 'currency', 'product',' tenant ',' rc/cc ',' project ',' partner ',' contracto _ versão ',' tax _ lance ',' fx _ versão '.

4) Camadas de contabilidade (ledger stack)

• Payments (autorizações, clearing, devoluções, chargeback).
• Wallets/Players (balanços, depósitos, conclusões, obrigações de bônus).
• Conteúdo/Revenue Share (rodadas/provedores, GGR/NetWin, royalties).
• Affiliates (conversões, atribuições, cobranças).
• General Ledger (GL): Conduções periódicas de sublegeres via ETL/Outbox → Posting com controle de totalidade/duplicação.
• Consolidação: elisões interfinanceiras, preços de transferência, transferência para a moeda de representação (Group currency).
• Reporting Cubes: vitrine gerencial (P & L/BS/CF).

5) Hierarquia de moedas e calendários

Functional currency em nível jurídico, Grupo currency para relatórios.
Política FX: origem de cursos, TWAP/mediana, 'fx _ versão' em cada fio.
Calendários: financeiro (4-4-5/ISO), fiscal (por país), operacional (corte de clearing).

6) Permissões e limites (Archority Matrix)

Direitos de assinatura (Signing Limits): por direito/conta/moeda; dois pés/M-de-N para pagamento/esbox.
Limites Spend: OPEX/CAPEX para SS/projeto (m/trimestre), regras de desvio.
Contratos Renegue: liminares de desconto/reitoria de papéis.
SoD: «cria um pagamento» ≠ «aprova»; «concordar com o contrato» ≠ «assinar».

7) Tesouro e liquidez

Hierarquia de contas, operações, clearing, escrow, impostos, payroll.
Cash Pooling: físico/notacional por grupo; Limites de empréstimos intraggrupos.
Investimentos/reservas: polissis campanhas de liquidez, covenantes.
Previsão de DDS (13 semanas): ingressos por produto/região, saída (royalties, impostos, capex).

8) Operações interfinanceiras (Intercompany)

Serviços dentro do grupo: hospedagem/plataforma/licenças como carga-out (costa + markup).
Elimitações: receitas/despesas dentro do grupo, empréstimos/juros.
Transfer Pricing: política e faixa de preços de mercado; documentação a nível nacional.
Comprimidos IC: comparações mensais com recibos/assinaturas.

9) Impostos e regulação

Indiretos (VAT/GST): modos incluídos/excluídos, MOSS/OSS, local de serviços.
Direto: Taxa de Imposto sobre o Lucro do Direito, benefícios de R & D.
Taxas de jogo/especial: taxas de segmento (casino/esportes), relatórios.
Certificados/RNG/licenças: requisitos de armazenamento de artefatos.
Registos fiscais: comparação de sublegeres com declarações fiscais.

10) Rendimentos e reconhecimento (Revenue Reconnition)

Casino (GGR/Net Gaming Revenue): O momento do reconhecimento é o resultado da rodada/encerramento da aposta.
Comissão/assinatura/API: por causa da prestação/assinante; rendimentos atrasados → cancelamentos.
Bónus/promoção: como redução de receita ou marketing - política e GAAP/IFRS.
Breakage/compromissos adiados: bónus/balanços não usados.

11) Processos e calendários de encerramento

O2C (Order-to-Cash): cote → invoice → receipt → distribuição de pagamentos.
P2P (Procure-to-Pay): pedido → PO → recebimento → conta de pagamento → pagamento.
R2R (Record-to-Report): posting a partir de sublegeres → acréscimos → ajustes → relatórios.
Tax: cálculo/confecção/declaração de direito.
Close Calendar: D + 1 - bloqueio de sublegeres; D + 3 - Comprimidos IC; D + 5 - P & L/BS; D + 7 - gerencial; D + 10 - relatórios de grupo.

12) Controle, auditoria e provabilidade

Políticas-como-código: modelos de fio, limites, rotas de negociação (Git/CI).
Recibos: assinaturas de cálculos (afiliadas, provedores, pagamentos), arquivos de registros Merkle.
Registro de alterações de SA/permissões de assinatura: revistas WORM, DSSE.
Banco/carteira, IC, subledzhery→GL, GL→otchetnost.
Externo/Auditório Internacional: acesso a artefatos, controle de amostras.

13) Modelo de dados (simplificado)

`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 (áreas-chave)

15) Métricas e SLO

Close Time: D + 7 gerencial, D + 10 grupo (objetivo de cumprimento ≥ 95%).
Reconciliation Rate: ≥ 99. 9% dos subleges estão fechados sem discrepâncias> X.
IC Match: 100% dos pares IC estão fechados até D + 5; abertos - <0. 5% do negócio.
Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.
Late Postings: < 0. 1% depois de «soft close».
A auditoria dos artefactos, a totalidade dos recibos ≥ 99. 99% em fluxo crítico.

16) Dashboards

Grupo/Direito: P & L/BS/CF, efeito cambial, impostos, covenantes.
Operações: produtos, royalties, processamento/egress, LTV/CAC.
Tesouraria: caixa/caixa, débitos aging/credores, limites de contas, risco contábil.
Encerramento: status de fita, matriz IC, erros de postagem, comandos SLA.
Controle: activação de limites, violações de SoD, registros de assinaturas.

17) Riscos e anti-pattern

O SOA/medição duplicado entre os juristas → a indefensabilidade dos relatórios.
Falta de processo IC → «penduricalhos» e ajustes manuais para o fim do período.
Direitos de assinatura sem limites/M-de-N → risco operacional/frod.
Sem 'fx _ version '/' tax _ rule _ version', → erros de redefinição/retorno.
Postagens manuais sem artefatos → resistência à auditoria.
Misturar compromissos de jogadores e recursos próprios → violações regulatórias.

18) Folha de cheque de implementação

1. Normalizar CoA e biblioteca de medidas; gravar no repositório.
2. Definir a hierarquia das entidades e a ligação BU/Tenantes, centros RC/CC.
3. Personalizar os sublegeres (payments/wallets/conteúdo/affiliates) e o fluxo Posting para GL.
4. Introduza a versão FX/Tax e a política de consolidação/tradução.
5. Descreva a Athority Matrix, SoD e M-de-N para pagamentos/esbox.
6. Organizar Treasury: mapa de contas, cash pooling, previsão de 13 semanas.
7. Iniciar processos IC e políticas TP; Comprimidos mensais com recibos.
8. Fixar Close Calendar; automatizar os cruzamentos e alertas.
9. Incluir políticas como código e registros de alterações WORM (SA/limites/assinaturas).
10. Construir dashboards: Close, Treasury, IC, Revenue, Controle.

19) Especificidades para iGaming/Fintech

Jogadores/carteiras: obrigações de equilíbrio e bónus - contas de passivo separadas.
GGR/Royalties: Verificações mensais com provedores de conteúdo por relatórios assinados.
Pagamentos/Chargeback: reserva para devoluções, contabilidade de comissões PSP por canal/ASN.
Afiliados: atribuição através de webhooks assinados; Esquadrão para o período da disputa.
Licenças/reguladores: arquivos/contas individuais, relatórios locais e armazenamento de artefatos.

20) FAQ

Precisamos de CoA diferentes por país?
Melhor um único CoA de grupo + muppings locais (contas locais → grupos).

Onde armazenar cursos e versões fiscais?
Em uma área de referência separada com versionagem; referência ('fx _ versão', 'tax _ rule _ versão') em cada fio.

Como apressar o encerramento?
Seleções automáticas, «soft close», bloqueio de sublegeres D + 1, ajustes normalizados, política «sem postagens manuais fora dos padrões».

Como controlar os pagamentos?
M-N assinatura, limites para pagamento/dia/conta, segregação de papéis, recibos bancários e comparação com GL.

Resumo: Hierarquia financeira é um esqueleto de uma empresa administrada: CoA e medidas normalizadas, sublegeres e consolidação unificados, poderes e limites claros, disciplina de FX/Tax e artefatos comprováveis. Construa-a corretamente uma vez e tenha um rápido encerramento, controle transparente e disposição para escalar produtos, regiões e parceiros.