HackMD - Collaborative Markdown Knowledge Base

<body> <div id="doc" class="markdown-body container-fluid comment-enabled" data-hard-breaks="true"><h1 id="游戏验证对接文件-简中版" data-id="游戏验证对接文件-简中版"><a class="anchor hidden-xs" href="#游戏验证对接文件-简中版" title="游戏验证对接文件-简中版"></a>游戏验证对接文件 (简中版)</h1><h2 id="第一章-测试环境需求" data-id="第一章-测试环境需求"><a class="anchor hidden-xs" href="#第一章-测试环境需求" title="第一章-测试环境需求"></a>第一章测试环境需求</h2><div class="alert alert-info"> – 游戏商必须依流程图中 “机房部署位置确认" 完成测试环境架设(整合站)。 </div> <img src="https://i.imgur.com/QpXO4ZL.png" alt="對接流程圖" loading="lazy"> <h2 id="第二章-验证文件需求" data-id="第二章-验证文件需求"><a class="anchor hidden-xs" href="#第二章-验证文件需求" title="第二章-验证文件需求"></a>第二章验证文件需求</h2><div class="alert alert-info"> – 游戏商必须依以下需求提交游戏数学、设计、流程…等文件，以供验证方对游戏进行验证。 </div>2.1 游戏说明文件，依不同游戏类型，提交以下资讯内容。 注：以下需求皆于范例文件中，请洽商务取得。<pre><code> a) 基本信息：游戏名称、游戏代码、游戏特色、游戏操作方式、RTP值、游戏/细单语系、币值比、房型、准入、底注、配桌机制、十万风控机制、闲置机制、最低兼容规则 b) 游戏画面，如：主游戏、免费游戏、大厅、牌桌…等 c) 操作介面说明 d) 游戏玩法、牌型规则、赔付规则 e) 提示讯息代码表 f) 若支持多国语系，需提交 "简中对应多语系" 文件或游戏画面图示供验证 g) 若支持多国币别，需提交相对应的 "币值比(denomination)、投注额、限紅…等" 设定值供验证。 h) 若有测试用的功能或工具 (如：指定游戏结果仿真器)，请提交操作说明文件。 </code></pre>2.2 游戏RTP押测报告，依据不同游戏类型，提交以下数据报告。 注1：真人游戏，不需提供 RTP 押测报告。 注2：若游戏设计上不同投注模式而将影响RTP押测结果，请主动告知我司商务。 注3：若无该游戏类型，请洽商务。<ul> <li> 老虎机 <ol> <li>采最高投注额，1000万局以上的押测结果，需含以下信息</li> <li>押测报告，需含以下信息 (1) 总押注次数、总投注额、总赢分、押测RTP (2) 依主游戏、特色游戏：各别提列总赢分、赢的次数、触发率、RTP (3) 每N局RTP收敛范围值 如：押测的1000万局，每1000局计算出RTP (1-1000、1001-2000…以此类推) 每1000局计算一个RTP后，共会产出1万个rtp值，取出最低、高的RTP值， 将每N局计算出的结果汇整，如下图 <img src="https://i.imgur.com/L20bWuM.jpg" alt="" loading="lazy"> (4) 押测结果，提供赢分倍数分布 (如范例图) <img src="https://i.imgur.com/UBbMfkS.jpg" alt="" loading="lazy"></li> </ol> </li> <li> 鱼机游戏 <ol> <li>根据以下不同投注模式，分别提供1000万发以上押测结果报告</li> <li>投注模式，采最高炮台 (1) 提供每种鱼种的击杀率及RTP 如：打鲨鱼1000万发，死了10万次，击杀率=10/1000=1% (2) RTP收敛机制套利测试：连输超过10万以上后，随机打鱼测试 (3) 如炮台有不同功能，提供所有种类炮台的RTP (4) 如有道具卡，请提供所有种类道具卡的掉落率及使用道具的RTP</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、鱼种胜率分布 (2) 每N发RTP收敛范围值 如：押测的1000万发，每1000局计算出RTP (1-1000、1001-2000…以此类推) 每1000发计算一个RTP后，共会产出1万个rtp值，取出最低、高的RTP值， 将每N發计算出的结果汇整，如下图 <img src="https://i.imgur.com/3dqPdJB.jpg" alt="" loading="lazy"></li> </ol> </li> <li> 百家乐、龙虎、轮盘、骰宝、红黑大战、百人牛牛、水果机、奔驰宝马、鱼虾蟹 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>若非自然机率下，需提供控牌机制说明</li> <li>投注模式，采最高筹码 (1) 每一投注區域</li> <li>每种投注模式，需提供以下资讯 (1) 总押注次数、总投注额、各注区中奖次数、赢分、机率、押测RTP (如范例图) <img src="https://i.imgur.com/dlDetnw.jpg" alt="" loading="lazy"> (2) 每一注區投注押测结果，提供每N局RTP收敛范围值 如：押測庄10万局，每10局计算出RTP (1-10、11-20、21-30…以此类推) 每10局计算一个RTP后，共会产出1万个rtp值，取出最低、高的RTP值， 将每N局计算出的结果汇整，如下图 <img src="https://i.imgur.com/mIpqbQa.jpg" alt="" loading="lazy"></li> </ol> </li> <li> 抢庄牛牛、推筒子、二八杠、三公 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注模式，采最高房型，请依托管策略判断牌型 (1) 玩家每局喊最高倍数与其它玩家抢庄 (2) 玩家一律不抢庄，当當闲家时喊最高倍数</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 如：押测庄10万局，每10局计算出RTP (1-10、11-20、21-30…以此类推) 每10局计算一个RTP后，共会产出1万个rtp值，取出最低、高的RTP值 将每N局计算出的结果汇整，如下图 <img src="https://i.imgur.com/p0jBvRg.jpg" alt="" loading="lazy"></li> <li>赢分倍数分布 (如范例图) <img src="https://i.imgur.com/vgmkleF.jpg" alt="" loading="lazy"></li> <li>牌型胜率分布 (如范例图) <img src="https://i.imgur.com/5illWq8.jpg" alt="" loading="lazy"></li> </ol> </li> <li> 炸金花 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注模式，采最高房型 (1) 玩家无条件跟注 (2) 玩家能全押时一律全押 (3) 一对以下直接弃牌，一对以上一律跟注</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 (3) 赢分倍数分布 (4) 牌型胜率分布 注：(2)~(4)，请参考 “抢庄牛牛、推筒子、二八杠、三公” 范例图</li> </ol> </li> <li> 德州扑克 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注模式，采最高房型、最大携入金额 (1) 玩家无条件过牌/跟注 (2) 玩家无条件直接ALL IN (3) 2张手牌中，小于高牌K直接弃牌，大于K以上或一对一律跟注</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 (3) 赢分倍数分布 (4) 牌型胜率分布 注：(2)~(4)，请参考 “抢庄牛牛、推筒子、二八杠、三公” 范例图</li> </ol> </li> <li> 二十一點 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注模式，采最高房型、押注最高筹码 (1) 一律要牌到17点以上 (2) 一律要牌到19点以上 (3) 能分牌时一律分牌 (4) 起手拿到2张10点牌时分牌 (5) 起手2张牌为10/11点时一律加倍</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 (3) 赢分倍数分布 (4) 点数胜率分布 注：(2)~(4)，请参考 “抢庄牛牛、推筒子、二八杠、三公” 范例图</li> </ol> </li> <li> 血战骰盅 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注模式，采最高房型 (1) 依照托管换牌 (2) 只保留1点的骰子</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 (3) 赢分倍数分布 (4) 牌型胜率分布 注：(2)~(4)，请参考 “抢庄牛牛、推筒子、二八杠、三公” 范例图</li> </ol> </li> <li> 加倍斗地主 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注、叫分模式，采最高房型，依AI策略判断牌型 (1) 玩家每局喊3分并与其它玩家抢地主 (2) 玩家每局喊3分但不抢地主 (3) 无抢地主设计，则为玩家每局喊3分 (4) 玩家一律不叫地主也不抢地主</li> <li>承2，请提供押注模式下的AI策略判断方式</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 (3) 赢分倍数分布 注：(2)~(3)，请参考 “抢庄牛牛、推筒子、二八杠、三公” 范例图</li> </ol> </li> <li> 麻將 <ol> <li>根据不同投注模式，分别提供10万局以上押测结果报告</li> <li>投注模式，采最高房型 (1) 依托管模式 (2) 依AI策略模式 (3) 不報聽，能胡牌就胡牌 (4) 報聽後，能胡牌就胡牌 (5) 不同的過胡加倍1次、2次…N次</li> <li>承2，请提供押注模式下的AI策略与托管，两者判断方式</li> <li>每种投注模式，需提供以下资讯 (1) 房型、底注、总游戏局数、总投注、总赢分、押测RTP、赢分局数、胜率 (2) 每N局RTP收敛范围值 (3) 赢分倍数分布 (4) 提供胡牌牌型分布(同一局牌出现多种牌型可以重复计算) 注：(2)~(4)，请参考 “抢庄牛牛、推筒子、二八杠、三公” 范例图 </li> </ol> </li> </ul><h2 id="第三章-产品规范" data-id="第三章-产品规范"><a class="anchor hidden-xs" href="#第三章-产品规范" title="第三章-产品规范"></a>第三章产品规范</h2><div class="alert alert-info"> – 本章节针对运营需求、玩家权利、游戏流程…等，提列以下规范。 </div> 3.1 <ins>返还率报告(RTP Report)</ins> a) 每款游戏依不同玩法或设计，提交N场的返还率(RTP)运算结果报告文件。 请参考 “第二章验证文件需求” 提交文件。 b) 承a，提交的报告文件将作为上线后运营参考数据，数据报告需真实反应游戏RTP设计。 c) 运营中的产品，如有投注额、RTP 调整…等需求，需重新提交 RTP 报告给予我司。 d) 针对各类型游戏 (除真人游戏外)，运营需求上必须符合以下RTP数值。 (1) 老虎机杀率为96%~97% (2) 牌桌类(多人或抽水)杀率为96% (3) 街机、鱼机杀率不超过97.5% (4) 百家乐或21点(未做控牌)，杀率为99%左右 3.2 <ins>测试工具(Emulator)</ins> 验证通过后，游戏商必须确保运营中的产品已移除测试工具并负起不可透过任何形式启动或呼叫该工具的可能。 3.3 <ins>版本(Version List)</ins> 运营需求，以产品维护为出发点，产品于送验、修改、上线…等流程下，游戏商必须对产品定义其版本号与提交验证方；上线版本仅能是验证方完成测试的版号，上线版本不可随意变更影响运营维护作业。 3.4 <ins>游戏画面(Display)</ins> 画面上需明确标示所使用的币别符号、币值比、余额、投注线、投注额、赢分…等显示；游戏进行时，不允许游戏说明页或广告页面遮盖画面，导致无法辨认游戏结果，造成玩家疑虑产生。 3.5 <ins>余额(Credit)</ins> 钱包最大支持到12位+4位小数，前端需显示12位+2位小数(其它位数屏蔽)， 余额需保留原始数值不得任意进位或舍去；充值或取款操作后，须于3~5秒内刷新余额。 3.6 <ins>赢分预告(Upcoming Wins)</ins> 游戏未进行任何投注行为时，不可出现任何 “赢” 的预告提示或结果画面产生。 3.7 <ins>投注(Game Play)</ins> 游戏进行投注(扣款)后，需显示该游戏回合单号(Round Id)；游戏尚未结束该回合时，不允许玩家进行任何影响该局结果的操作行为。如：调整投注额。 3.8 <ins>特色游戏(Fever Mode)</ins> 当您的游戏设计中有获取 N 次游戏特色模式或奖励，触发时必须明确显示该次数、奖励…等呈现，明确告知玩家游戏运作状态。如：免费游戏转场画面、次数、奖励金额…等。 3.9 <ins>结算(Game Complete)</ins> 游戏流程已结束或客端以任何可能的操作使游戏暂停或关闭下，必须确保游戏结果的正确性并进行结算与成单，其赢分正确归入账户中。 3.10 <ins>游戏说明(Game Information)</ins> a) 游戏规则(Game Rules)：必须清楚说明游戏人数、牌具、入场限制、玩法、赔率、赔付规则、以及当玩家获奖时如何赔付…等规则说明；其客端游戏必须同于游戏说明内文中的描述。 b) 特殊游戏(Special Game)：必须清楚说明游戏可获取的最高上限奖励、次数、或额外购买特殊游戏…等规则说明。如：免费游戏最多场次为500场。 c) 免责条款(Disclaimer)：必须加注 “免责条款” 于帮助说明内文中。如：游戏遇故障，所有赔付和游戏都视为无效。 3.11 <ins>提示讯息(Message))</ins> 当游戏中遇事件状况无法继续进行时，游戏画面应立即显示相对应提示讯息。如：余额不足、账号失效…等。 3.12 <ins>游戏历程纪录(Game History)</ins> a) 运营需求，每局的投注结果必须详细被纪录(简称：细单)，细单内容须具备完整基本信息， 如下 (b)~(d)。 b) 系统商细单：游戏名称/ 注单编号/ 代理账号/ 玩家账号/ 投注时间/ 派彩时间/ 成单时间/ 投注输赢赔付结果(每线投注、投注比例、币别、连线图、连线数、图标、倍率) / 游戏结果画面(需以图示作呈现) / 游戏状态标注(如：主游戏、免费游戏标明场次…等)。 c) 玩家端细单：同 b) 内容，唯一不同的是 “不允许显示代理账号” 于玩家端细单中。 d) 时间纪录所采用的时区必须是 UTC-4、格式为 RFC3339。如：1996-12-19T16:39:57.001-04:00。 <h2 id="第四章-牌桌游戏" data-id="第四章-牌桌游戏"><a class="anchor hidden-xs" href="#第四章-牌桌游戏" title="第四章-牌桌游戏"></a>第四章牌桌游戏</h2><div class="alert alert-info"> – 本章节针对牌桌游戏，特別提列以下规范要求。 </div> 4.1 <ins>对押限制(Betting Limited)</ins> 运营需求, 不允许玩家透过对押操控洗码套利，必须针对客端的投注模式进行对押限制。 如：百家乐、龙虎、轮盘…等。 4.2 <ins>配桌限制(Pairing limited)</ins> 运营需求，牌桌游戏不允许有二名以上的真人玩家配置于同桌。 4.3 <ins>有限责任(Limited Liability)</ins> 运营需求，当真人玩家带入余额不足以支付赔付时，游戏必须明确设立 “有限责任” 规则并于客端游戏画面作说明。如：以小博大规则、贏分不可大於攜入金額。 <h2 id="第五章-其它规范" data-id="第五章-其它规范"><a class="anchor hidden-xs" href="#第五章-其它规范" title="第五章-其它规范"></a>第五章其它规范</h2><div class="alert alert-info"> – 本章节针对游戏运作机制、功能設計，提列以下规范要求。 </div> 5.1 <ins>超时(Timeout)</ins> 游戏闲置超过十分钟需将玩家踢出，游戏画面应立即显示相对应提示讯息。 如：闲置过久，请重新登录。 5.2 <ins>多币别(Denomination)</ins> a) 游戏商必须提交游戏币值对照表。 b) 客端游戏画面必须支持显示 “币别符号”，必须符合我方定义；多币别符号文件，请洽我司商务合作处。 5.3 <ins>多语系(Language)</ins> a) 游戏商必须提交多语系翻译文檔或多语系游戏画面，以供验证。 b) URL所使用的语系代码，以小写字母，首选2个字母ISO 639-1规范或3个字母ISO 639-2规范，如果ISO 639-1代码不适用于特定语言，则改用ISO 639-2代码。 如：夏威夷语没有ISO 639-1代码，则使用ISO 639-2代码。 <table> <thead> <tr> <th style="text-align:center">语言</th> <th style="text-align:center">ISO 639-1</th> <th style="text-align:center">ISO 639-2</th> </tr> </thead> <tbody> <tr> <td style="text-align:center">英语</td> <td style="text-align:center">en</td> <td style="text-align:center">eng</td> </tr> <tr> <td style="text-align:center">法语</td> <td style="text-align:center">fr</td> <td style="text-align:center">fre</td> </tr> <tr> <td style="text-align:center">德语</td> <td style="text-align:center">de</td> <td style="text-align:center">ger</td> </tr> <tr> <td style="text-align:center">日语</td> <td style="text-align:center">ja</td> <td style="text-align:center">jpn</td> </tr> <tr> <td style="text-align:center">夏威夷语</td> <td style="text-align:center">没有指定</td> <td style="text-align:center">haw</td> </tr> </tbody> </table> 5.4 <ins>补单机制(Round Check)</ins> a) 补单实作需求，请参阅 “游戏服务器对接文件-3. 重送、退款机制” (文件连结，请洽商务)。 b) 补单时，后台时间纪录，如下 <table> <thead> <tr> <th style="text-align:left">项目</th> <th style="text-align:left">时间纪录</th> </tr> </thead> <tbody> <tr> <td style="text-align:left">注单</td> <td style="text-align:left">结束时间 = 补单当下时间</td> </tr> <tr> <td style="text-align:left">细单</td> <td style="text-align:left">派彩时间 = 第一次End round时间 成单时间 = 补单当下时间</td> </tr> <tr> <td style="text-align:left">交易查询</td> <td style="text-align:left">结束时间 = 补单当下时间</td> </tr> </tbody> </table> 5.5 <ins>账号加密(Encryption)</ins> a) 游戏不可揭露其它玩家帐户信息且帐号加密须呈现同于我司要求(b) b) 前端玩家帐号，采用我司原则「最后2码加密，接下来5码公开，剩下补齐至11码」如下<table> <thead> <tr> <th style="text-align:left">账号长度</th> <th style="text-align:left"><=6</th> <th style="text-align:left">> 6 and < 11</th> <th style="text-align:left">>= 11</th> </tr> </thead> <tbody> <tr> <td style="text-align:left">玩家账号</td> <td style="text-align:left">1、123456</td> <td style="text-align:left">12345678</td> <td style="text-align:left">abcde123456789</td> </tr> <tr> <td style="text-align:left">加密后</td> <td style="text-align:left">＊＊＊＊＊＊＊＊1＊＊ ＊＊＊＊23456＊＊</td> <td style="text-align:left">＊＊＊＊23456＊＊</td> <td style="text-align:left">＊＊＊＊34567＊＊</td> </tr> </tbody> </table> 5.6 <ins>彩金系统(Jackpot System)</ins> 运营需求，未开放彩金系统功能，故不允许游戏有此玩法设计。 5.7 <ins>推播系统(Broadcast System)</ins> a) 尊重不同市场玩家，推播信息不允许公告不同币别玩家赢分信息。 如：美金玩家不可收到人民币玩家推播讯息或转换成相同币别后作推播。 b) 运营需求，推播内容含有帐户信息，其账号必须以加密作显示，不可公开该信息；账号加密请参考文中5.5规范。 5.8 <ins>反馈系统(Feedback System)</ins> 运营需求，不允许采用 ”文字输入” 方式来传递讯息反馈产品功能设计。 如：意见反馈、联络我们…等文字反馈系统。 5.9 <ins>兼容性(Compatibility)</ins> 游戏运行环境，必须符合以下适配性。<table> <thead> <tr> <th style="text-align:left">平台</th> <th style="text-align:left">PC</th> <th style="text-align:left">Iphone</th> <th style="text-align:left">Android</th> </tr> </thead> <tbody> <tr> <td style="text-align:left">浏览器</td> <td style="text-align:left">Chrome、Edge</td> <td style="text-align:left">Safari、Chrome</td> <td style="text-align:left">Chrome、UC</td> </tr> </tbody> </table> 5.10 <ins>风险管理(Risk Control)</ins> a) 详细风控需求，请参阅 <a href="https://hackmd.io/@mP2G9qP5SqaVoIFiXH-6RA/SytYNNxpO#%E4%B8%89%E3%80%81CQ9%E6%B8%B8%E6%88%8F%E4%B8%8A%E7%BA%BF%E5%90%8E%E8%90%A5%E8%BF%90%E7%AE%A1%E7%90%86" target="_blank" rel="noopener">CQ9商务平台游戏商对接规格文件明细(New)-风险管理标准</a>。 b) 游戏必须符合「单笔投注风险损失不可超过10万人民币」。 如：老虎机游戏，主游戏触发免费游戏或奖励游戏，触发后赢分包含在单场赔付内。 c) 此需求下，游戏设计上必须阻挡此状况发生采与相对应的机制作法。 如：投注额调整、重新给予RNG、限紅範圍…等。 <h2 id="更新历程" data-id="更新历程"><a class="anchor hidden-xs" href="#更新历程" title="更新历程"></a>更新历程 </h2><blockquote> A 新增、U 更新、D 删除 (新版置顶) </blockquote>2021/08/19 A 新增 3.1-(ｃ) 規範 by ES2021/07/15 A 新增 2.2-注2 說明 by ES2021/07/12 A 初版上线 by ES</div>