Finansal hiyerarşi

(Bölüm: Operasyonlar ve Yönetim)

1) Amaç

• Bölgelere/para birimlerine göre birleşik muhasebe ve konsolidasyon yöntemi;
• Öngörülebilir P2P/O2C/R2R/Tax süreçleri
• Yetki kontrolü ve SoD/uyum uyumu;
• Kapanış hızı ve denetlenebilirlik.

2) Varlık taksonomisi

Tüzel Kişiler: ikamet, lisanslar, para birimleri, KDV/vergiler, banka hesapları.
İş birimleri (BU/Kiracı): ürünler/kanallar (casino, spor kitabı, canlı, ödemeler).

• Gelir (RC): içerik sağlayıcılar, ödeme hizmetleri, uzatma pazarı.
• Maliyetler (CC): Platform/SRE, pazarlama, uyumluluk, destek.
• Yatırım nesneleri (САРЕХ/Projects): Veri Platformu, CDN/kenar, coğrafi çıktı.
• Ortaklar: sağlayıcılar, PSP/KYC, bağlı kuruluşlar, toplayıcılar.
• Müşteriler: Operatörler/kiracılar, son kullanıcılar (defter dışı kümeler).
• Hesaplar/cüzdanlar: uzlaştırma, emanet, takas, güvenilir (velayet).

3) Hesap Çizelgesi (CoA) ve Ölçümler

1. Varlıklar (para, oyuncu mevduatı, alacak hesapları, emanet, ön ödemeler).

2. Borçlar (oyuncu bakiyeleri, ertelenmiş kazanç/bonuslar, alacaklı, ödenecek vergiler).

3. Başkent.

4. Gelirler (GGR/Rischeir, Komisyonlar, Abonelik/API Oranları).

5. Maliyet (içerik telif hakları, işleme, barındırma/çıkış).

6. İşletme giderleri (pazarlama, maaşlar, uyum, denetim, yasal).

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

4) Defter yığını

• Ödemeler (yetkilendirme, takas, iade, ters ibraz).
• Cüzdanlar/Oyuncular (bakiyeler, depozitolar, sonuçlar, bonus yükümlülükleri).
• İçerik/Gelir Payı (tur/sağlayıcılar, GGR/NetWin, telif hakları).
• İştirakler (dönüşümler, atıflar, tahakkuklar).
• Genel Defter (GL) - ETL/Outbox üzerinden alt programlardan periyodik ilanlar - Tamlık/çoğaltma kontrolü ile gönderme.
• Konsolidasyon: Şirketler arası eliminasyonlar, transfer fiyatlandırması, sunum para birimine transfer (Grup para birimi).
• Raporlama Küpleri: Yönetim Vitrini (Ölçümle P & L/BS/CF).

5) Para birimleri ve takvimler hiyerarşisi

Tüzel kişilik düzeyinde işlevsel para birimi, Raporlama için grup para birimi.
FX politikası: kursların kaynağı, TWAP/median, her işlemde 'fx _ version'.
Takvimler: finansal (4-4-5/ISO), vergi (ülkeye göre), operasyonel (dilimleri temizleme).

6) Otorite matrisi

İmzalama Limitleri: tüzel kişilik/hesap/para birimi ile; Ödemeler/emanet için iki imza/M-of-N.
Harcama limitleri: OPEX/CAPEX tarafından CC/projeler (ay/çeyrek), sapma kuralları.
Gelir sözleşmeleri: role göre indirimler/indirimler için eşikler.
SoD: "ödeme oluşturur" ≠ "onaylar"; "sözleşmeyi'kabul eder" ≠ "imzalar".

7) Hazine ve Likidite

Hesap hiyerarşisi: işletme, takas, emanet, vergiler, bordro.
Nakit Havuzu: fiziksel/notasyonel bant; Grup içi kredi limitleri.
Yatırımlar/rezervler: likidite kampanyası politikaları, sözleşmeler.
DDS tahmini (13 haftalık): ürünlere/bölgelere göre gelen, giden (telif hakları, vergiler, capex).

8) Intercompany

Grup içindeki hizmetler: barındırma/platform/lisanslar ücretlendirme olarak (maliyet + işaretleme).
Eliminasyonlar: grup içindeki gelir/giderler, krediler/faizler.
Transfer Fiyatlandırması: politika ve piyasa işaretlemeleri aralığı; ülke düzeyinde belgeler.
IC mutabakatları: makbuzlar/imzalar ile aylık anlaşmalar.

9) Vergiler ve düzenleyici

Dolaylı (KDV/GST): açma/kapama modları, MOSS/OSS, hizmet yeri.
Doğrudan: Tüzel kişiler için gelir vergisi oranı, Ar-Ge faydaları.
Oyun/özel ücretler: Segmentlere göre bahisler (casino/spor), raporlama.
Sertifikalar/RNG/lisanslar: artifact depolama gereksinimleri.
Vergi kayıtları: Vergi beyannameleri ile alt defterlerin karşılaştırılması.

10) Gelir tanıma

Casino (GGR/Net Oyun Geliri): tanıma anı - bahsin tur/kapanış sonucu.
Komisyonlar/abonelik/API: provizyon/abonelik üzerine; Ertelenmiş gelir - gider.
Promosyonlar/bonuslar: gelir azaltma veya pazarlama olarak - politikaya ve GAAP/IFRS'ye göre.
Kırılma/ertelenmiş borçlar: kullanılmayan bonuslar/bakiyeler.

11) Kapanış işlemleri ve takvimler

O2C (Order-to-Cash): Fiyat, fatura, makbuz, ödeme dağıtımı.

P2P (Procure-to-Pay) PO - Fatura Makbuzu - Ödeme

R2R (Record-to-Report): Alt programcılardan gönderme - uzlaşma - ayarlamalar - raporlama.
Vergi: Tüzel kişiler için beyannamelerin hesaplanması/uzlaştırılması/dosyalanması.
Close Calendar: D + 1 - engelleyici alt girdiler; D + 3 - IC-mutabakatları; D + 5 - ön P & L/BS; D + 7 - yönetsel; D + 10 - grup raporları.

12) Kontrol, denetim ve kanıtlanabilirlik

Kod olarak politikalar: işlem şablonları, limitler, onay yolları (Git/CI'da).
Makbuzlar: yerleşimlerin imzaları (bağlı kuruluşlar, sağlayıcılar, ödemeler), kayıtların Merkle bölümleri.
CoA değişikliklerinin/imza haklarının kaydı: WORM günlükleri, DSSE.
Mutabakatlar: banka/cüzdan, IC, subledzhery, GL, GL, otchetnost.
Dış/İç Denetim - yapaylara erişim, örnek kontrolü.

13) Veri modeli (basitleştirilmiş)

'entity' '{id, ülke, lisanslar [], functional_currency}'

'Bu' '{id, entity_id, ürün, kiracı}'

'account' '{coa _ code, name, type, parent_code}'

'bölünme' '{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, tutar, para birimi, dims {}, source_ids[]}'

'ic _ agreement' '{varlıklar [], işaretleme, terimler}'

'autority _ rule' '{scope, limit, m_of_n, tl}'

'bank _ account' '{entity _ id, iban, currency, signers [], limits}'

'tax _ rule' '{yargı yetkisi, tür, oran, effective_from, sürüm}'

14) RACI (kilit alanlar)

15) Metrikler ve SLO

Yakın Zaman: D + 7 yönetsel, D + 10 grubu (uyum hedefi ≥ %95).
Uzlaşma Oranı: ≥ 99. Alt bölümlerin %9'u tutarsızlık olmadan kapandı> X.
IC Eşleşmesi: %100 IC çiftleri D + 5'e kapalı; açık - <0. Cironun %5'i.
Nakit Tahmini Doğruluğu (4- нед): MAPE ≤ %10-15.
Geç Gönderiler: <0. "Yumuşak kapanış'tan sonra %1.
Denetim artefaktları: fatura tamlığı ≥ 99. Kritik akışlar için %99.

16) Panolar

Grup/Tüzel kişiler: P & L/BS/CF, kur etkisi, vergiler, sözleşmeler.
Operasyonlar: Ürüne göre GGR/NetWin, telif hakkı, işleme/çıkış, LTV/CAC.
Hazine: nakit çıkışı/nakit girişi, yaşlanan hesaplar alacak/borçlar, hesap limitleri, karşı taraf riski.
Kapanış: mutabakatların durumu, IC-matris, gönderme hataları, SLA komutları.
Kontrol: limit tetikleme, SoD ihlalleri, imza günlükleri.

17) Riskler ve anti-kalıplar

Mükerrer CoA/tüzel kişiler arasındaki ölçümler - raporlamanın indirgenemezliği.
IC sürecinin yokluğu - dönem sonunda "hangmen've manuel ayarlamalar.

Sınırsız İmzalama Hakları/M-out-N - Operasyonel/Dolandırıcılık Riski

'Fx _ version'/' tax _ rule _ version' yok - yeniden hesaplama/iade hataları.
Artefaktsız manuel ilanlar - denetim esnekliği.
Oyuncuların ve kendi fonlarının yükümlülüklerini karıştırma - düzenleyici ihlaller.

18) Uygulama kontrol listesi

1. CoA ve ölçüm kütüphanesini normalleştirmek; Bilgi havuzuna bağlanın.
2. Varlık hiyerarşisini ve BU/kiracı ilişkisini, RC/CC'leri tanımlayın.
3. Alt defterleri (ödemeler/cüzdanlar/içerik/bağlı kuruluşlar) ve GL'de Gönderme akışını ayarlayın.
4. FX/Vergi sürümlerini ve konsolidasyon/çeviri politikasını girin.
5. Ödemeler/emanet için Otorite Matrisini, SoD ve M-of-N'yi tanımlayın.
6. Hazine organize edin: hesap kartı, nakit havuzu, 13 haftalık tahmin.
7. IC süreçlerini ve TP politikasını başlatmak; makbuzlarla aylık mutabakatlar.
8. Fix Close Takvim; Uzlaşmaları ve uyarıları otomatikleştirin.
9. Kod olarak ilke ve WORM değişiklik günlüklerini etkinleştirin (CoA/Limitler/İmzalar).
10. Panolar oluşturun: Kapat, Hazine, IC, Gelir, Kontrol.

19) iGaming/fintech için özgüllük

Oyuncular/cüzdanlar: denge ve bonus yükümlülükleri - ayrı sorumluluk hesapları.
GGR/Royalty: Imzalı raporlarda içerik sağlayıcılarla aylık mutabakatlar.
Ödemeler/Ters ibraz: iadeler için provizyon, kanallar/ASN tarafından PSP ücretlerinin muhasebeleştirilmesi.
İştirakler: imzalı web kitapları aracılığıyla ilişkilendirme; Anlaşmazlık süresi için emanet.
Lisanslar/düzenleyiciler: bireysel tüzel kişiler/hesaplar, yerel raporlama ve eserlerin depolanması.

20) SSS

Ülkeye göre farklı CoA'ya ihtiyacımız var mı?
Daha iyisi, tek bir grup CoA + yerel eşleştirmelerdir (yerel hesaplar - grup).

Kurslar ve vergi sürümleri nerede saklanır?
Sürüm oluşturma ile ayrı bir referans bölgesinde; Her işlemde referans ('fx _ version', 'tax _ rule _ version').

Kapanış nasıl hızlandırılır?
Otomatik kontroller, "yumuşak kapatma", D + 1 alt programcılarının engellenmesi, standartlaştırılmış ayarlamalar, "şablonların dışında manuel yazı yok" politikası.

Ödemeler nasıl kontrol edilir?
M-of-N imza, ödeme/gün/hesap limitleri, rol ayrımı, banka makbuzları ve GL eşleştirme.

Özet: Finansal hiyerarşi, yönetilen bir şirketin iskeletidir: normalleştirilmiş CoA ve boyutlar, birleşik alt düzenleyiciler ve konsolidasyon, açık otoriteler ve sınırlar, FX/Vergi sürüm disiplini ve kanıtlanabilir eserler. Bir kez doğru şekilde inşa edin ve ürünler, bölgeler ve ortaklar arasında hızlı kapanma, şeffaf kontrol ve ölçeklenebilirlik elde edin.