本文提供采购与项目治理方法，不构成法律意见，也不替代目标市场的专业合规审查。

结论先行

“API 能返回游戏”“支持某种语言或币种”“有一份实验室报告”都不能单独证明某个游戏可以在某个目标市场上线。可靠的核验单位至少是：

市场 × 游戏 × 游戏版本 × 数学模型版本 × 认证对象与范围 × 币种 × 语言 × 集成链路版本 × 运营主体范围

同一个游戏在版本、数学模型、RGS 或聚合层、平台、运营主体、品牌或域名发生变化后，旧结论可能不再适用。矩阵的作用不是给出“全球合法”的标签，而是让每一个项目上线决定都能追溯到指定对象、指定范围、当前证据和责任人。

六个核心维度为什么不能合并

维度 必须核验的问题 常见错误
市场 哪个国家或监管范围、哪个运营主体、品牌与域名？ 把“全球”“拉美”当作可执行范围
游戏 厂商游戏代码和稳定记录 ID 是什么？ 只按名称或皮肤匹配
版本 游戏、数学模型、RGS、聚合层和平台分别是什么版本？ 认为同名游戏的所有版本等价
认证 谁对什么对象、标准和范围进行了测试，状态是否仍有效？ 把实验室标准或一份报告当作全球通行证
币种 展示、下注、结算与报表分别使用什么币种和精度？ 把技术支持币种等同市场许可
语言 玩家规则、帮助、界面和运营沟通分别需要什么语言？ 有翻译就判断可进入市场

语言、币种和 API 集成是必要的产品与技术维度，但不等于市场合法性。反过来，运营主体获准进入某市场，也不自动证明每个游戏、每个版本或每条集成链路都已满足要求。

分层核验流程

第一层：技术连接

确认 provider、RGS 或聚合层、平台之间的接口版本、身份标识、钱包模式、回调、轮次和交易链路能在指定环境运行。技术连通只说明测试对象可以交互，不回答内容权利或市场准入。

第二层：内容身份与版本

用厂商游戏代码而非页面名称识别游戏，并记录游戏版本、数学模型版本、客户端构建、变更说明和验证日期。皮肤、克隆版本或同类型游戏不能在没有证据时共用结论。

第三层：语言与币种

分别核验界面、游戏规则、帮助信息、下注与结算精度、报表和异常处理。语言或币种通过只表示对应功能范围通过，不表示市场维度通过。

第四层：认证对象与范围

记录报告或证书编号、签发或测试机构、依据、对象、版本、集成拓扑、有效状态及重测触发条件。先确认所选机构在目标市场当前被接受，并确认其认可范围覆盖本项目对象。

第五层：运营与市场范围

由相应责任人核验目标市场规则、运营主体、品牌、域名、内容权利、限制条件和当前监管记录。不要把厂商、聚合方或测试机构的通用宣传替代项目级判断。

第六层：项目上线决定

技术、内容、认证、商务和合规责任人各自签署其范围。只有全部必要层级都有当前证据时，项目记录才能进入“批准用于本项目”；该状态仍然不是永久或全球结论。

可直接使用的矩阵模板

一行只对应一个明确组合。若一个游戏有两个数学模型或两个 RGS 版本，应拆成两行。

字段组 建议字段 示例填写原则
项目范围 market_code、operator_entity、brand、domain_scope 写具体对象，不写“全球”
游戏身份 provider_id、provider_game_code、catalog_record_id 以稳定 ID 关联目录
版本 game_version、math_model_version、rgs_version、aggregator_version、platform_version 每次变化重新做影响判断
认证 certificate_or_report_id、test_body、requirements_ref、tested_object、scope、status 记录覆盖范围，不只存 PDF
本地化 currency_code、language_code、rules_language 分别记录技术与内容验证
证据 evidence_ref、issued_at、last_verified_at、next_review_at 来源和时间必须可追溯
决定 decision_status、conditions、owner、approved_at 仅代表指定项目组合

建议使用以下受控决定状态：

  • evidence_missing：关键对象或来源缺失；
  • pending_review：资料已到但尚未完成责任人复核；
  • conditional：只能在写明的条件内继续；
  • approved_for_project：仅对该行指定项目组合批准；
  • expired_or_recheck：证据到期或变更触发重新核验；
  • withdrawn：项目决定已撤回，保留历史原因。

不建议使用没有范围的 legal、certified 或 available 作为单一布尔值。

巴西一手来源示例：如何把监管信息落到矩阵

以下仅演示核验方法，不是对某个项目的准入结论：

  • 巴西财政部 SPA 的技术问答当前区分多类证据对象，包括投注系统以及可能涉及的 RGS/聚合器、平台与 RGS/聚合器及游戏提供商之间的集成、游戏和真人演播室等。矩阵应分别记录对象和链路，不能只写“平台已认证”。
  • SPA 技术问答第 71 项说明游戏需要相应符合性证据，并讨论了皮肤或克隆游戏与集成证书的处理；同一页面也说明 SPA 没有一个可替代项目核验的统一公开“已认证游戏”清单。因此应在每个游戏或适用分组中保存报告与覆盖范围。
  • SPA 技术问答第 94 项把 RGS、聚合器等关键组件纳入集成认证讨论。更换组件或版本时，应重新判断既有证据是否覆盖新拓扑。
  • SPA 技术问答第 84 项涉及面向玩家的信息语言要求。语言核验应进入矩阵，但“已有葡萄牙语”仍不能单独推出运营主体、游戏版本或集成链路符合要求。
  • 认证机构要同时核对 SPA 当前认可名单与具体认可范围。机构出现在名单中，不代表它签发的所有报告都覆盖任意对象或版本。

英国与 GLI 示例：标准、测试与法域决定是三件事

英国 Gambling Commission 的 RTS 页面说明相关持牌对象需遵守远程技术标准及测试安排；其 Testing Strategy 进一步按测试程序、年度游戏测试、RTP 监测及主要/次要更新组织要求。这说明“版本变化是否需要重测”应按目标市场当前规则和实际变更分类判断，不能由 AG 自行给出全球统一答案。

GLI-19 可作为实验室技术基线或测试讨论的参考，但它本身不自动等于任何法域准入，也不替代监管机构认可范围、运营主体授权、具体游戏版本或项目集成证据。矩阵应把“采用的标准”和“目标市场接受的证据”拆成不同字段。

版本变化如何触发重核验

发生以下变化时，至少应把对应行转为 expired_or_recheck，再由责任人判断测试或认证动作：

  • 游戏程序、数学模型、RNG 使用方式或游戏规则变化；
  • RGS、聚合层、平台或关键接口版本变化；
  • 钱包模式、交易流程、币种精度或玩家信息语言变化；
  • 报告覆盖对象、测试机构认可状态或证据有效期变化；
  • 运营主体、品牌、域名、内容权利或目标市场规则变化。

“主要更新”“次要更新”“关键组件变化”等分类必须引用目标市场的当前规则、测试机构范围和变更材料，不应仅凭版本号大小判断。

关于 RTP 0–1000 的适用说明 这一数值范围需要结合单位、数值含义、数学模型版本、调用权限、测试与认证资料、目标市场和展示方式理解。它不能被解释为某个游戏或市场版本的已验证 RTP 结论，也不能用于承诺单次结果或玩家收益。

当前可用于项目评估的范围

  • 本文提供“市场 × 游戏 × 版本 × 认证 × 币种 × 语言”的分层核验方法。
  • 当前游戏目录只有名称级快照，不足以填满该矩阵。
  • 公开 API 内容可以帮助界定集成链路，但生产协议、权限和项目版本仍需逐项确认。
  • 巴西 SPA、英国 UKGC、GLI 三组示例及 RTP 0–1000 说明，不等于任何具体项目已取得认证或市场准入。
  • 本文引用的一手来源仅用于说明矩阵字段和核验动作。

使用这些信息时需要注意什么

  • 不承诺 AG、任一厂商、任一游戏或任一版本已获某市场授权或认证。
  • 不把实验室标准、证书、语言、币种、接口连通或厂商目录视为全球通用准入证明。
  • 不对巴西、英国或其他法域提供法律意见；当前规则和认可范围需要在项目决策时重新查验。
  • 不承诺实时可用、固定上线时间、性能、SLA 或商务供货范围。

FAQ

厂商提供了游戏证书，为什么还要检查集成链路？

游戏证书可能只覆盖指定游戏对象和版本，而实际交付还经过 RGS、聚合器与平台。目标市场可能对系统或组件集成另有证据要求，因此必须核对报告对象和实际拓扑。

支持当地币种和语言，是否代表可以进入该市场？

不是。币种与语言是技术和内容核验维度；运营主体、品牌或域名范围、内容权利、游戏版本、认证和市场规则仍需分别确认。

一份 GLI-19 报告可以用于所有市场吗？

不能这样推断。GLI-19 是实验室标准基线之一；是否被某市场接受、覆盖什么对象和版本、是否还需要其他证据，要以该市场当前规则和项目范围为准。

游戏升级后旧证书还有效吗？

不能只凭版本号判断。应记录变更内容，按目标市场规则、报告范围和测试机构要求判断是否需要影响评估、补测、重签或重新审批。

延伸阅读与下一步

统一下一步：联系我们前，请提供目标市场、运营主体或品牌范围、候选游戏与版本、集成拓扑、币种和语言。AG 可据此整理项目级待核验证据；提交资料或完成技术测试均不等于市场准入承诺。

参考资料与适用说明

相关页面：

监管与标准一手来源：

资料日期：UKGC RTS 页面在 2026-01-29 更新，Testing Strategy 在 2025-10-31 更新；SPA 技术问答总页显示 2026-05-21 更新。本文引用的是 2026-08-09 可访问内容。外部规则、认可机构与适用范围会变化，任何项目决定前都应重新查验一手来源。

需要把指南转成项目方案？

文章用于帮助团队梳理采购和接入问题，不替代技术、合同、认证或当地法律确认。

联系我们