目录与分类
确认需要哪些内容、分类和首批范围，以及实际资料如何提供。
Public integration map
从目录到游戏启动，先建立共同语言。
公开技术参考提供 V5.0.0 endpoint 目录、签名方法、代表性字段和脱敏示例；真实 Base URL、凭据、完整字段约束、最终 callback 清单和生产配置保留在受控技术流程。
游戏启动
讨论会话、启动与返回路径在双方系统中的职责，不公开敏感字段。
钱包协作
根据现有架构评估单一钱包或转账钱包，并明确异常与对账责任。
记录核对
把交易、回合或运营记录的核对要求放进测试与问题升级范围。
Wallet models
没有脱离平台架构的“最佳钱包模式”。
钱包选择会影响余额协作、异常处理、对账路径和双方职责，应在技术确认阶段完成。
比较维度单一钱包转账钱包
余额协作平台保持统一余额管理；实时协作范围需确认。涉及转入、转出与供应侧余额；流程需单独确认。
测试重点回调、异常、重复请求和余额一致性。转账状态、余额核对、失败恢复和记录一致性。
适配判断取决于现有钱包和回调能力。取决于现有转账与对账路径。
Before technical review
用一份清单缩短前期技术沟通。
先通过公开技术参考了解接口范围，再按项目适用性在受控流程中确认完整生产协议。
采购方建议准备
- 当前平台架构与钱包协作方式
- 希望接入的内容范围和首批优先级
- 语言、币种、返回路径与目标市场要求
- 安全、异常、对账和测试流程要求
项目阶段逐项明确
- 可提供的目录与技术资料范围
- 接入职责、测试安排和问题升级方式
- 环境、账号与资料的提供条件
- 内容、市场和商务边界
Test the whole path
测试的不只是“能不能打开游戏”。
范围一致
目录、配置与双方已经确认的项目范围保持一致。
启动与返回
游戏启动、会话和返回路径符合约定，异常场景可被识别。
钱包与异常
余额协作、重复请求、失败处理和责任归属都有清晰标准。
记录与升级
记录核对、问题反馈和升级方式可以由双方实际执行。
API questions
技术采购常见问题。
是否提供单一钱包和转账钱包相关资料？
现有业务资料覆盖两类钱包接入主题；具体适配方式需结合平台架构与项目范围确认。
是否能公开下载完整 API 文档？
网站已经提供 endpoint 目录、签名方法、代表性字段和脱敏示例，但这不等同于完整生产协议。真实 Base URL、凭据、完整字段约束、最终 callback 清单和生产配置将在项目确认后按需提供。
是否保证既有平台无改造接入？
不保证。兼容范围、钱包协作、异常路径与测试项需要先完成技术确认。
是否支持指定语言、币种或市场？
这些均属于项目范围确认项，不能由公开页面作统一承诺。