提交 · 核验 · 归档

收录服务流程

一条变更记录进入档案库,要走过三个阶段、十个步骤

澳门新京葡8888把四类变更记录的收录拆成一条可对照的固定通道:先确认变更落在哪一类并凑齐字段与出处,再核验口径、判定标签归属,最后分发到对应入口并按周期复查。下面十步各自标出操作内容、注意事项与结果确认方式,提交方可以提前判断自己的材料会走到哪一步。

阶段
3
步骤
10
标签体系
4
条款状态词
待复核 / 校订中 / 已收录
  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
  6. 06
  7. 07
  8. 08
  9. 09
  10. 10
提交与受理 核验与标注入档 分发与归档复查
阶段划分

三个阶段,各自留下一件可核对的东西

阶段之间靠状态词的流转衔接,而不是靠人工确认。每条记录从待复核起步,校订中代表正在比对,已收录才算真正进入档案库。

  1. 提交与受理

    步骤 01 – 03

    留下的东西:受理编号、字段清单、提交回执。

    只做两件事——把跨类内容拆成独立条目,把字段和可回查的出处凑齐。材料不全会停在入口,不会占入档编号。

  2. 核验与标注入档

    步骤 04 – 07

    留下的东西:四色标签归属、口径对照表、正式条目编号。

    逐项比对既有记录,判定主标签与辅助标签,把单条数字和站内总量对齐,再写入档案库并分配不再变动的条目编号。

  3. 分发与归档复查

    步骤 08 – 10

    留下的东西:分发位置记录、周期复查记录、修订版本。

    按类别把条目送到对应入口,再按周、月、季三档节奏复查;需要更正时保留原编号,另开修订版本用于回看。

阶段一 · 步骤 01 – 03

提交与受理

这一阶段的判断都发生在提交方一侧,受理只是把材料收下并给出编号。

从提交入口到受理确认的两级流程示意,下方标注了各类别对应的必填字段清单
字段与出处同时到位,才会生成受理编号。
  1. 确认变更落在哪一类

    先判断这条内容属于四类变更记录中的哪一类:战队阵容收录、赛程对局回放、赛季选手数据分析、电子竞技分组与夺冠概率。类别决定后面要准备哪些字段,也决定条目最终挂上哪一个标签。

    注意
    一次提交只对应一类变更。跨类的内容会被拆成多条分别受理,编号各自独立,不能合并归档。
    结果确认
    拿到受理编号,并且编号前缀与所选类别一致。
  2. 把字段和出处凑齐

    按类别准备字段。阵容类给出战队名、名单变动位与赛季阶段;回放类给出赛季阶段与对局编号;数据类给出战队、选手条目与字段口径;分组概率类给出分组档位与抽签结果。同时附上可以回查的原始出处。

    注意
    出处无法回查的提交只能停在待复核,不会直接入档,也不会占用正式条目编号。
    结果确认
    字段清单没有空缺,出处能按条目编号或赛季阶段被复核者找到。
  3. 从客服渠道提交

    通过客服邮箱或电话提交,写明变更类别、受影响的条目编号与期望落入的版本节点。站点不使用在线表单,也不需要注册账号。

    注意
    工作日 9:00-18:00 内提交的当日受理,其余时间顺延到下一个工作日处理,顺序按到达先后排。
    结果确认
    收到一份含受理编号与预计核验顺序的回执。
阶段二 · 步骤 04 – 07

核验与标注入档

这一阶段决定条目最终长什么样,四步依次完成比对、定标签、对口径、写编号,次序不宜颠倒。

四色标签分别指向阵容、回放、选手数据与分组概率四组字段的判定示意图
一条记录只挂一个主标签,辅助标签上限为两个。
  1. 比对既有条目

    把提交字段与档案库里的既有记录逐项比对,重点看赛季阶段、版本节点和条目编号有没有撞车,再把核验结论写回条目本身。

    注意
    与已有记录冲突时,以先入档的那条为准;冲突项标记为校订中并单独跟进,不覆盖原有内容。
    结果确认
    条目状态从待复核转为校订中或已收录,核验结论可被其他维护者读到。
  2. 判定标签归属

    按四色标签体系判定主标签:青瓷对应战队阵容,品红对应赛程与回放,墨黑对应选手数据,浅莲对应分组与概率。辅助标签只在同一条记录确实横跨两个视角时才追加。

    注意
    主标签一个、辅助标签不超过两个。季度复核时会重新确认归属,归属变化以修订版本体现。
    结果确认
    标签写入后,条目能在对应颜色的筛选视图里被检索到。
  3. 对齐数据口径

    让提交里的数字与站内既有口径一致,确认 240 组战队阵容、3,600 场对局回放、18 支战队的赛季字段与 216 名选手条目这些总量,不因单条变更出现互相矛盾的说法。

    注意
    口径对不上时优先改单条,不动总量;总量调整只放在每月汇总核对时统一处理,避免同一口径出现第二种写法。
    结果确认
    口径对照表更新完毕,单条数字与总量相互吻合。
  4. 写入档案库并分配编号

    按类别与版本节点写入档案库,分配正式条目编号并记下所属版本。产品线从 V1 到 V9 共 9 个主线版本,每个节点都附变更摘要。

    注意
    条目编号入档后不再变动。后续修订以版本增量体现,不替换原编号,历史记录保持可读。
    结果确认
    条目可在精选索引中检出,状态显示为已收录。
阶段三 · 步骤 08 – 10

分发与归档复查

入档不是终点。条目要去到该去的地方,还要在固定节奏里被重新看一遍。

从归档库分出阵容视图、变更报告条目流与数据看板三条分支的结构示意
分发只决定条目出现在哪里,不改动编号与标签。
  1. 分发到对应入口

    按类别把条目送到相应位置:阵容类进入收录方案视图,赛程与回放类进入变更报告条目流,选手数据类进入看板字段,分组与概率类进入结论视图。

    注意
    分发只决定条目出现在哪些入口,不改动编号、标签与状态;同一类别可以出现在多个视图,但编号只有一个。
    结果确认
    在目标入口的列表或看板中,能按条目编号查到这条记录。
  2. 按周期复查

    更新节奏固定为每周发布一次变更摘要,每月做一次汇总核对,每季度复核一次四色标签归属。复查覆盖新入档条目,也覆盖历史条目。

    注意
    复查不改写已发布内容。发现口径偏移时进入下一阶段的回滚流程,而不是就地覆盖。
    结果确认
    复查记录写明覆盖范围与结论,被复查条目的状态保持不变。
  3. 修订与回滚

    条目需要更正时保留原编号,新增一个修订版本,并在变更报告中注明修订原因与影响范围。回滚只撤销最近一次修订,不整条删除。

    注意
    回滚不等于删除。历史版本仍可回看,用于对照修订前后的差异,避免同一处被反复改动而无从追溯。
    结果确认
    修订版本出现在变更报告的对应版本节点上,原编号的历史记录仍可查到。
自查

每一步的结果确认口径

提交前后对照这份清单,可以提前判断条目会停在哪个状态,也能减少来回补材料。

多行勾选状态的确认清单版面,每行左侧以等宽编号标注对应的步骤序号
十项确认标准按步骤顺序排列,可逐条自查。
  1. 受理编号

    编号前缀与所选变更类别一致,没有混用。

  2. 字段完整

    该类别对应的必填字段没有空缺。

  3. 出处可查

    能以条目编号或赛季阶段定位到原始出处。

  4. 核验结论

    条目状态已从待复核变为校订中或已收录。

  5. 标签归属

    主标签一个,辅助标签不超过两个,且与变更类别对应。

  6. 口径一致

    单条数字与站内既有总量之间不冲突。

  7. 入档编号

    条目编号已分配,并能在精选索引中检出。

  8. 分发位置

    目标入口的列表或看板能按编号查到这条记录。

  9. 复查记录

    写明覆盖范围与结论,节奏与每周、每月、每季三档对齐。

  10. 修订留痕

    修订版本可回看,原编号未被替换或删除。

退回处理

常见退回原因与对应动作

退回不等于驳回,多数情形补正之后可以沿用原受理编号继续走流程。

六类退回情形一览
退回类型 触发条件 处理动作
字段缺失 该类别对应的必填字段存在空缺。 补齐字段后沿用原受理编号重新提交。
类型错分 一条提交同时跨越两类变更记录。 拆成多条,按各自类别重新取号。
出处不可回查 无法按条目编号或赛季阶段定位原始记录。 补齐出处;确实无法补齐的,转为待复核条目挂起。
与既有条目冲突 赛季阶段或版本节点与已入档记录撞车。 以先入档者为准,冲突项转为校订中单独跟进。
标签挂错 主标签与变更类别不对应。 调整主标签,并在季度复核时再次确认归属。
口径不一致 单条数字与站内既有总量互相矛盾。 先改单条,总量调整留到每月汇总核对时统一处理。
下一步

按你手头的事找对应入口

流程走完只是其中一环,日常查找与协作另行处理。

  • 收录方案中心

    单人观察、站点归档运营与团队协作三类场景,分别对应哪条收录路径。

  • 团队协作方案

    把同一套筛选视图、批注与状态流转交给多人共用时的前提与边界。

  • 变更报告

    按新旧顺序追更版本节点,并筛出四类变更中的某一类条目流。

  • 精选索引

    按分组扫读已收录条目,快速确认某条记录是否已经入档。

  • 使用帮助

    筛选与对照、回放与回看、字段含义与通知设置的具体操作步骤。

  • 联系入口

    提交收录变更、数据纠错或内容合作咨询时应该走哪个渠道。