金融等級制度

（部分： 業務和管理）

1）任命

• 按區域/貨幣分列的統一會計和合並方法；
• 可預見的P2P/O2C/R2R/Tax進程；
• 控制權力和遵守SoD/Complience；
• 關閉速度和可審計性。

2）實體分類

法律實體：居民身份、許可證、貨幣、增值稅/稅款、銀行賬戶。
業務單位（BU/Tenant）：產品/頻道（賭場、體育圖書、直播、付費）。

• 收入（RC）：內容提供商，支付服務，擴展市場。
• 成本（CC）：平臺/SRE，市場營銷，合規性，支持。
• 投資對象（SAREH/項目）：數據平臺，CDN/edge，地理輸出。
• 合作夥伴：提供商，PSP/KYC，附屬機構，聚合商。
• 客戶：運營商/tenants,最終用戶（離線聚合）。
• 帳戶/錢包：結算，代管，清算，信任（custody）。

3）帳戶計劃（CoA）和度量

1.資產（金錢，玩家存款，應收款，代管，預付款）。

2.負債（玩家資產負債表，遞延收入/獎金，貸方，納稅）。

3.資本。

4.收入（GGR/risheir，傭金，訂閱/API費率）。

5.成本（內容版稅，處理，托管/egress）。

6.運營成本（營銷，薪水，合規性，審計，法律）。

強制性維度（分析）：「legal_entity」，「region」，「currency」，「product」，「tenant」，「rc/cc」，「project」，「partner」，「countract_version」，「tax_rule_version」，「fx_version」。

4）會計層（ledger stack）

• 付款（授權，清算，退款，充電包）。
• Wallets/Players（資產負債表，存款，結算，獎金負債）。
• Content/Revenue Share（回合/提供商，GGR/NetWin，版稅）。
• Affiliates（轉換，歸屬，權責發生制）。
• General Ledger （GL）：通過ETL/Outbox → Posting定期從子管理器接線,並監控完整性/重復性。
• 合並：公司間消除，轉讓定價，轉換為表示貨幣（組貨幣）。
• 報告立方體：管理展示（P＆L/BS/CF測量）。

5）貨幣和日歷的層次結構

法律實體級別的Functional currency，用於報告的Group currency。
FX策略：每個布線中的課程來源，TWAP/中位數，「fx_version」。
日歷：金融（4-4-5/ISO）、稅收（按國家）、運營（清算切片）。

6）授權和限制（授權矩陣）

簽名權（Signing Limits）：按法人實體/帳戶/貨幣計算；兩次/M-iz-N進行付款/代管。
Spend限制：OPEX/CAPEX關於SS/項目（月度/季度），拒絕規則。
Revenue合同：按角色劃分的折扣/接班人閾值。
SoD：「創建付款」≠「批準」；「同意合同」≠「簽署」。

7）財政部和流動性

賬戶層次： 經營,清算,代管,稅收,付款.

Cash Pooling：一組物理/符號；集團內貸款限額。
投資/儲備：流動性活動政策，盟約。
DDS預測（13周）：按產品/地區劃分的入站產品（特許權使用費、稅收、資本）。

8）公司間運營（Intercompany）

組內的服務：托管/平臺/許可證作為免責聲明（cost+markup）。
消除：集團內的收入/支出,貸款/利息。
轉賬價格：市場加價政策和範圍；國家一級的文件。
IC匹配：每月與收據/簽名匹配。

9）稅收和監管

間接（VAT/GST）：啟用/排除模式，MOSS/OSS，提供服務的地點。
直接：法人所得稅稅率，R＆D福利。
遊戲/特殊費用：按細分市場投註（賭場/體育），報告。
證書/RNG/許可證：工件存儲要求。
稅務登記冊：將次級管理人與納稅申報表相匹配。

10）收入和認可（Revenue Recognition）

賭場（GGR/Net Gaming Revenue）：承認的時刻-回合結果/結束賭註。
傭金/訂閱/API：關於提供/訂閱的事實；遞延收入→註銷。
促銷/獎金：如何減少收入或營銷-通過政策和GAAP/IFRS。
Breakage/遞延負債：未使用的獎金/資產負債表。

11）關閉過程和日歷

O2C（訂單到現金）：quote → 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中）。
收據：結算簽名（附屬機構，提供商，付款），註冊表的Merkle切口。
CoA/簽名權更改註冊表：WORM日誌，DSSE。
對賬：銀行/錢包，IC，subledzhery→GL，GL→otchetnost。
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

關閉時間：D+7管理，D+10組（合規目標≥ 95％）。
Reconciliation Rate: ≥ 99.9％的子管理器關閉，沒有差異>X。
IC比賽：100％的IC對閉合到D+5；open-<0。5%的營業額。

Cash Forecast Accuracy (4-нед): MAPE ≤ 10–15%.

Late Postings: < 0.1%在「軟關閉」之後。
審核文物：收據完整性≥ 99。99%的關鍵流量。

16）Dashbords

集團/法律實體：P＆L/BS/CF，貨幣效應，稅收，盟約。
運營：GGR/NetWin按產品，版稅，處理/egress，LTV/CAC分類。
庫房：現金/現金，應收款/貸方，帳戶限制，交易對手風險。
關閉：交換狀態，IC矩陣，帖子錯誤，團隊的SLA。
控制：觸發限制，SoD違規行為，簽名日誌。

17）風險和反模式

法律實體之間的重復CoA/測量 →報告的不可分解性。
缺少IC過程→「掛起」和手動調整期末。
無限制/M-iz-N簽名權→操作/欺詐風險。
沒有「fx_version」/「tax_rule_version」 →重新計算/返回錯誤。
沒有人工制品的手動定位→審核容錯性。
將玩家的義務和自己的資金混為一談→監管違規。

18）實施支票

1.規範化CoA和測量庫；提交到存儲庫。
2.定義實體層次結構和BU/tenant、RC/CC中心之間的關系。
3.自定義Subledgers （payments/wallets/content/affiliates）和Posting流到GL。
4.引入FX/Tax版本和整合/翻譯策略。
5.描述用於付款/代管的Authority Matrix，SoD和M-iz-N。
6.組織寶藏：賬戶卡，現金池，13周預測。
7.運行IC流程和TP策略；每月與收據核對。
8.記錄關閉日歷；自動化鉆孔和差速器。
9.啟用更改策略和WORM日誌（CoA/限制/簽名）。
10.構建行車記錄儀：Close，Treasury，IC，Revenue，Control。

19） iGaming/fintech的細節

玩家/錢包：資產負債表負債和獎金-單獨的負債帳戶。
GGR/版稅：每月與內容提供商就簽名報告進行對賬。
付款/充電包：退款準備金,通過渠道/ASN核算PSP費用。
附屬關系：通過簽名的webhooks歸屬；爭議期間的代管。
許可證/監管機構：單獨的法人實體/帳戶，本地報告和文物存儲。

20) FAQ

各國是否需要不同的CoA？
更好的單個組CoA+本地映射（本地帳戶→組）。

在哪裏存儲課程和稅務版本?

在一個單獨的轉診區域中；每個布線中的鏈接（「fx_version」，「tax_rule_version」）。

如何加快關閉速度？
自動轉換，「軟閉合」，D+1子管理器鎖定，標準化調整，「模板外不手動貼紙」策略。

如何控制付款？
M至N簽名，付款/日/帳戶限制，角色隔離，銀行收據以及與GL的匹配。

摘要：財務等級是管理公司的骨架：規範化的CoA和度量，統一的子管理器和整合，明確的權限和限制，FX/Tax版本的紀律和可證明的偽影。一次正確地構建它-並獲得快速關閉、透明控制和跨產品、區域和合作夥伴擴展的準備。