財務階層

（事業・管理）

1）目的

• 地域/通貨による会計と統合の統一された方法。
• 予測可能なP2P/O2C/R2R/Taxプロセス
• 権限管理およびSoD/complianceの承諾；
• 閉鎖の速度およびauditability。

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、ロイヤリティ）。
• アフィリエイト（コンバージョン、アトリビューション、accruals）。
• General Ledger （GL）-ETL/Outbox経由でサブレジャーからの定期的な投稿→完全性/重複制御による投稿。
• 統合：企業間排除、転送価格設定、プレゼンテーション通貨への転送（グループ通貨）。
• レポートキューブ：管理ショーケース（測定によるP&L/BS/CF）。

5）通貨とカレンダーの階層

法人レベルの機能通貨、報告のためのグループ通貨。
FXポリシー：各トランザクションのコースのソース、TWAP/中央値、 'fx_version'。
カレンダー：財務（4-4-5/ISO）、税（国別）、運用（清算スライス）。

6）権限マトリックス

署名の限界：法人/口座/通貨；支払い/エスクローのための2 署名/M-of-N。
支出制限：CC/プロジェクト（月/四半期）によるOPEX/CAPEX、偏差ルール。
収益契約：役割別の割引/リベートのしきい値。

SoD： 「支払いを作成」≠「承認」；「契約に同意する」≠「サイン」

7）財務・流動性

アカウントの階層：オペレーティング、クリア、エスクロー、税金、給与。
現金プール：バンドによって物理的/表記；イントラグループローンの制限。
投資/準備金：流動性キャンペーンポリシー、契約。
DDS予測（13週間）：製品/地域、発送（ロイヤリティ、税金、キャペックス）。

8） Company

グループ内のサービス：充電としてホスティング/プラットフォーム/ライセンス（コスト+マークアップ）。
排除：グループ内の収入/費用、ローン/利息。
転送価格：ポリシーとマーケットマークアップの範囲。国レベルのドキュメント。
ICの和解：領収書/署名による毎月の和解。

9）税金と規制

間接（VAT/GST）：モードのオン/オフ、MOSS/OSS、サービスの場所。
直接：法人の所得税率、R&D特典。
ゲーム/特別料金：セグメント別ベット（カジノ/スポーツ）、レポート。
証明書/RNG/ライセンス：アーティファクトストレージ要件。
税務レジスタ：税務申告とサブレジャーの比較。

10）収益認識

カジノ（GGR/Net Gaming Revenue）：認識の瞬間-ベットのラウンド/クローズの結果。
コミッション/サブスクリプション/API：プロビジョニング/サブスクリプション時；遅延所得→書き込み。
プロモーション/ボーナス：収益削減またはマーケティング-ポリシーおよびGAAP/IFRS。
破損/遅延負債：未使用のボーナス/残高。

11）クロージングプロセスとカレンダー

O2C （Order-to-Cash）：見積もり→請求書→領収書→支払い配分。

P2P （Procure-to-Pay） PO→→→請求書の領収書→支払い

R2R （Record-to-Report）： subledgers→reconciliation→adjustments→reportingからの投稿。
税金：法人のための宣言の計算/和解/提出。
閉じるカレンダー：D+1-サブレジャーをブロックします。D+3-IC調整；D+5-予備P&L/BS；D+7-管理；D+10-グループレポート。

12）制御、監査およびprovability

Policies-as-code：トランザクションテンプレート、制限、承認ルート（Git/CI内）。
領収書：和解の署名（アフィリエイト、プロバイダー、支払い）、レジスタのMerkleセクション。
CoA変更/署名権の登録：WORMログ、DSSE。
和解：銀行/財布、IC、 subledzhery→GL、 GL→otchetnost。
外部/内部監査-アーティファクトへのアクセス、サンプル管理。

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、量、通貨、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''{管轄、タイプ、レート、effective_from、バージョン}'

14） RACI（主要分野）

15）メトリクスとSLO

閉じる時間：D+7管理、D+10グループ（コンプライアンス目標≥ 95％）。
和解率：≥ 99。9％のサブレーダーが矛盾なしで閉じられました>X。
ICマッチ：D+5に閉まる100％のICペア；open-<0。売上高の5％。
現金予想精度（4〜15％）： MAPE ≤ 10〜15％。
Late Postings： <0。「柔らかい近い」の後の1％。
監査アーティファクト：法案の完全性≥ 99。重大な流れのための99％。

16）ダッシュボード

グループ/法人：P&L/BS/CF、通貨効果、税金、契約。
操作：プロダクト、ロイヤリティ、処理/出口、LTV/CACによるGGR/NetWin。
財務省：キャッシュアウト/キャッシュイン、経常収支/支払い、口座限度額、取引相手リスク。
閉じる：調整のステータス、ICマトリックス、ポストエラー、SLAコマンド。
コントロール：リミットトリガー、SoD違反、署名ログ。

17）リスクとアンチパターン

法人間のCoA/測定の重複→報告の実現不能。
ICプロセスの不在→期間の終わりに「hangmen」と手動調整。
無制限の署名権/M-out-N→運用/詐欺リスク。
'fx_version'/'tax_rule_version'→再計算/戻り値のエラーはありません。
アーティファクトのない手動投稿→監査の回復力。
プレイヤーの義務と自己資金の混合→規制違反。

18）実装チェックリスト

1.CoAおよび測定ライブラリを正規化して下さい；リポジトリにコミットします。
2.エンティティ階層とBU/テナント関係、RC/CCを定義します。
3.サブレジャー（支払い/財布/コンテンツ/アフィリエイト）と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のためのSpecificity

プレイヤー/ウォレット：残高とボーナスの義務-個別の責任アカウント。
GGR/ロイヤリティ：署名されたレポートに関するコンテンツプロバイダとの毎月の和解。
支払い/チャージバック：返品の提供、チャネル/ASNによるPSP手数料の会計。
アフィリエイト：署名されたWebhookによるアトリビューション。紛争の期間のエスクロー。
ライセンス/レギュレータ：個々の法人/アカウント、ローカルレポート、アーティファクトの保管。

20） FAQ

国によって異なるCoAが必要ですか？
Betterは、単一のグループCoA+ローカルマッピング（ローカルアカウント→グループ）です。

コースと税金バージョンを保存する場所はどこですか？
バージョン管理付きの別の参照ゾーンで；各トランザクションの参照（'fx_version'、 'tax_rule_version'）。

閉鎖をスピードアップする方法は？
自動チェック、「ソフト・クローズ」、D+1サブレジャーのブロック、標準化された調整、「テンプレート外の手動投稿なし」ポリシー。

支払いを制御するには？
M-of-N署名、支払い/日/口座限度、ロール分離、銀行領収書およびGLマッチング。

概要：財務階層は、マネージド企業の骨格です。正規化されたCoAと寸法、統一されたサブレーダーと統合、明確な当局と限界、FX/税務バージョンの規律、および実証可能なアーティファクトです。それをすぐに構築し、製品、地域、パートナー全体で迅速な閉鎖、透明な制御、拡張性を得ることができます。