校验节点 · 单主题说明

六道校验:数据在发布前后的硬性检查

平博赛场的每一条赛程与每一个统计数字,在进入页面之前要过四道检查;上线之后,还有两次固定窗口的复核。本页只讲这六个节点本身——每一项的通过条件、常见的失败原因,以及失败之后具体怎么做。

  • 04 道发布前检查
  • 02 次发布后复核
  • T+2 小时内完成当日更新
  • 14 个比赛日内完成赛季复核
01

本页讲的是哪一段

只处理校验节点,不重复九步的操作说明

校订流程讲的是九个步骤的先后顺序:从赛程采集走到赛季归集。本页只处理其中一个侧面——在这九个步骤之间,哪些位置必须先停下来检查,检查不通过就不能继续往下走。

六个节点分布在流程的两端。四个在发布之前,决定当天的数据能不能上线;两个在发布之后,决定已上线的内容要不要回退,以及一个赛季能不能封存归档。节点与步骤并不是一对一的关系:一个节点可能横跨两个步骤,也可能有两个节点落在同一段里。

每个节点在本页只记录三样东西:节点编号、所在步骤、处理结论。至于九步各自怎么做、每一步的输入和输出是什么,请回到数据校订流程查看完整说明。

02

六道校验与九步流程的对照

先查表定位,再往下细读某一个节点

左列的节点编号可以直接跳到下方的展开说明。同一行能看到它落在哪个阶段、卡在流程的哪一步、由哪一类角色确认,以及结论写回哪里。

校验节点与流程步骤对照表
节点 校验名称 对应步骤 确认角色 结论记录位置
N01 赛程字段完整性 01 – 02 当日值守 比赛日发布记录
N02 首发轮换与替补口径 03 · 05 轮换校对 场次轮换记录
N03 红黄牌与停赛状态 04 状态登记 停赛与状态台账
N04 统计数字与格式对齐 06 统计校对 赛区口径备注
N05 发布后首轮复核 08 – 09 发布值守 发布批次回执
N06 赛季归档复核 09 归档校对 赛季归档说明
03

发布前的四道检查

前一道不过,后一道不会开始

这四道检查按顺序走,每道都给出可判定的条件——条件全部满足才算通过,没有「差不多可以过」的中间状态。下面的图例说明本页所用的两种标记。

  • 主色对勾=该条属于通过条件
  • 红色方块=该条属于不合格或需回退
俯拍双手在键盘上操作的画面,屏幕上显示的是模糊不可读的数据界面
发布前检查全部在数据进入页面之前完成,检查对象是字段与记录,而不是页面外观。
N01

赛程字段完整性

落在步骤 01 赛程采集与步骤 02 比赛日归集

通过条件

  • 该比赛日的每条赛程同时具备赛区编号、比赛日序号、场馆编号、双方战队编号四项字段,缺任意一项即判定不通过。
  • 同一赛区内的比赛日序号连续,不出现跳号,也不出现同一天两条记录共用一个序号。
  • 场馆编号能在 68 座场馆、24 座城市的归类表中查到,且与所属赛区一致。

常见失败原因 不合格

  • 场馆编号与赛区归属不匹配,多数来自跨赛区录入时选错了归类。
  • 同一天的两条记录被写成两个不同的比赛日序号。
  • 战队编号位数不统一,出现 A-7 这类未补齐的写法。

处理动作

退回步骤 01 重新采集,逐条标注缺失字段;跨赛区场馆先按城市归类表回填,仍无法判定的当条不进入当日发布;编号统一补齐至两位后重跑步骤 02。

N02

首发轮换与替补口径

落在步骤 03 首发轮换核对与步骤 05 统计字段计算

通过条件

  • 每场比赛的首发名单数量与该赛季规则一致,轮换次数与上一场名单的差集吻合。
  • 替补贡献排名的分母(出场场次)与该编号名下的记录条数相等。
  • 同一战队编号不在同一场比赛的首发与替补位置同时出现。

常见失败原因 不合格

  • 换人之后没有同步更新轮换次数,名单与计数各自为政。
  • 替补登场的场次被错误计入首发名单。
  • 分子与分母取自不同赛季的汇总,比值算出来偏大或偏小。

处理动作

冻结该场比赛的轮换字段,退回步骤 03 逐条比对名单;分母与记录条数不一致时,以记录条数为准重算,并在版本动态中登记这一次的口径说明。

N03

红黄牌与停赛状态

落在步骤 04 红黄牌与停赛登记

通过条件

  • 每条红黄牌记录都绑定到具体比赛日与战队编号,并写明停赛场次或当前的复核状态。
  • 红牌对应的停赛覆盖下一个比赛日;黄牌只有累计到阈值时才转为停赛。
  • 状态以颜色块加文字两重方式呈现,不出现只有颜色、没有文字说明的记录。

常见失败原因 不合格

  • 同一张黄牌在相邻的比赛日被重复登记。
  • 停赛场次指向已经结束的比赛日,记录实际上失去约束力。
  • 红牌记录只着色不写字,读屏与色觉障碍读者无法判断状态。

处理动作

重复登记按比赛日去重,保留最早一条;停赛场次指向已结束比赛日时,先改为待复核状态并退回步骤 04 确认;文字状态补齐之后才允许进入步骤 05。

N04

统计数字与格式对齐

落在步骤 06 越位与替补口径复核

通过条件

  • 越位次数统计、首发轮换次数、替补贡献排名的分子与分母,在赛区档案中能逐项相加还原。
  • 赛季汇总数字与逐比赛日数字之和完全一致,差额为 0。
  • 全部数字使用等宽字形并启用等位数字,千分位分隔统一,赛季使用 S1–S6 前缀。

常见失败原因 不合格

  • 赛季汇总先取整再相加,与逐场明细对不上。
  • 越位次数把加时阶段的记录计入常规时间。
  • 同一字段在不同赛区使用了不同的统计口径,横向比较失去意义。

处理动作

以逐比赛日明细为准回推汇总,差额记入待复核;口径不一致的赛区,在赛区档案中把该字段标为试运行,并在版本动态登记口径版本号;显示格式统一在步骤 06 处理。

04

发布后的两次复核

一次在更新完成后的一天内,一次在赛季结束后

发布不等于结束。两个复核节点各自有固定的时间窗口,窗口之内没有异常才算真的落地;一旦触发回退条件,改动会连同原因一起写进版本动态。

夜间工位上的多屏显示画面,屏幕上只有抽象的曲线与刻度,无人物面部
复核窗口内的比对对象是归档记录与页面条目,二者逐条对应才算通过。
N05

发布后首轮复核

复核窗口:更新完成之后的下一个比赛日之前

通过条件

  • 比赛日结束后 T+2 小时内完成更新,页面条目数与归档记录逐条对应。
  • 24 小时窗口内没有收到附截图的字段不一致反馈。
  • 发布批次号与所用版本号同时写回发布记录,可被后续检索到。

回滚触发条件 待复核

  • 收到附截图的纠错,截图字段与归档不一致,且能在归档中定位到唯一正确值——按单条回退处理。
  • 同一比赛日被重复发布了两次——整批回退到上一个批次。
  • 更新延迟超过 T+2 小时且原因尚未定位——当日条目暂不可见,先回退再排查。

处理动作

冻结该比赛日的编辑入口,回退到上一批次,在版本动态中登记回退原因与涉及范围。单条回退不影响同一比赛日的其他字段。

N06

赛季归档复核

复核窗口:赛季结束后 14 个比赛日以内

通过条件

  • 该赛季全部比赛日条目齐全,编号连续,不存在缺号。
  • 赛季汇总的各项统计与逐比赛日明细完全吻合,差额为 0。
  • 归档说明写明哪些统计字段已生效、哪些仍为试运行。

转待复核的条件 待复核

  • 汇总与明细存在差额,且在窗口内无法定位到具体比赛日——该赛季不进入归档。
  • 赛季中期发生过口径变更的赛区,没有按新口径重算。
  • 补录导致编号排序错位,比赛日顺序与赛程顺序不再对应。

处理动作

重跑步骤 09,口径变更过的赛区按新版本号重新汇总。归档结论与重算记录在版本动态中登记。已归档赛季为 6 个,当前赛季能否增加到第 7 个,由这次复核决定。

暗场环境中的红色指示灯与刻度线构成的抽象构图,无品牌文字
回退发生时,标记以颜色块与文字同时出现,不依赖颜色单独传达结果。
05

回到流程,或提交一条纠错

下一步该去哪里,取决于你手上的问题属于哪一类

如果你手上有一条记录与页面不一致,请把截图和对应的比赛日序号、战队编号一起发送到客服邮箱 info@esports-arena-pingbo.com.cn,工作日 10:00–22:00 回复。只有能定位到具体字段的反馈才会进入复核节点,笼统的印象不足以触发回退。