Finanzhierarchie

(Abschnitt: Operationen und Management)

1) Ernennung

• einheitliche Rechnungslegungs- und Konsolidierungsmethode nach Regionen/Währungen;
• vorhersehbare P2P/O2C/R2R/Tax;
• Kontrolle der Befugnisse und Einhaltung der SoD/Compliance;
• Abschlussgeschwindigkeit und Prüfbarkeit.

2) Taxonomie der Entitäten

Juristische Personen (Legal Entities): Wohnsitz, Lizenzen, Währungen, Mehrwertsteuer/Steuern, Bankkonten.
Business Units (BU/Tenant): Produkte/Kanäle (Casino, Sportwetten, Live, Zahlungen).

• Einnahmen (RC): Inhaltsanbieter, Zahlungsdienste, Marktplatz für Erweiterungen.
• Kosten (CC): Plattform/SRE, Marketing, Compliance, Support.
• Invest-Objekte (SAREH/Projekte): Data Platform, CDN/edge, Geo-Exit.
• Partner: Anbieter, PSP/KYC, Affiliates, Aggregatoren.
• Kunden: Operatoren/Tenanten, Endbenutzer (Off-Ledger-Aggregate).
• Konten/Wallets: Abrechnung, Treuhandkonto, Clearing, Trusted (Custody).

3) Kontenplan (CoA) und Messungen

1. Vermögenswerte (Geld, Spielereinlagen, Forderungen, Treuhandkonto, Vorauszahlungen).

2. Verbindlichkeiten (Spielerbilanzen, latente Einnahmen/Boni, Kreditgeber, fällige Steuern).

3. Kapital.

4. Einnahmen (GGR/Richair, Provisionen, Abonnements/API-Tarife).

5. Kosten (Content Royalty, Processing, Hosting/Egress).

6. Betriebskosten (Marketing, Gehälter, Compliance, Audit, Recht).

Erforderliche Maße (Analytiker): 'legal _ entity', 'region', 'currency', 'product', 'tenant', 'rc/cc', 'project', 'partner', 'contract _ version', 'tax _ rule _ version', 'fx _ version'.

4) Buchhaltungsschichten (ledger stack)

• Zahlungen (Autorisierungen, Clearing, Retouren, Chargeback).
• Wallets/Spieler (Guthaben, Einlagen, Schlüsse, Bonusverpflichtungen).
• Content/Revenue Share (Runden/Anbieter, GGR/NetWin, Tantiemen).
• Affiliates (Konversionen, Zuschreibungen, Gebühren).
• General Ledger (GL): Periodische Buchungen von Sub-Managern über ETL/Outbox → Posting mit Vollständigkeits-/Duplikationskontrolle.
• Konsolidierung: unternehmensübergreifende Eliminierungen, Verrechnungspreise, Umrechnung in die Präsentationswährung (Konzernwährung).
• Reporting Cubes: Management Showcase (P & L/BS/CF nach Messungen).

5) Hierarchie von Währungen und Kalendern

Funktionale Währung auf juristischer Ebene, Gruppenwährung für die Berichterstattung.
FX-Richtlinie: Kursquelle, TWAP/Median, 'fx _ version' in jeder Buchung.
Kalender: Finanzen (4-4-5/ISO), Steuern (nach Ländern), Betrieb (Clearing-Abschnitte).

6) Befugnisse und Grenzen (Autoritätsmatrix)

Unterschriftsrechte (Signing Limits): nach juristische Person/Konto/Währung; Dual-Subscription/M-from-N für Zahlungen/Treuhandservice.
Spend-Limits: OPEX/CAPEX für CC/Projekte (Monat/Quartal), Abweichungsregeln.
Revenue-Verträge: Rabatt-/Revsheira-Schwellenwerte nach Rollen.
SoD: „erstellt eine Zahlung“ ≠ „genehmigt“; „einen Vertrag aushandeln“ ≠ „unterschreiben“.

7) Treasury und Liquidität

Kontohierarchie: Betrieb, Clearing, Treuhand, Steuern, Payroll.
Cash Pooling: physisch/notational durch die Gruppe; Obergrenzen für konzerninterne Darlehen.
Investitionen/Reserven: Polis der Liquiditätskampagnen, Covenants.
DDS-Prognose (13 Wochen): Inbound nach Produkt/Region, Outbound (Tantiemen, Steuern, Capex).

8) Unternehmensübergreifende Operationen (Intercompany)

Dienstleistungen innerhalb der Gruppe: Hosting/Plattform/Lizenzen als Charge-out (cost + markup).
Eliminierungen: Einnahmen/Ausgaben innerhalb der Gruppe, Darlehen/Zinsen.
Transfer Pricing: Politik und Bandbreite der Marktaufschläge; Dokumentation auf Länderebene.
IC-Abgleiche: monatliche Abgleiche mit Quittungen/Unterschriften.

9) Steuern und Regulierung

Indirekt (VAT/GST): Modi ein/aus, MOSS/OSS, Ort der Leistungserbringung.

Direkt: Körperschaftsteuersatz, FuE-Leistungen

Spiel-/Sondergebühren: Wetten nach Segmenten (Casino/Sport), Berichterstattung.
Zertifikate/RNG/Lizenzen: Anforderungen an die Aufbewahrung von Artefakten.
Steuerregister: Abgleich von Sub-Managern mit Steuererklärungen.

10) Einnahmen und Anerkennung (Revenue Recognition)

Casino (GGR/Net Gaming Revenue): Moment der Anerkennung - Ausgang der Runde/Abschluss der Wette.
Gebühren/Abonnement/API: nach Bereitstellung/Abonnements; latente Erträge → Abschreibungen.
Promo/Boni: als Umsatzrückgang oder Marketing - nach Politik und GAAP/IFRS.
Breakage/latente Verbindlichkeiten: ungenutzte Boni/Salden.

11) Abschlussprozesse und Kalender

O2C (Order-to-Cash): Quote → Rechnung → Empfang → Verteilung von Zahlungen.
P2P (Procure-to-Pay): Antrag → PO → Annahme → Rechnung zur Zahlung → Zahlung.
R2R (Record-to-Report): Posting von Sub-Managern → Abstimmung → Anpassung → Berichterstattung.
Tax: Berechnung/Abstimmung/Einreichung von Erklärungen nach juristischen Personen.
Kalender schließen: D + 1 - Submanager sperren; D + 3 - IC-Abstimmungen; D + 5 - vorläufige P & L/BS; D + 7 - Management; D + 10 - Gruppenberichte.

12) Kontrolle, Auditierung und Nachweisbarkeit

Policies-as-Code: Buchungsmuster, Limits, Abstimmungswege (in Git/CI).
Belege: Abrechnungsunterschriften (Affiliates, Anbieter, Zahlungen), Merkle-Registerscheiben.
Änderungsregister CoA/Signaturrechte: WORM-Logs, DSSE.
Überweisungen: Bank/Wallets, IC, subledzhery→GL, GL→otchetnost.
External/Internal Audit: Zugriff auf Artefakte, Kontrolle von Stichproben.

13) Datenmodell (vereinfacht)

`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 (Schlüsselbereiche)

15) Metriken und SLO

Close Time: D + 7 Management, D + 10 Gruppe (Compliance-Ziel ≥ 95%).
Reconciliation Rate: ≥ 99. 9% der Submanager werden ohne Diskrepanzen> X geschlossen.
IC Match: 100% IC-Paare geschlossen bis D + 5; offen - <0. 5% des Umsatzes.
Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.
Late Postings: < 0. 1% nach „soft close“.
Audit-Artefakte: Vollständigkeit der Quittungen ≥ 99. 99% auf kritische Ströme.

16) Dashboards

Gruppe/Jurlitz: P & L/BS/CF, Währungseffekte, Steuern, Covenants.
Operationen: GGR/NetWin nach Produkten, Lizenzgebühren, Processing/egress, LTV/CAC.
Treasury: Cashout/Cash-In, Aging Debitoren/Kreditoren, Kontolimits, Kontrahentenrisiko.
Schließen: Status der Sweeps, IC-Matrix, Posting-Fehler, SLA-Befehle.
Kontrollen: Grenzauslösungen, SoD-Verstöße, Signaturprotokolle.

17) Risiken und Anti-Muster

Doppelte CoA/Messungen zwischen juristischen Personen → Nichtübereinstimmung der Berichterstattung.
Das Fehlen eines IC-Prozesses → „Schwänze“ und manuelle Anpassungen am Ende der Periode.
Signaturrechte ohne Limits/M-from-N → Betriebs-/Betrugsrisiko.
Ohne' fx _ version '/' tax _ rule _ version '→ Neuberechnungen/Rückgabefehler.
Manuelle Postings ohne Artefakte → Audit-Fehlertoleranz.
Die Vermischung von Spielerpflichten und Eigenmitteln → regulatorische Verstöße.

18) Checkliste Umsetzung

1. Normalisieren Sie CoA und die Messbibliothek; in das Repository übertragen.
2. Definieren Sie die Hierarchie der Entitäten und die Kommunikation von BU/Tenanten, RC/CC-Zentren.
3. Richten Sie Submanager (Zahlungen/Wallets/Content/Affiliates) und den Posting-Stream in GL ein.
4. Geben Sie die FX/Tax-Versionen und die Konsolidierungs-/Übersetzungsrichtlinie ein.
5. Beschreiben Sie Authority Matrix, SoD und M-from-N für Auszahlungen/Treuhandzahlungen.
6. Treasury organisieren: Kontokarte, Cash-Pooling, 13-Wochen-Prognose.
7. Starten von IC-Prozessen und TP-Richtlinien; monatliche Abgleiche mit Quittungen.
8. Schließen Kalender fixieren; Abstimmungen und Alerts zu automatisieren.
9. Aktivieren Sie Richtlinien-as-Code und WORM-Änderungsprotokolle (CoA/Limits/Signaturen).
10. Baue Dashboards: Close, Treasury, IC, Revenue, Control.

19) Spezifität für iGaming/Fintech

Spieler/Wallets: Saldo- und Bonusverpflichtungen - getrennte Passivkonten.
GGR/Royalty: Monatliche Abstimmungen mit Content-Anbietern über signierte Berichte.
Zahlungen/Chargeback: Rückstellung für Rücksendungen, Abrechnung von PSP-Gebühren über Kanäle/ASN.
Affiliates: Zuschreibung durch signierte Webhooks; Treuhandkonto für die Dauer des Streits.
Lizenzen/Regulierungsbehörden: einzelne juristische Personen/Konten, lokale Berichterstattung und Aufbewahrung von Artefakten.

20) FAQ

Braucht es unterschiedliche CoA nach Ländern?
Besser eine einzige Gruppe CoA + lokale Muppings (lokale Konten → Gruppen).

Wo finde ich Kurse und Steuerversionen?
In einem separaten Referenzbereich mit Versionierung; Referenz ('fx _ version', 'tax _ rule _ version') in jeder Transaktion.

Wie beschleunigt man die Schließung?
Autowerkzeuge, „soft close“, D + 1-Submanager sperren, standardisierte Anpassungen, Richtlinie „keine manuellen Postings außerhalb von Vorlagen“.

Wie kann ich die Auszahlungen kontrollieren?
M-von-N-Signatur, Zahlungslimits/Tag/Konto, Rollentrennung, Bankbelege und GL-Matching.

Zusammenfassung: Die Finanzhierarchie ist das Skelett eines geführten Unternehmens: normalisierte CoA und Dimensionen, einheitliche Submanager und Konsolidierung, klare Befugnisse und Grenzen, FX/Tax-Versionsdisziplin und nachweisbare Artefakte. Bauen Sie es einmal richtig - und erhalten Sie eine schnelle Schließung, transparente Kontrolle und Skalierbarkeit nach Produkten, Regionen und Partnern.