ფინანსური იერარქია

(განყოფილება: ოპერაციები და კონტროლი)

1) დანიშვნა

• რეგიონების/ვალუტის აღრიცხვისა და კონსოლიდაციის ერთიანი მეთოდი;
• პროგნოზირებადი პროცესები P2P/O2C/R2R/Tax;
• უფლებამოსილების კონტროლი და SoD/შესაბამისობა;
• დახურვის სიჩქარე და აუდიტი.

2) ერთეულების ტაქსონომია

იურიდიული კვლევები: რეზიდენცია, ლიცენზია, ვალუტა, დღგ/გადასახადები, საბანკო ანგარიშები.
ბიზნეს ერთეულები (BU/Tenant): პროდუქტები/არხები (casino, sportsbook, live, payments).

• შემოსავალი (RC): შინაარსის პროვაიდერები, გადახდის მომსახურება, გაფართოების ბაზარი.
• ხარჯები (CC): პლატფორმა/SRE, მარკეტინგი, შესაბამისობა, მხარდაჭერა.
• საინვესტიციო ობიექტები (SAREH/პროექტები): მონაცემთა პლატფორმა, CDN/edge, გეო-გამოსავალი.
• პარტნიორები: პროვაიდერები, PSP/KYC, აფილატები, აგრეგატორები.
• მომხმარებლები: ოპერატორები/ტენანტები, საბოლოო მომხმარებლები (off-ledger ერთეულები).
• ანგარიშები/საფულეები: ანგარიშსწორება, სააღრიცხვო, დასუფთავება, ნდობა (საკუთრება).

3) ანგარიშის გეგმა (CoA) და გაზომვები

1. აქტივები (ფული, მოთამაშეთა ანაბრები, დებიტორები, ესკიზი, წინასწარი გადახდა).

2. ვალდებულებები (მოთამაშეთა ბალანსი, გადავადებული შემოსავალი/პრემია, კრედიტორი, გადახდის გადასახადები).

3. კაპიტალი.

4. შემოსავალი (GGR/Risheir, საკომისიო, გამოწერა/API ტარიფები).

5. ღირებულება (შინაარსის ფორტეპიანო, დამუშავება, ჰოსტინგი/egress).

6. ოპერაციული ხარჯები (მარკეტინგი, ხელფასები, შესაბამისობა, აუდიტი, იურიდიული).

სავალდებულო გაზომვები (ანალიტიკოსები): 'legal _ entity', 'region', 'currency', 'product', 'rc/cc', 'project', 'contract _ version', 'tax _ rule _ versersion', '.

4) აღრიცხვის ფენები (ledger stack)

• Payments (ავტორიზაცია, კლირინგი, გადახურვა, chargeback).
• Wallets/Players (ბალანსი, ანაბრები, დასკვნები, ბონუსის ვალდებულებები).
• შინაარსი/Revenue Share (რაუნდი/პროვაიდერები, GGR/NetWin, როიალტი).
• Affiliates (კონვერტაცია, ატრიბუტი, დარიცხვები).
• General Ledger (GL): პერიოდული გაყვანილობა ქვედანაყოფებიდან ETL/Outbox-Posting- ის საშუალებით სისრულის/დუბლირების კონტროლით.
• კონსოლიდაცია: interfirman აღმოფხვრა, გადარიცხვის ფასები, პრეზენტაცია ვალუტაში გადარიცხვა (Group Currency).
• Reporting Cubes: მენეჯერული ვიტრინა (P & L/BS/CF საზომი).

5) ვალუტებისა და კალენდრების იერარქია

Functional currence იურიდიული პირის დონეზე, Group Currence ანგარიშგების მიზნით.
FX პოლიტიკა: კურსების წყარო, TWAP/საშუალო, 'fx _ ვერსია "თითოეულ გაყვანილობაში.
კალენდარი: ფინანსური (4-4-5/ISO), საგადასახადო (ქვეყნის მიხედვით), ოპერაციული (გაწმენდის ნაჭრები).

6) უფლებამოსილება და შეზღუდვები (Authority Matrix)

ხელმოწერის უფლებები: იურიდიული პირი/ანგარიში/ვალუტა; ორი ჩანართი/M-N გადახდები/ესკიზი.
Spend limites: OPEX/CAPEX SS/პროექტებისთვის (თვე/კვარტალი), გადახრის წესები.
Revenue ხელშეკრულებები: ფასდაკლების ბარიერი/Records როლები.
SoD: "ქმნის გადახდას", ამტკიცებს "; „დათანხმდება კონტრაქტს“ და „ხელს აწერს“.

7) ხაზინა და ლიკვიდობა

ანგარიშების იერარქია: ოპერაციული, სამრეცხაო, ესკიზი, გადასახადები, პაიროლი.
Cash Pooling: ფიზიკური/მუსიკალური ჯგუფში; შიდა ჯგუფური სესხების ლიმიტები.
ინვესტიციები/რეზერვები: ლიკვიდობის კამპანიების პოლიტიკა, შეთანხმებები.
DDS- ის პროგნოზი (13 - კვირიანი): შემავალი პროდუქტები/რეგიონები, რომლებიც წარმოიქმნება (როიალტი, გადასახადები, კაპექსი).

8) Intercompany (Intercompany)

სერვისები ჯგუფის შიგნით: მასპინძელი/პლატფორმა/ლიცენზია, როგორც charge-out (cost + barkup).
აღმოფხვრა: ჯგუფში შემოსავალი/ხარჯები, სესხები/პროცენტი.
Transfer Pricing: პოლიტიკა და ბაზრის ზღვრების დიაპაზონი; დოკუმენტაცია რეგიონულ დონეზე.
IC კრიპტები: ყოველთვიური შედარებები ქვითრებთან/ხელმოწერებთან.

9) გადასახადები და რეგულირება

არაპირდაპირი (VAT/GST): რეჟიმები ჩართულია/გამორიცხულია, MOSS/OSS, მომსახურების მიწოდების ადგილი.
პირდაპირი: იურიდიული საშემოსავლო გადასახადი, შეღავათები R & D.
თამაშის/სპეციალური საფასური: სეგმენტების განაკვეთები (casino/sports), ანგარიშები.
სერთიფიკატები/RNG/ლიცენზია: არტეფაქტების შენახვის მოთხოვნები.
საგადასახადო რეესტრები: ქვედანაყოფების შედარება საგადასახადო დეკლარაციებთან.

10) შემოსავალი და აღიარება

Casino (GGR/Net Gaming Revenue): აღიარების მომენტი - რაუნდის შედეგი/ფსონის დახურვა.
საკომისიო/გამოწერა/API: მიწოდების/აბონენტის ფაქტზე; გადავადებული შემოსავალი - ჩამოწერა.
პრომო/პრემია: როგორც შემოსავლის შემცირება ან მარკეტინგი - პოლიტიკაში და GAAP/IFRS.
გადახდა/გადავადებული ვალდებულებები: გამოუყენებელი პრემიები/ნაშთები.

11) დახურვის პროცესები და კალენდრები

O2C (Order-to-Cash): ète-invoice-receipt - გადახდის განაწილება.
P2P (Procure-to-Pay): განაცხადი - PO - მიღება - გადახდის ანგარიში.

R2R

გადასახადი: იურიდიული პირებისთვის დეკლარაციების გაანგარიშება/შერჩევა/წარდგენა.
Close Calendar: D + 1 - ქვედანაყოფების დაბლოკვა; D + 3 - IC კრიპტები; D + 5 - წინასწარი P & L/BS; D + 7 - მენეჯერი; D + 10 - ჯგუფური ანგარიშები.

12) კონტროლი, აუდიტი და დადასტურება

პოლიტიკოსები-როგორც კოდი: გაყვანილობის შაბლონები, ლიმიტები, კოორდინაციის მარშრუტები (Git/CI).
ქვითრები: ანგარიშსწორების ხელმოწერები (აფილიტები, პროვაიდერები, გადახდები), რეესტრების მერკლის ნაჭრები.
COA/ხელმოწერის უფლებების ცვლილებების რეესტრი: WORM ჟურნალები, DSSE.
კრეკერები: ბანკი/საფულეები, IC, ქვეკლასელები - GL, GL - ანგარიშები.
External/Internal Audit: არტეფაქტებზე წვდომა, ნიმუშების კონტროლი.

13) მონაცემთა მოდელი (გამარტივებული)

`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 (ძირითადი სფეროები)

15) მეტრიკა და SLO

Close Time: D + 7 მენეჯმენტი, D + 10 ჯგუფური (შესრულების მიზანი 95%).
Reconciliation Rate: ≥ 99. ქვედანაყოფების 9% დახურულია განსხვავებების გარეშე> X.
IC Match: IC წყვილების 100% დახურულია D + 5; ღია - <0. 5% ბრუნვა.
Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.
Late Postings: < 0. 1% „რბილი close“ შემდეგ.
აუდიტის ნიმუშები: ქვითრების სისრულე 99. 99% კრიტიკულ ნაკადებში.

16) დაშბორდი

ჯგუფი/იურიდიული პირი: P & L/BS/CF, ვალუტის ეფექტი, გადასახადები, შეთანხმებები.
ოპერაციები: GGR/NetWin საკვები, როიალტი, დამუშავება/egress, LTV/CAC.
ხაზინა: ქეშაუთი/ქეში, აგენტის დებიტორები/გამსესხებლები, ანგარიშების ლიმიტები, კონტრარგუმენტების რისკი.
დახურვა: შედუღების სტატუსი, IC მატრიცა, პოსტინგის შეცდომები, SLA ბრძანებები.
კონტროლი: ლიმიტები, SoD დარღვევები, ხელმოწერების ჟურნალები.

17) რისკები და ანტი-ნიმუშები

დუბლირებული CoA/გაზომვები იურიდიულ პირებს შორის და ანგარიშგების შეუსაბამობა.
IC პროცესის არარსებობა არის „ჩამოკიდებული“ და ხელით კორექტირება პერიოდის ბოლოს.
ხელმოწერის უფლებები შეზღუდვების გარეშე/M-N არის ოპერაციული/ფროიდის რისკი.
'fx _ version '/' tax _ rule _ version' გარეშე, გადაანგარიშების/დაბრუნების შეცდომები.
სახელმძღვანელო პოსტინგები არტეფაქტების გარეშე - აუდიტის უკმარისობა.
მოთამაშეთა და საკუთარი სახსრების ვალდებულებების შერევა მარეგულირებელი დარღვევებია.

18) განხორციელების შემოწმების სია

1. CoA და გაზომვის ბიბლიოთეკის ნორმალიზება; ჩაწერეთ საცავებში.
2. განსაზღვრეთ ერთეულების იერარქია და BU/tenants, RC/CC ცენტრების კავშირი.
3. კონვენციების კონფიგურაცია (payments/wallets/შინაარსი/affiliates) და Posting ნაკადი GL- ში.
4. შემოიღეთ FX/Tax ვერსიები და კონსოლიდაციის/თარგმანის პოლიტიკა.
5. აღწერეთ Authority Matrix, SoD და M-N გადახდები/ესკიზი.
6. Treasury- ის ორგანიზება: ანგარიშის ბარათი, cash pooling, 13 - კვირიანი პროგნოზი.
7. დაიწყეთ IC პროცესები და TP პოლიტიკა; ყოველთვიური შერიგება ქვითრებით.
8. ჩაწერეთ Close Calendar; კრიკეტებისა და ალერტების ავტომატიზაცია.
9. ჩართეთ პოლიტიკის კოდი და WORM ჟურნალები ცვლილებების შესახებ (CoA/limites/ხელმოწერები).
10. Dashboards- ის აშენება: Close, Treasury, IC, Revenue, Control.

19) სპეციფიკა iGaming/fintech

მოთამაშეები/საფულეები: ბალანსისა და ბონუსების ვალდებულებები - პასების ცალკეული ანგარიშები.
GGR/Royalti: ხელი მოეწერა მოხსენებების შინაარსის პროვაიდერებს.
გადახდები/Chargeback: გადახდის რეზერვი, PSP კომისიების აღრიცხვა არხებით/ASN.
აფილიატები: ატრიბუტები ხელმოწერილი ვებჰუკების საშუალებით; Escrow დავის პერიოდისთვის.
ლიცენზიები/რეგულატორები: ინდივიდუალური იურიდიული პირები/ანგარიშები, ადგილობრივი ანგარიშგებები და არტეფაქტების შენახვა.

20) FAQ

საჭიროა სხვადასხვა CoA ქვეყნებში?
უმჯობესია ერთი ჯგუფური CoA + ადგილობრივი mappings (ადგილობრივი ანგარიშები - ჯგუფური).

სად უნდა შეინახოთ კურსები და საგადასახადო ვერსიები?
ცალკეულ საცნობარო ზონაში ვერსიით; ბმული ('fx _ version', 'tax _ rule _ version') თითოეულ გაყვანილობაში.

როგორ დავაჩქაროთ დახურვა?
ავტომობილების სერვერები, „რბილი კლოუსი“, D + 1 ქვედანაყოფების დაბლოკვა, სტანდარტიზებული კორექტირება, პოლიტიკა „ხელის საყრდენების გარეშე შაბლონების მიღმა“.

როგორ გავაკონტროლოთ გადახდები?
M-N ხელმოწერა, გადახდის/დღის/ანგარიშის ლიმიტები, როლების სეგრეგაცია, ბანკის ქვითრები და GL- სთან შედარება.

რეზიუმე: ფინანსური იერარქია არის კონტროლირებადი კომპანიის ჩონჩხი: ნორმალიზებული CoA და გაზომვები, ერთიანი ქვეგანყოფილებები და კონსოლიდაცია, მკაფიო უფლებამოსილება და შეზღუდვები, FX/Tax ვერსიების დისციპლინა და დადასტურებული არტეფაქტები. ერთხელ ააშენეთ იგი სწორად - და მიიღებთ სწრაფ დახურვას, გამჭვირვალე კონტროლს და მზადყოფნას მასშტაბების შესახებ პროდუქტებზე, რეგიონებსა და პარტნიორებზე.