Hierarchia finansowa
(Sekcja: Operacje i zarządzanie)
1) Cel
Hierarchia finansowa jest sformalizowaną strukturą, która/gdzie/co/jak jest brana pod uwagę: od podmiotów prawnych i przepływów płatniczych do rachunków księgowych i praw do podpisu. Zapewnia on:- ujednolicona metoda księgowania i konsolidacji według regionów/walut;
- Przewidywalne procesy P2P/O2C/R2R/Tax
- kontrola autorytetu i zgodność SoD/compliance;
- prędkość zamykania i dźwięk.
2) Taksonomia jednostki
Osoby prawne: miejsce zamieszkania, licencje, waluty, podatek VAT/podatki, rachunki bankowe.
Jednostki biznesowe (BU/Najemca): produkty/kanały (kasyno, bukmacher, na żywo, płatności).
- Przychody (RC): dostawcy treści, usługi płatnicze, rynek rozszerzeń.
- Koszty (CC): platforma/SRE, marketing, zgodność, wsparcie.
- Obiekty inwestycyjne (САРЕ/Projects): Data Platform, CDN/edge, geo-output.
- Partnerzy: dostawcy, PSP/KYC, podmioty stowarzyszone, agregatory.
- Klienci: operatorzy/najemcy, użytkownicy końcowi (agregaty poza rejestrem).
- Konta/portfele: rozliczenie, powiernictwo, rozliczenie, zaufane (przechowywanie).
3) Wykres kont (CoA) i pomiary
Podstawowe klasy CoA:1. Aktywa (pieniądze, depozyty gracza, należności, środki powiernicze, przedpłaty).
2. Zobowiązania (salda graczy, odroczone zyski/premie, wierzyciel, podatki do zapłaty).
3. Kapitał.
4. Przychody (GGR/Rischeir, prowizje, stawki abonamentu/API).
5. Koszt (opłaty licencyjne, przetwarzanie, hosting/egress).
6. Wydatki operacyjne (marketing, wynagrodzenia, zgodność, audyt, prawo).
Wymagane wymiary (wymiary): 'legal _ entity', 'region', 'waluta', 'produkt', 'najemca', 'rc/cc',' projekt ',' partner ',' contract _ version ',' tax _ rule _ version ',' fx _ version '.
4) Stos Ledger
Podlokatorzy operacyjni:- Płatności (autoryzacje, rozliczenia, zwroty, obciążenie zwrotne).
- Portfele/Gracze (salda, depozyty, wnioski, zobowiązania bonusowe).
- Content/Revenue Share (rundy/dostawcy, GGR/NetWin, opłaty licencyjne).
- Podmioty zależne (konwersje, przypisania, rozliczenia międzyokresowe).
- General Ledger (GL) - okresowe posty z podlokatorów za pośrednictwem ETL/Outbox → Delegowanie z kontrolą kompletności/powielania.
- Konsolidacja: eliminacje międzykompaniowe, ceny transferowe, transfer do waluty prezentacji (waluta Grupy).
- Kostki raportowania: Prezentacja zarządzania (P & L/BS/CF według pomiaru).
5) Hierarchia walut i kalendarzy
Waluta funkcjonalna na poziomie podmiotu prawnego, Waluta grupy do sprawozdawczości.
Polityka FX: źródło kursów, TWAP/mediana, 'fx _ version' w każdej transakcji.
Kalendarze: finansowe (4-4-5/ISO), podatkowe (według krajów), operacyjne (kawałki rozliczania).
6) Matryca organu
Limit podpisywania: według podmiotu prawnego/rachunku/waluty; dwa-podpis/M-of-N do wypłat/powiernictwa.
Limity wydatków: OPEX/CAPEX według CC/projektów (miesiąc/kwartał), zasady odchylenia.
Umowy o dochody: progi rabatów/rabatów według roli.
SoD: „tworzy płatność” „zatwierdza”; „zgadza się z kontraktem” i „znaki”.
7) Skarbówka i płynność
Hierarchia rachunków: obsługa, rozliczanie, escrow, podatki, lista płac.
Cash Pooling: fizyczne/notacyjne według zespołu; limity kredytów wewnątrz grupy kapitałowej.
Inwestycje/rezerwy: polityka kampanii płynnościowych, porozumienia.
Prognoza DDS (13-tygodniowa): przychodząca według produktów/regionów, wychodząca (opłaty licencyjne, podatki, kapitał).
8) Interkompany
Usługi w ramach grupy: hosting/platforma/licencje jako opłata-out (koszt + marża).
Eliminacje: dochody/wydatki w ramach grupy, pożyczki/odsetki.
ceny transferowe: polityka i zakres markupów rynkowych; dokumentację na poziomie kraju.
Uzgodnienia IC: miesięczne rozliczenia z paragonami/podpisami.
9) Podatki i przepisy
Pośrednie (VAT/GST): tryby włączone/wyłączone, MOSS/OSS, miejsce świadczenia usług.
Bezpośrednie: stawka podatku dochodowego dla osób prawnych, świadczenia badawczo-rozwojowe.
Gry/opłaty specjalne: zakłady według segmentu (kasyno/sport), raportowanie.
Certyfikaty/RNG/licencje: wymagania dotyczące przechowywania artefaktów.
Rejestry podatkowe: porównanie podwykonawców z zeznaniami podatkowymi.
10) Ujmowanie dochodów
Kasyno (GGR/Net Gaming Revenue): moment uznania - wynik rundy/zamknięcia zakładu.
Prowizje/subskrypcja/API: po udostępnieniu/subskrypcji; odroczony dochód → umorzenie.
Promocje/premie: jako redukcja przychodów lub marketing - według polityki i GAAP/MSSF.
Zerwanie/odroczone zobowiązania: niewykorzystane premie/salda.
11) Procesy zamykania i kalendarze
O2C (Zamówienie na gotówkę): cytat → faktura → odbiór → dystrybucja płatności.
P2P (Zamówienie-do-zapłaty) PO → → → Faktura paragon → Płatność
R2R (Record-to-Report): posting from subledgers → reconciliation → adjustments → reporting.
Podatek: obliczanie/uzgadnianie/składanie deklaracji dla osób prawnych.
Zamknij Kalendarz: D + 1 - blokowanie podlokatorów; D + 3 - uzgodnienia IC; D + 5 - wstępne P & L/BS; D + 7 - zarządzanie; D + 10 - sprawozdania grupowe.
12) Kontrola, audyt i sprawdzalność
Zasady-as-code: szablony transakcji, limity, trasy zatwierdzenia (w Git/CI).
Paragony: podpisy rozliczeń (podmioty powiązane, dostawcy, płatności), Merkle-sekcje rejestrów.
Rejestr zmian/podpisu CoA: dzienniki WORM, DSSE.
Pojednanie: bank/portfele, IC, subledzhery → GL, GL → otchetnost.
Audyt zewnętrzny/wewnętrzny - dostęp do artefaktów, kontrola próbek.
13) Model danych (uproszczony)
"tożsamość" "{id, kraj, licencje [], functional_currency}'
'bu' {id, entity_id, produkt, najemca} '
"coa _ code, name, type, parent_code}'
„dimensja” „{nazwa -> wartości}”
„subledger _ entry” „{id, source, occurred_at, currency, amount, fx_version, dims {}, receipt_hash, signature}”
'gl _ entry' '{id, posted_at, dr_account, cr_account, kwota, waluta, dims {}, source_ids[]}'
„ic _ agreement” „{podmioty [], markup, terms}”
„authority _ rule” „{zakres, limit, m_of_n, ttl}”
„bank _ account” „{entity _ id, iban, currency, signers [], limits}”
„tax _ rule” „{jurysdykcja, typ, stawka, effective_from, wersja}”
14) RACI (obszary kluczowe)
15) Mierniki i SLO
Close Time: D + 7 managerial, D + 10 group (cel zgodności ≥ 95%).
Współczynnik pojednania: ≥ 99. 9% podwładnych zamkniętych bez rozbieżności> X.
IC Match: 100% par IC zamkniętych do D + 5; otwarte - <0. 5% obrotów.
Dokładność prognoz gotówkowych (4-nina): MAPE ≤ 10-15%.
Późne delegowanie: <0. 1% po „miękkim zamknięciu”.
Artefakty audytowe: kompletność rachunku ≥ 99. 99% dla przepływów krytycznych.
16) Deski rozdzielcze
Grupa/Podmioty prawne: P & L/BS/CF, efekt walutowy, podatki, porozumienia.
Operacje: GGR/NetWin według produktu, opłaty licencyjne, przetwarzanie/wyjście, LTV/CAC.
Skarb państwa: gotówka/gotówka w, starzejące się rachunki należności/zobowiązania, limity rachunków, ryzyko kontrahenta.
Zamknięcie: stan pojednania, macierz IC, błędy delegowania, polecenia SLA.
Kontrola: wyzwalanie limitu, naruszenia SoD, dzienniki podpisu.
17) Zagrożenia i działania zapobiegawcze
Duplikat CoA/pomiary między podmiotami prawnymi → nieprzewidywalność sprawozdawczości.
Brak procesu IC → „hangmen” i ręczne korekty na koniec okresu.
Nieograniczone prawa do podpisywania/M-out-N → Ryzyko operacyjne/oszustwo.
Brak 'fx _ version '/' tax _ rule _ version' → ponowne obliczenie/powrót błędów.
Ręczne delegowanie bez artefaktów → odporność audytu.
Mieszanie obowiązków graczy i funduszy własnych → naruszenia przepisów.
18) Lista kontrolna wdrażania
1. Normalizacja CoA i biblioteka pomiarowa; zobowiązać się do repozytorium.
2. Zdefiniowanie hierarchii podmiotów i relacji BU/najemca, RC/CC.
3. Skonfiguruj podwykonawców (płatności/portfele/zawartość/podmioty powiązane) i Przesyłanie w GL.
4. Wprowadź wersje FX/Tax i politykę konsolidacji/tłumaczenia.
5. Opisz macierz Authority, SoD i M-of-N dla wypłat/środków powierniczych.
6. Organizacja Skarbu Państwa: karta kont, pula środków pieniężnych, prognoza 13 tygodni.
7. uruchamianie procesów IC i polityki TP; miesięczne uzgodnienia z paragonami.
8. Fix zamknij kalendarz; automatyzują pojednania i wpisy.
9. Włącz dzienniki zmian typu policy-as-code i WORM (CoA/Limits/Signatures).
10. Budowa desek rozdzielczych: Zamknij, Skarb Państwa, IC, Dochody, Kontrola.
19) Specyfika dla iGaming/fintech
Gracze/portfele: saldo i zobowiązania bonusowe - oddzielne rachunki pasywów.
GGR/Royalty: miesięczne uzgodnienia z dostawcami treści na podpisanych raportach.
Płatności/Obciążenie zwrotne: rezerwacja na zwroty, księgowanie opłat PSP kanałami/ASN.
Podmioty powiązane: przypisywanie poprzez podpisane haki internetowe; powiernik za okres sporu.
Licencje/organy regulacyjne: indywidualne podmioty prawne/rachunki, lokalne sprawozdawczość i przechowywanie artefaktów.
20) FAQ
Czy potrzebujemy innego CoA według kraju?
Lepsza jest pojedyncza grupa CoA + mapowania lokalne (konta lokalne → grupa).
Gdzie przechowywać kursy i wersje podatkowe?
w oddzielnej strefie odniesienia z wersją; odniesienie („fx _ version”, „tax _ rule _ version”) do każdej transakcji.
Jak przyspieszyć zamknięcie?
Automatyczne sprawdzanie, „miękkie blisko”, blokowanie podlokatorów D + 1, standaryzowane regulacje, „brak ręcznego postów poza szablonami”.
Jak kontrolować płatności?
Podpis M-of-N, limity płatności/dzień/rachunek, segregacja ról, paragony bankowe i dopasowanie GL.
Podsumowanie: hierarchia finansowa jest szkieletem zarządzanej firmy: znormalizowane CoA i wymiary, jednolite podwykonawców i konsolidacji, jasne władze i ograniczenia, FX/Tax wersja dyscyplina, i udowodnione artefakty. Zbuduj go natychmiast i uzyskaj szybkie zamknięcie, przejrzystą kontrolę i skalowalność produktów, regionów i partnerów.