Jerarquía financiera

(Sección: Operaciones y Gestión)

1) Asignación

• un método único de contabilidad y consolidación por región/moneda;
• procesos de P2P/O2C/R2R/Tax predecibles;
• control de autoridad y cumplimiento de SoD/cumplimiento;
• velocidad de cierre y capacidad de audiencia.

2) Taxonomía de las entidades

Jurlica (Entidades Legales): residencia, licencias, divisas, IVA/impuestos, cuentas bancarias.
Unidades de negocio (BU/Tenant): productos/canales (casino, sportsbook, live, payments).

• Ingresos (RC): proveedores de contenido, servicios de pago, mercados de extensiones.
• Costos (CC): plataforma/SRE, marketing, cumplimiento, soporte.
• Objetos de invención (SAREH/Proyectos): Plataforma de datos, CDN/edge, salida geo.
• Socios: proveedores, PSP/KYC, afiliados, agregadores.
• Clientes: operadores/tenantes, usuarios finales (unidades off-ledger).
• Cuentas/carteras: liquidación, depósito, compensación, confianza (custodia).

3) Plan de cuentas (CoA) y mediciones

1. Activos (dinero, depósitos de jugadores, cuentas por cobrar, depósito de garantía, pagos anticipados).

2. Obligaciones (balances de jugadores, ingresos diferidos/bonificaciones, prestamista, impuestos a pagar).

3. Capital.

4. Ingresos (GGR/risheir, comisiones, suscripción/tarifas API).

5. Costo (regalías de contenido, procesamiento, alojamiento/egress).

6. Gastos de funcionamiento (marketing, salarios, cumplimiento, auditoría, legales).

Medidas obligatorias (analíticas): 'legal _ entity', 'region', 'currency', 'product', 'tenant', 'rc/cc', 'project', 'partner', 'aprox _ version', 'tax _ rule _ version', 'fx _ version'.

4) Capas de contabilidad (ledger stack)

• Pagos (autorizaciones, compensación, devoluciones, chargeback).
• Wallets/Players (balances, depósitos, retiros, obligaciones de bonificación).
• Content/Revenue Share (rondas/proveedores, GGR/NetWin, regalías).
• Affiliates (conversiones, atribución, devengos).
• General Ledger (GL): cableado periódico desde subgerentes a través de ETL/Outbox → Posting con control de integridad/duplicación.
• Consolidación: eliminaciones entre empresas, fijación de precios de transferencia, transferencia a la divisa de presentación (currency Group).
• Reporting Cubes: escaparate de gestión (P & L/BS/CF sobre mediciones).

5) Jerarquía de monedas y calendarios

Currency Functional a nivel Juritz, Currency Group para reportar.
Política FX: fuente de cursos, TWAP/mediana, 'fx _ version' en cada cableado.
Calendarios: financiero (4-4-5/ISO), fiscal (por países), operativo (cortes de compensación).

6) Credenciales y límites (Authority Matrix)

Derechos de firma (Signing Limits): por persona/cuenta/moneda; dos fichas/M-de-N para pagos/escrow.
Spend-limits: OPEX/CAPEX para SS/proyectos (mes/trimestre), reglas de desviación.
Revenue-contracts: umbrales de descuentos/revsheira en función de los roles.
SoD: «crea un pago» ≠ «aprueba»; «acordará el contrato» ≠ «firmará».

7) Tesorería y liquidez

Jerarquía de cuentas: operaciones, compensación, depósito, impuestos, payroll.
Cash Pooling: físico/notonal por grupo; límites de préstamos intragrupo.
Inversiones/reservas: políticas de campañas de liquidez, pactos.
Pronóstico DDS (13 semanas): entrada por producto/región, salida (regalías, impuestos, capex).

8) Operaciones entre empresas (Intercompany)

Servicios dentro del grupo: hosting/plataforma/licencias como charge-out (costo + markup).
Eliminaciones: ingresos/gastos dentro del grupo, préstamos/intereses.
Transfer Pricing: política y rango de márgenes de mercado; Documentación a nivel de los países.
Conciliaciones IC: correlaciones mensuales con recibos/firmas.

9) Impuestos y regulaciones

Indirectos (VAT/GST): modos habilitados/excluidos, MOSS/OSS, lugar de prestación de servicios.
Directo: tasa de impuesto sobre la renta de los jurilines, beneficios de R & D.
Tarifas de juego/especiales: apuestas por segmento (casino/sports), informes.
Certificados/RNG/licencias: requisitos para el almacenamiento de artefactos.
Registros tributarios: comparación de subgerentes con declaraciones de impuestos.

10) Ingresos y reconocimiento (Reconocimiento de la Revenue)

Casino (GGR/Net Gaming Revenue): el momento de reconocimiento es el resultado de la ronda/cierre de la apuesta.
Comisión/suscripción/API: sobre la prestación/suscripción; ingresos diferidos → cancelación.
Promociones/bonificaciones: como reducción de ingresos o marketing - por políticas y GAAP/IFRS.
Breakage/pasivos diferidos: bonos/balances no utilizados.

11) Procesos y calendarios de cierre

O2C (Order-to-Cash): quote → invoice → receipt → distribución de pagos.
P2P (Procure-to-Pay): solicitud de → PO → aceptación → factura de pago → pago.
R2R (Record-to-Report): publicación de subgerentes → conciliación → ajustes → presentación de informes.
Tax: cálculo/conciliación/presentación de declaraciones de jurados.
Cerrar Calendar: D + 1 - Bloqueo de subejercicios; D + 3 - Conciliaciones IC; D + 5 - pre-P & L/BS; D + 7 - Gestión; D + 10 - Informes de grupo.

12) Control, auditoría y probabilidad

Políticas como código: plantillas de cableado, límites, rutas de negociación (en Git/CI).
Recibos: firmas de liquidación (afiliados, proveedores, pagos), cortes de registro de Merkle.
Registro de cambios CoA/Derechos de firma: registros WORM, DSSE.
Conciliaciones: banco/billeteras, IC, subledzhery→GL, GL→otchetnost.
Auditoría externa/interna: acceso a artefactos, control de muestras.

13) Modelo de datos (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 clave)

15) Métricas y SLO

Tiempo de cierre: D + 7 gestión, D + 10 grupo (objetivo de cumplimiento ≥ 95%).
Reconciliation Rate: ≥ 99. El 9% de los subgerentes están cerrados sin discrepancias> X.
IC Match: 100% de los pares IC están cerrados a D + 5; abierto - <0. 5% de la facturación.
Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.
Late Postings: < 0. 1% después de «soft close».
Objetos de auditoría: la totalidad de los recibos ≥ 99. 99% en hilos críticos.

16) Dashboards

Grupo/Jurlitz: P & L/BS/CF, efecto moneda, impuestos, pactos.
Operaciones: GGR/NetWin por producto, regalías, procesamiento/egress, LTV/CAC.
Tesorería: cash-in/cash-in, aging por cobrar/por pagar, límites de cuentas, riesgo de contrapartida.
Cierre: estado de la soldadura, matriz IC, errores de posting, SLA de los equipos.
Control: activación de límites, infracciones de SoD, registros de firmas.

17) Riesgos y anti-patrones

La duplicación de los SA/mediciones entre jurlis → la insostenibilidad de los informes.
La ausencia de un proceso IC → «colgantes» y ajustes manuales al final del período.
Derechos de firma sin límites/M-desde-N → riesgo operativo/Frod.
Sin 'fx _ version '/' tax _ rule _ version' → errores de recuento/devolución.
Los postings manuales sin artefactos → la tolerancia a fallas de la auditoría.
La mezcla de las obligaciones de los jugadores y los fondos propios → infracciones regulatorias.

18) Lista de verificación de implementación

1. Normalizar el CoA y la biblioteca de medición; fijar en el repositorio.
2. Definir la jerarquía de entidades y la relación BU/tenantes, centros RC/CC.
3. Configurar los subejercicios (payments/wallets/content/affiliates) y el flujo Posting en GL.
4. Introduzca la versión FX/Tax y la política de consolidación/traducción.
5. Describir Authority Matrix, SoD y M-desde-N para pagos/depósito.
6. Organizar Treasury: mapa de cuentas, cash pooling, pronóstico de 13 semanas.
7. Iniciar procesos de IC y políticas TP; conciliaciones mensuales con recibos.
8. Fijar Close Calendar; automatizar las conciliaciones y alertas.
9. Habilitar directivas como código y registros de cambios WORM (CoA/límites/firmas).
10. Construir dashboards: Cerrar, Treasury, IC, Revenue, Control.

19) Especificidad para iGaming/fintech

Jugadores/carteras: obligaciones de saldo y bonos - cuentas de pasivo separadas.
GGR/Royalties: conciliaciones mensuales con proveedores de contenido sobre informes firmados.
Pagos/Chargeback: reserva para reembolsos, contabilidad de comisiones PSP por canales/ASN.
Afiliados: atribución a través de webhooks firmados; escrow durante el período de disputa.
Licencias/reguladores: Jürlitz/cuentas individuales, informes locales y almacenamiento de artefactos.

20) FAQ

¿Se necesitan diferentes CoA por país?
Mejor un solo grupo CoA + mappings locales (cuentas locales → grupos).

¿Dónde almacenar los cursos y las versiones de impuestos?
En una zona de ayuda separada con versificación; referencia ('fx _ version', 'tax _ rule _ version') en cada cableado.

¿Cómo agilizar el cierre?
Talleres de automoción, «cierre suave», bloqueo de subgerentes D + 1, ajustes estandarizados, política «sin posting manual fuera de plantillas».

¿Cómo puedo controlar los pagos?
Firma M-desde-N, límites de pago/día/cuenta, segregación de roles, recibos bancarios y asignación a GL.

Resumen: La jerarquía financiera es el esqueleto de la empresa administrada: CoA normalizado y medidas, subejercicios y consolidación unificados, poderes y límites claros, disciplina de las versiones FX/Tax y artefactos probados. Construirlo una vez correctamente y obtener un cierre rápido, control transparente y preparación para escalar por producto, región y socio.