A / 覆盖口径
厂商与玩法不在同一层级
厂商按供应商计，玩法按条目计。跨厂商合并统计会失真，所以本站两组数字分开列示。
当前计数：厂商 23 家 · 玩法条目 312 项，随批次刷新。
[ 业务线索引 · 覆盖与档位 ]
游戏与业务线
这一页回答的是覆盖问题：本站收录了哪些厂商、玩法条目按什么单位计数、派彩时长与投注区间各自分成几档。 看重活动规则的人了解电子官网时，通常先在这里把档位和口径的整体印象建立起来，再顺着索引回到具体条目。 全页只做口径说明，不涉及任何参与方式。
- 内容厂商
- 23
- 玩法条目
- 312
- 规则说明文档
- 86
- 累计更新记录
- 1400+
五档时长 · 九档区间 · 按批次编号回溯
[ 01 · 覆盖概览 ]
三组计数，三种不同的读法
厂商、玩法条目和规则文档分别处在不同的统计层级，数字之间不存在固定倍率。读之前先确认口径，读之后才不会互相误推。
-
23
内容厂商
按可查证的内容供应商计数。同一家供应商可能同时提供多个玩法，因此厂商数量不能与玩法数量互相换算。
-
312
玩法条目
按可独立定位的条目计数。编号采用批次—序号的形式，同一条目多次修订时保留变更前后两版记录。
-
86
规则说明文档
一份文档通常覆盖一个玩法族的完整口径，包含派彩时间的计量方式、投注区间的分档边界与生效范围。
三组数字都随批次刷新变动，页面数值与资讯页的批次记录保持一致。就近一次扩容把玩法条目从 240 项增加到 312 项， 并同步补充了对应的文档版本号。
[ 02 · 内容索引 ]
按主题下探到具体条目
标签为页内定位入口，点击后跳到对应小节，不重新请求数据。
B / 派彩时长
五档时长标注
档位跟着玩法走，不跟厂商走。同一玩法换结算方式，档位会变。
档位编号 01–05，具体时长以当批次条目给出的口径为准。
C / 投注区间
九档单注区间
九个档位连续衔接，相邻档的边界互相咬合，不重叠也不留空档。
全部以单注为口径表述，额度变动按批次记录。
D / 文档
规则条目怎么读
文档按玩法归类，先术语后分档，最后才是边界与例外。
共 86 份，每份带版本号。
E / 记录
批次更新记录
保留变更前后的数值对照，可以顺着批次号往回翻。
累计 1400 余条，按周集中刷新。
F / 核对
厂商数量的人工核对通道
核对前先定位到条目或批次，核对结果以新条目形式并入记录列表。
客服时段 09:00–21:00（GMT+8），平均响应约 15 分钟。
[ 03 · 派彩时长 ]
五档时长，按玩法分别标注
同一款玩法在不同结算方式下的时长不同，所以档位挂在玩法条目上，而不是挂在厂商上。五档描述的是计量方式与归属规则，不描述派彩结果。
-
01
逐局结算
计量区间为单局结束到派彩写入记录之间，粒度细，容易与当期条目逐条对应。
-
02
短线结算
以连续若干局构成的单元计量，单元长度由该玩法的条目定义，不跨单元累计。
-
03
常规结算
按固定截点归集，跨过截点的部分顺延到下一段，时长覆盖完整一段而不截断。
-
04
跨段结算
计量区间横跨两个归集段，记录时以结束段所在的批次号作为归属依据。
-
05
周期结算
以完整周期为单位计量，周期长度与起算点由该玩法的当期条目给出。
五档只标注计量方式与归属规则。具体条目落在哪一档，以该玩法当批次的条目文本为准。
[ 04 · 投注区间 ]
九个档位，全部以单注为口径
九档从低到高连续衔接，相邻档的边界互相咬合、不重叠。任何额度变动都写在单注口径下，页面本身不出现参与方式与结果暗示。
- 01 下界
- 02 起用
- 03 低段常用
- 04 低段封顶
- 05 中段起用
- 06 中段默认
- 07 中段封顶
- 08 高段常用
- 09 上界
低段 · 一至三档
边界设置得比较密，作用是把最小可用单注与几个常用的小额度分开，避免出现空档。
中段 · 四至六档
边界间距拉开，是多数玩法默认落在的区间。档位说明里会注明该档覆盖的玩法族。
高段 · 七至九档
边界起约束作用，超出对应上限的单注会按更高一档处理，个别玩法在自身条目里单独说明。
九档只描述单注额度的归属规则。换算方式与相邻档的咬合关系，以规则说明文档中的对应条目为准。
[ 06 · 核对通道 ]
厂商数量怎么核对
厂商数量与当期细则可以在客服时段内人工核对。核对不查验身份、不收取费用，结论以条目形式回写进更新列表。
-
01
先定位条目
找到要核对的厂商条目或玩法条目，记下批次号与序号，用来说明核对的是哪一条记录。
-
02
说明核对目标
明确是核对厂商总数、某一玩法的收录状态，还是某一期的档位边界，三种目标给出的答复形式不同。
-
03
通过客服渠道提交
客服邮箱 contact@pgdianzi-login.com.cn，联系电话 400-8234-8389，服务时段 09:00–21:00（GMT+8），平均响应时长约 15 分钟。
-
04
结果以条目回写
核对完成后，结论作为一条新记录并入更新列表，同时保留原值与核对值两列，便于对照。