GH GambleHub

金融等级制度

(部分: 业务和管理)

1)任命

金融等级制度是谁/在哪里/什么/如何考虑的正式结构:从法人实体和支付流量到GC帐户和签字权。它提供:
  • 按区域/货币分列的统一会计和合并方法;
  • 可预见的P2P/O2C/R2R/Tax进程;
  • 控制权力和遵守SoD/Complience;
  • 关闭速度和可审计性。

2)实体分类

法律实体:居民身份、许可证、货币、增值税/税款、银行账户。
业务单位(BU/Tenant):产品/频道(赌场、体育图书、直播、付费)。

责任中心:
  • 收入(RC):内容提供商,支付服务,扩展市场。
  • 成本(CC):平台/SRE,市场营销,合规性,支持。
  • 投资对象(SAREH/项目):数据平台,CDN/edge,地理输出。
  • 合作伙伴:提供商,PSP/KYC,附属机构,聚合商。
  • 客户:运营商/tenants,最终用户(离线聚合)。
  • 帐户/钱包:结算,代管,清算,信任(custody)。
💡 层次结构=Yurlitz →组→ BU/Tenant →中心(RC/CC)→产品/项目。

3)帐户计划(CoA)和度量

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(关键领域)

区域RACI
CoA & DimensionsChief AccountantCFOFP&A, IT审计
Subledger → GL PostingFinance OpsControllerIT/SRE审计
Intercompany & TPFinance OpsCFOTax, LegalBU Leads
Treasury & Cash PoolTreasuryCFOLegal, BanksManagement
Authority MatrixFinance OpsCFO/CEOLegal, Security一切都是
Tax & ComplianceTaxCFOLegal, Ops审计

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版本的纪律和可证明的伪影。一次正确地构建它-并获得快速关闭、透明控制和跨产品、区域和合作伙伴扩展的准备。

Contact

联系我们

如需任何咨询或支持,请随时联系我们。我们随时准备提供帮助!

Telegram
@Gamble_GC
开始集成

Email — 必填。Telegram 或 WhatsApp — 可选

您的姓名 可选
Email 可选
主题 可选
消息内容 可选
Telegram 可选
@
如果填写 Telegram,我们也会在 Telegram 回复您。
WhatsApp 可选
格式:+国家代码 + 号码(例如:+86XXXXXXXXX)。

点击按钮即表示您同意数据处理。