سلسله مراتب مالی

(بخش: عملیات و مدیریت)

1) هدف

• روش یکپارچه حسابداری و تثبیت توسط مناطق/ارز ؛
• فرآیندهای P2P/O2C/R2R/Tax قابل پیش بینی
• کنترل قدرت و انطباق SoD/انطباق ؛
• سرعت بسته شدن و حسابرسی.

2) طبقه بندی نهاد

اشخاص حقوقی: اقامت، مجوز، ارز، مالیات بر ارزش افزوده/مالیات، حساب های بانکی.
واحد کسب و کار (BU/مستاجر): محصولات/کانال (کازینو، ورزشی، زندگی می کنند، پرداخت).

• درآمد (RC): ارائه دهندگان محتوا، خدمات پرداخت، بازار گسترش.
• هزینه ها (CC): پلت فرم/SRE، بازاریابی، انطباق، پشتیبانی.
• اشیاء سرمایه گذاری (САРЕХ/Projects): پلت فرم داده، CDN/لبه، جغرافیایی خروجی.
• همکاران: ارائه دهندگان، PSP/KYC، وابسته، جمع کننده ها.
• مشتریان: اپراتورها/مستاجران، کاربران نهایی (جمع آوری های خارج از دفتر).
• حساب/کیف پول: حل و فصل, سپردن, پاکسازی, اعتماد (حضانت).

3) نمودار حساب ها (CoA) و اندازه گیری ها

1. دارایی ها (پول، سپرده های بازیکن، حساب های دریافتنی، سپرده، پیش پرداخت).

2. بدهی ها (مانده های بازیکن، درآمد/پاداش های معوق، طلبکار، مالیات قابل پرداخت).

3. پایتخت است.

4. درآمد (GGR/Rischeir، کمیسیون، نرخ اشتراک/API).

5. هزینه (حق امتیاز محتوا، پردازش، میزبانی/خروج).

6. هزینه های عملیاتی (بازاریابی، حقوق، انطباق، حسابرسی، قانونی).

ابعاد مورد نیاز: 'legal _ entity', 'region', 'currency', 'product', 'tenant', 'rc/cc', 'project', 'partner', 'contract _ version', 'tax _ rule _ version', 'fx _ version'.

4) پشته لجر

• پرداخت (مجوز، پاکسازی، بازده، بازپرداخت).
• کیف پول/بازیکنان (تعادل، سپرده، نتیجه گیری، تعهدات پاداش).
• محتوا/سهم درآمد (دور/ارائه دهندگان، GGR/NetWin، حق امتیاز).
• وابسته (تبدیل، انتساب، تعهدی).
• General Ledger (GL) - ارسال های دوره ای از زیر لیست ها از طریق ETL/Outbox → ارسال با کنترل کامل/تکثیر.
• تحکیم: حذف intercompany، قیمت گذاری انتقال، انتقال به ارز ارائه (ارز گروه).
• مکعب های گزارش دهی: نمایشگاه مدیریت (P & L/BS/CF توسط اندازه گیری).

5) سلسله مراتب ارزها و تقویم ها

ارز عملکردی در سطح شخص حقوقی، ارز گروه برای گزارش.
سیاست FX: منبع دوره ها، TWAP/median، 'fx _ version' در هر معامله.
تقویم: مالی (4-4-5/ISO)، مالیات (بر اساس کشور)، عملیاتی (برش پاکسازی).

6) ماتریس قدرت

محدودیت های امضا: توسط شخص حقوقی/حساب/ارز ؛ دو امضا/M-از-N برای پرداخت/سپرده.
محدودیت های هزینه: OPEX/CAPEX توسط CC/پروژه ها (ماه/سه ماهه)، قوانین انحراف.
قراردادهای درآمد: آستانه تخفیف/تخفیف بر اساس نقش.
SoD: «ایجاد پرداخت» ≠ «تایید» ؛ «موافق قرارداد» ≠ «علائم».

7) خزانه داری و نقدینگی

سلسله مراتب حساب: عامل، پاکسازی، سپردن، مالیات، حقوق و دستمزد.

جمع آوری پول نقد: فیزیکی/notational توسط گروه ؛ محدودیت های وام درون گروهی

سرمایه گذاری/ذخایر: سیاست های مبارزات نقدینگی، میثاق.
پیش بینی DDS (13 هفته): ورودی توسط محصولات/مناطق، خروجی (حق امتیاز، مالیات، capex).

8) بین شرکت

خدمات در گروه: میزبانی وب/پلت فرم/مجوز به عنوان هزینه (هزینه + نشانه گذاری).
حذف: درآمد/هزینه در گروه، وام/بهره.

قیمت گذاری انتقال: سیاست و محدوده مارک های بازار ؛ مستندات در سطح کشور

آشتی های IC: تسویه حساب ماهانه با رسید/امضا.

9) مالیات و مقررات

غیر مستقیم (مالیات بر ارزش افزوده/GST): حالت روشن/خاموش، MOSS/OSS، محل خدمات.
مستقیم: نرخ مالیات بر درآمد برای اشخاص حقوقی، مزایای تحقیق و توسعه.
بازی/هزینه های ویژه: شرط های بخش (کازینو/ورزش), گزارش.
گواهینامه ها/RNG/مجوزها: الزامات ذخیره سازی مصنوعی.
ثبت مالیات: مقایسه زیرمجموعه ها با بازپرداخت مالیات.

10) شناخت درآمد

کازینو (درآمد بازی GGR/خالص): لحظه شناخت - نتیجه دور/بسته شدن شرط.
کمیسیون/اشتراک/API: پس از ارائه/اشتراک ؛ درآمد معوق → نوشتن کردن.
تبلیغات/پاداش: به عنوان کاهش درآمد و یا بازاریابی - توسط سیاست و GAAP/IFRS.
بدهی های شکسته/معوق: پاداش ها/مانده های استفاده نشده.

11) بسته شدن فرایندها و تقویم ها

O2C (سفارش به نقدی): نقل قول → فاکتور → دریافت → توزیع پرداخت.

P2P (Procure-to-Pay) PO → → دریافت فاکتور → پرداخت

R2R (ضبط به گزارش): ارسال از subledgers → آشتی → تنظیمات → گزارش.
مالیات: محاسبه/آشتی/تشکیل اظهارنامه برای اشخاص حقوقی.
تقویم را ببندید: D + 1 - مسدود کردن زیرمجموعه ها ؛ D + 3 - آشتی های IC ؛ D + 5 - P & L/BS اولیه ؛ D + 7 - مدیریتی ؛ D + 10 - گزارش های گروهی.

12) کنترل، حسابرسی و اثبات پذیری

سیاست ها به عنوان کد: قالب های معامله، محدودیت ها، مسیرهای تصویب (در Git/CI).
رسید: امضای شهرک (وابسته، ارائه دهندگان، پرداخت)، Merkle-بخش از ثبت.
ثبت تغییرات CoA/حقوق امضا: WORM سیاهههای مربوط، DSSE.
آشتی: بانک/کیف پول، IC، subledzhery → GL، GL → otchetnost.
حسابرسی خارجی/داخلی - دسترسی به مصنوعات، کنترل نمونه.

13) مدل داده (ساده شده)

«هویت» {شناسه، کشور، مجوزها []، functional_currency}'

'bu' {شناسه، entity_id، محصول، مستاجر} '

'account' {coa _ code، نام، نوع، parent_code}'

'dimension' '{name -> values}'

'subledger _ entry' '{id, source, occurred_at, currency, amount, fx_version, dims {}, receipt_hash, signature}'

'gl _ entry' '{شناسه، ، ، ، مقدار، ارز، dims {}،

'ic _ agreement' {entities [], markup, terms} '

'autority _ 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

بستن زمان: D + 7 مدیریتی، D + 10 گروه (هدف انطباق ≥ 95٪).

نرخ آشتی: ≥ 99. 9% از ساب لجر ها بدون هیچ اختلافی بسته می شوند> X

IC Match: 100٪ IC جفت بسته به D + 5 ؛ باز - <0 5 درصد از گردش مالی

دقت پیش بینی نقدی (4- нед): MAPE ≤ 10-15٪.
پست های بعدی: <0 1٪ پس از «بسته شدن نرم».
مصنوعات حسابرسی: تکمیل صورتحساب ≥ 99. 99٪ برای جریان های بحرانی.

16) داشبورد

گروه/اشخاص حقوقی: P & L/BS/CF، اثر ارز، مالیات، میثاق.
عملیات: GGR/NetWin توسط محصول، حق امتیاز، پردازش/خروج، LTV/CAC.
خزانه داری: پول نقد/پول نقد، حسابهای دریافتنی/پرداختنی، محدودیت حساب، ریسک طرف مقابل.
بسته شدن: وضعیت آشتی، IC ماتریس، ارسال خطاها، دستورات SLA.
کنترل: محدود کردن تحریک، نقض SoD، سیاهههای مربوط به امضا.

17) خطرات و ضد الگوهای

تکراری CoA/اندازه گیری بین اشخاص حقوقی → کاهش ناپذیری گزارش.
عدم وجود IC → «جلاد» و تنظیمات دستی در پایان دوره.
حقوق امضای نامحدود/M-out-N → خطر عملیاتی/تقلب.
بدون 'fx _ version '/' tax _ rule _ version' → خطاهای محاسبه مجدد/بازگشت.
پست های دستی بدون مصنوعات → انعطاف پذیری حسابرسی.
مخلوط کردن تعهدات بازیکنان و صندوق های خود → نقض مقررات.

18) چک لیست پیاده سازی

1. نرمال سازی CoA و کتابخانه اندازه گیری ؛ متعهد به مخزن.
2. تعریف سلسله مراتب موجودیت و رابطه BU/مستاجر، RC/CC.
3. راه اندازی subledgers (پرداخت/کیف پول/محتوا/وابسته) و ارسال جریان در GL.
4. نسخه های FX/Tax و سیاست تثبیت/ترجمه را وارد کنید.
5. ماتریس قدرت، SoD و M-of-N را برای پرداخت/سپرده توصیف کنید.
6. سازماندهی خزانه داری: کارت حساب، جمع آوری پول نقد، پیش بینی 13 هفته.

7. شروع فرآیندهای IC و سیاست TP ؛ سازگاری ماهانه با رسیدها

8. ثابت تقویم نزدیک ؛ هماهنگی ها و هشدارها را خودکار کنید.
9. فعال کردن سیاست به عنوان کد و تغییرات WORM سیاهههای مربوط (CoA/Limits/Signatures).
10. ساخت داشبورد: بستن، خزانه داری، IC، درآمد، کنترل.

19) ویژگی برای iGaming/fintech

بازیکنان/کیف پول: تعهدات تعادل و پاداش - حساب های مسئولیت جداگانه.
GGR/Royalty: آشتی ماهانه با ارائه دهندگان محتوا در گزارش های امضا شده.
پرداخت/بازپرداخت: ارائه بازده، حسابداری هزینه PSP توسط کانال/ASN.

وابسته: انتساب از طریق webhooks امضا; تخفیف در مدت زمان اختلاف

مجوزها/تنظیم کننده ها: اشخاص حقوقی/حساب های شخصی، گزارش محلی و ذخیره سازی مصنوعات.

20) سوالات متداول

آیا ما نیاز به CoA های مختلف توسط کشور ؟

بهتر است یک گروه CoA + نقشه های محلی (حساب های محلی → گروه).

دوره ها و نسخه های مالیاتی را کجا ذخیره کنیم ؟

در یک منطقه مرجع جداگانه با نسخه ؛ مرجع ('fx _ version'، 'tax _ rule _ version') در هر معامله.

چگونه سرعت بسته شدن را افزایش دهیم ؟

چک های خودکار، «بستن نرم»، مسدود کردن زیرمجموعه های D + 1، تنظیمات استاندارد، «هیچ پست دستی در خارج از قالب ها» سیاست.

چگونه پرداخت ها را کنترل کنیم ؟

امضای M-از-N, پرداخت/محدودیت روز/حساب, تفکیک نقش, رسید بانک و تطبیق GL.

خلاصه: سلسله مراتب مالی اسکلت یک شرکت مدیریت شده است: CoA نرمال و ابعاد، زیرمجموعه های یکپارچه و تحکیم، مقامات و محدودیت های روشن، نظم و انضباط نسخه FX/Tax و مصنوعات قابل اثبات. یک بار آن را درست بسازید و بسته شدن سریع، کنترل شفاف و مقیاس پذیری را در بین محصولات، مناطق و شرکا بدست آورید.