Hiérarchie financière

(Section : Opérations et gestion)

1) Destination

• une méthode unique de comptabilité et de consolidation par région/monnaie ;
• processus de P2P/O2C/R2R/Tax prévisibles ;
• le contrôle des pouvoirs et le respect de la SoD/conformité ;
• taux de fermeture et acceptation des comptes.

2) Taxonomie des entités

Jurlitza (Legal Entities) : résidence, licences, devises, TVA/impôts, banque-compte.
Unités d'affaires (BU/Tenant) : produits/chaînes (casino, sportsbook, live, payments).

• Revenu (RC) : fournisseurs de contenu, services de paiement, marketing d'extensions.
• Coûts (CC) : plateforme/SRE, marketing, conformité, support.
• Objets (SAREH/Projets) : Data Platform, CDN/edge, géo-sortie.
• Partenaires : fournisseurs, PSP/KYC, affiliations, agrégateurs.
• Clients : opérateurs/tenants, utilisateurs finaux (unités off-ledger).
• Comptes/portefeuilles : Facturation, séquestration, compensation, confiance (custody).

3) Plan comptable (CoA) et mesures

1. Actifs (argent, dépôts des joueurs, créance, séquestre, acompte).

2. Engagements (soldes des joueurs, revenus différés/bonus, créditeur, impôts à payer).

3. Le capital.

4. Revenus (GGR/risheir, commissions, abonnements/tarifs API).

5. Prix de revient (redevances de contenu, traitement, hébergement/egress).

6. Frais de fonctionnement (marketing, salaires, conformité, audit, juridique).

Mesures obligatoires (analytiques) : 'legal _ entity', 'region', 'currency', 'product', 'tenant', 'rc/cc',' project ',' partner ',' contract _ version ',' tax _ rule _ version ',' fx _ version '.

4) Couches de comptage (ledger stack)

• Paiements (autorisations, compensation, retours, chargeback).
• Wallets/Joueurs (bilans, dépôts, retraits, engagements bonus).
• Content/Revenue Partager (rounds/fournisseurs, GGR/NetWin, redevances).
• Affiliates (conversions, attribution, charges).
• Ledger général (GL) : affichage périodique à partir de sous-ledgers via ETL/Outbox → Posting avec contrôle de l'exhaustivité/duplication.
• Consolidation : éliminations interentreprises, prix de transfert, transfert dans la monnaie de présentation (currency Group).
• Reporting Cubes : une vitrine managériale (P & L/BS/CF sur les mesures).

5) Hiérarchie des monnaies et des calendriers

Currency fonctionnel au niveau de la jurisprudence, Currency Group pour les rapports.
Politique FX : source des cours, TWAP/médiane, 'fx _ version' dans chaque câblage.
Calendriers : financiers (4-4-5/ISO), fiscaux (par pays), opérationnels (tranches de compensation).

6) Pouvoirs et limites (matrice d'autorité)

Droits de signature (Signing Limits) : par droit/compte/devise ; deux points/M-de-N pour les paiements/escroc.
Limites d'espacement : OPEX/CAPEX sur les SS/projets (mois/trimestre), règles de rejet.
Contrats de revenu : seuils de rabais/Revsheir par rôle.
SoD : « crée un paiement » ≠ « approuve » ; « accepte le contrat » ≠ « signe ».

7) Trésorerie et liquidité

Hiérarchie des comptes : opérations, compensation, séquestre, taxes, payroll.
Cash Pooling : physique/note par groupe ; limites des prêts intragroupe.
Placements/réserves : Policy campagnes de liquidité, covenants.
Prévisions de DDS (13 semaines) : entrant par produit/région, sortant (redevances, impôts, capex).

8) Opérations inter-entreprises (Intercompany)

Services au sein du groupe : hébergement/plateforme/licences en charge-out (cost + markup).
Éliminations : revenus/dépenses au sein du groupe, prêts/intérêts.
Transfer Pricing : politique et gamme de marges de marché ; documentation au niveau des pays.
Rapprochement IC : correspondances mensuelles avec les reçus/signatures.

9) Fiscalité et réglementation

Indirect (TVA/TPS) : modes inclus/exclu, MOSS/OSS, lieu de prestation des services.

Direct : taux d'imposition sur le revenu des juristes, avantages R&D

Jeux/charges spéciales : paris par segment (casino/sports), reporting.
Certificats/RNG/licences : exigences de stockage des artefacts.
Registres fiscaux : comparaison entre les sous-légataires et les déclarations d'impôts.

10) Recettes et reconnaissance (reconnaissance des revenus)

Casino (GGR/Net Gaming Revenue) : le moment de la reconnaissance est l'issue du tour/la fermeture du pari.
Commission/abonnement/API : en cas de fourniture/abonnement ; recettes reportées → passation par profits et pertes.
Promotions/bonus : comme la réduction des revenus ou le marketing - par la politique et GAAP/IFRS.
Breakage/engagements différés : bonus/soldes inutilisés.

11) Processus et calendriers de fermeture

O2C (Order-to-Cash) : quote → invoice → receipt → répartition des paiements.
P2P (Procure-to-Pay) : Demande → PO → acceptation → facture → paiement.
R2R (Record-to-Report) : Poster des sous-légataires → des rapprochements → des ajustements → des rapports.
Tax : calcul/rapprochement/dépôt de déclarations par juriste.
Calendrier de fermeture : D + 1 - verrouillage des sous-légataires ; D + 3 - Rapprochement IC ; D + 5 - préliminaire P & L/BS ; D + 7 - gestion ; D + 10 - rapports de groupe.

12) Contrôle, audit et probabilité

Stratégies-comme-code : modèles de câblage, limites, itinéraires de négociation (en Git/CI).
Reçus : signatures de règlement (affiliés, fournisseurs, paiements), tranches Merkle des registres.
Registre des modifications CoA/droits de signature : Journaux WORM, DSSE.
Rapprochements : banque/portefeuille, IC, subledzhery→GL, GL→otchetnost.
Audit externe/interne : accès aux artefacts, contrôle des échantillons.

13) Modèle de données (simplifié)

`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 (domaines clés)

15) Métriques et SLO

Close Time : D + 7 gestion, D + 10 groupe (objectif de conformité ≥ 95 %).
Reconciliation Rate: ≥ 99. 9 % des sous-légataires sont fermés sans divergence> X.
IC Match : 100 % de la vapeur IC est fermée à D + 5 ; ouvert - <0. 5 % du chiffre d'affaires.
Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.
Late Postings: < 0. 1 % après « soft close ».
Audit-artefacts : exhaustivité des reçus ≥ 99. 99 % pour les flux critiques.

16) Dashboards

Groupe/Jurlitsa : P & L/BS/CF, effet de change, impôts, covenants.
Opérations : GGR/NetWin par produits, redevances, traitement/egress, LTV/CAC.
Trésorerie : cache/cache-in, comptes clients/créanciers, limites de compte, risque de contrepartie.
Fermeture : statut de sverok, matrice IC, erreurs d'affichage, commandes SLA.
Contrôle : déclenchement des limites, violations de SoD, journaux de signature.

17) Risques et anti-modèles

La duplication des CoA/mesures entre les juristes → l'incohérence des rapports.
L'absence de processus IC → des « suspensions » et des ajustements manuels à la fin de la période.
Droits de signature sans limites/M-de-N → risque opérationnel/fred.
Sans 'fx _ version '/' tax _ rule _ version' → erreur de recalculage/retour.
Postages manuels sans artefacts → tolérance aux pannes d'audit.
Le mélange des obligations des joueurs et des fonds propres → des infractions réglementaires.

18) Chèque de mise en œuvre

1. Normaliser le CoA et la bibliothèque de mesure ; Fixer dans le référentiel.
2. Définir la hiérarchie des entités et la relation BU/tenants, centres RC/CC.
3. Configurer les sous-leviers (payments/wallets/content/affiliates) et le flux Posting dans GL.
4. Entrez la version FX/Tax et la politique de consolidation/traduction.
5. Décrire la matrice d'autorité, le SoD et le M-de-N pour les paiements/escroc.
6. Organiser Trésor : carte de compte, cash pooling, prévision de 13 semaines.
7. Démarrer les processus IC et la politique TP ; les rapprochements mensuels avec les reçus.
8. Fixer le calendrier fermé ; automatiser les rapprochements et les alertes.
9. Activer le code de stratégie et le journal WORM des modifications (CoA/limites/signatures).
10. Construire des dashboards : Close, Treasury, IC, Revenue, Control.

19) Spécificité pour iGaming/fintech

Joueurs/portefeuilles : obligations de bilan et bonus - comptes de passif séparés.
GGR/Royalties : rapprochements mensuels avec les fournisseurs de contenu sur les rapports signés.
Paiements/Chargeback : réserve pour les retours, comptabilisation des frais PSP par canal/ASN.
Affiliations : attribution par le biais de webhooks signés ; un séquestre pour la période de litige.
Licences/régulateurs : droit/comptes individuels, rapports locaux et stockage des artefacts.

20) FAQ

Ai-je besoin de différents CoA par pays ?
Mieux vaut un groupe unique CoA + mappings locaux (comptes locaux → groupes).

Où stocker les cours et les versions fiscales ?
Dans une zone de référence distincte avec versioning ; le lien ('fx _ version', 'tax _ rule _ version') dans chaque câblage.

Comment accélérer la fermeture ?
Chantiers automobiles, « soft close », verrouillage des sous-leviers D + 1, ajustements standardisés, politique « pas de posts manuels en dehors des modèles ».

Comment contrôler les paiements ?
Signature M-de-N, limites de paiement/jour/compte, ségrégation des rôles, reçus bancaires et correspondance avec GL.

Résumé : La hiérarchie financière est le squelette d'une entreprise gérée : CoA normalisée et mesures, sous-ledgers et consolidation uniques, pouvoirs et limites clairs, discipline des versions FX/Tax et artefacts prouvables. Construisez-la une fois correctement - et obtenez une fermeture rapide, un contrôle transparent et une préparation à l'échelle par produit, région et partenaire.