支持中心 · 六组操作指引

六组支持指引:从检索一条资料,到提交一条勘误

这一页不讲结论,只讲怎么做。六组内容按操作顺序推进,每组都给出可执行的步骤和适用条件。亿百资料库以结构化条目为核心,条目编号、分类标签与适配版本三套索引并存,入口选对了,后面的核对会省下大半时间。如果你只需要一句结论,可以先看常见问题;需要完整的定位与追溯过程,就照着下面六组走。

支持分组
6
本页操作指引
14
工作日回复上限
48小时
  1. 01 检索入口 编号 · 标签 · 年份,任一轴可单独使用
  2. 02 标签归属 12 类标签的族属与组合筛选
  3. 03 变更追踪 从一条条目追历次新增、修订与撤销
  4. 04 版本核对 设备族与版本族的对应关系确认
  5. 05 勘误提交 需要提供哪些字段,提交后走哪些环节
  6. 06 边界与节奏 哪些不处理,各渠道按什么节奏回复
横向六个错位色块串成的支持流程轨道示意,每个节点用色块与等宽序号占位,整体呈纸面质感
六个分组的推进顺序:检索 → 标签 → 变更 → 版本 → 勘误 → 边界,前一步的结论是后一步的输入。

分类标签使用:组合、交叉与归属判断

分类标签共 12 类,分属服务族、资料库族与变更说明族。标签之间是取交集的关系,叠加越多范围越窄。各族的划分口径与内容构成,在关于亿百里有完整说明,拿不准归属时可以先回去看一遍。

多个分类标签能不能叠加使用?叠加后范围是变窄还是变宽?
  1. 多个标签之间按交集生效,叠加越多,返回的条目集合越小。
  2. 从你最有把握的那一个标签开始,先确认它能覆盖你印象中的那批资料。
  3. 再逐个叠加第二个、第三个标签,每叠一个都看一眼结果是否还合理。
  4. 如果叠到只剩零星几条,通常是某个标签选错了,退回上一步单独验证它。

适用条件你至少能确定一个标签的归属。一个都确定不了时,先按三大族粗略定位,再逐步收窄。

同一条资料在不同年份都能被搜到,年份筛选到底筛的是哪一层?
  1. 条目本身有一个发布时间段,表示首次归档的阶段,这个时间之后不会再变。
  2. 变更记录各自带有生效阶段,一次修订会落在更晚的季度上。
  3. 所以按年份筛选,看到的是归档年份;按变更记录筛选,看到的是生效阶段,两者可能落在不同的年份。
  4. 要判断某条资料近期有没有改动过,一律看变更记录;只看发布时间段会被误导。

适用条件你需要区分“第一次出现”与“后来改过”。如果只是想找到那条资料,用哪个年份都能到达。

一个条目的内容符合两个分类标签,怎么判断该归哪一类?
  1. 先看这条资料在做什么:说明产品是什么的,归资料库族。
  2. 说明改了什么、什么时候生效的,归变更说明族。
  3. 面向使用者的操作说明、获取指引与适配说明,归服务族。
  4. 两边都说得通时,按更窄的那个标签归属,把宽标签留给检索时的宽入口。
  5. 判断结果与站内不一致,可以走勘误渠道提出标签建议,处理时按勘误流程走。

适用条件条目内容确实横跨两类。只是“感觉像”的话,先按上面三步过一遍再下结论。

变更记录追踪:从一条条目看它的来路

变更记录分新增、修订、撤销三类,每条至少记录变更类型、涉及字段与生效阶段。追踪的核心不是记住所有改动,而是知道改动的顺序和判断依据。

怎么从一条资料追到它历次被改过的记录?
  1. 打开条目后先读状态字段,确定它是现行、修订中、已归档还是已废止。
  2. 下拉到变更记录区,这里按新增、修订、撤销三类逐条列出。
  3. 按生效阶段从近到远读一遍,就能看出这条资料的变化顺序,而不是一堆孤立的改动。
  4. 想确认某个字段为什么变成现在这样,就在记录里找涉及该字段的那一条修订。
  5. 整体迭代脉络在版本更新的时间线里按阶段汇总,可以对照着看。

适用条件该条目至少经历过一次修订。从未修订过的条目,变更记录里只会有一条建档记录。

变更记录里的“撤销”和状态里的“已废止”是一回事吗?
  1. 不是同一件事。撤销是变更记录里的一类动作,说的是某一次改动被撤回,条目本身仍然存在。
  2. 已废止是条目状态,表示这条资料整体不再作为现行依据使用。
  3. 一条条目完全可以是现行状态,同时包含某次被撤销的修订。
  4. 判断能不能继续引用,看状态字段;判断改过什么、什么时候生效,看变更记录。
  5. 当前版本里各字段的定义与取值范围,当前版本说明里有逐项对照。

适用条件你需要确认某条资料还能不能作为引用依据。两个字段都要看,不能只看其中一个。

适配版本确认:设备族与版本族的对应

适配清单对应 46 份设备与版本组合,覆盖 6 个设备族与 V2、V3、V4 三个版本族,当前版本为 V4。核对的关键是先定设备族,再横向交叉版本族,两栏任何一栏填错都会找不到。

怎么确认自己的设备落在哪个版本族里?
  1. 先定设备族,适配清单一共覆盖 6 个设备族,按设备本身的世代归属判断。
  2. 在清单里把设备族与版本族横向交叉,组合合计 46 份。
  3. 版本族分 V2、V3、V4 三代,当前版本为 V4,早于 V4 的组合仍然保留在清单中。
  4. 找到对应那一份之后,再去客户端获取页核对安装前要准备什么、装完怎么确认版本号。

适用条件设备族能明确判断。判断不了时先翻设备自带的说明,不要凭接口外观猜世代。

清单里找不到我的设备与版本组合,是不是就用不了?
  1. 清单只登记已经完成核对的组合,未登记不等于明确不支持。
  2. 先回头确认设备族和版本族有没有填错,把更早的世代顺手填进去是常见情况。
  3. 两栏都确认无误还是找不到,通过客服邮箱提出一次适配咨询。
  4. 咨询时写清楚设备族、版本族,以及你在设备上实际看到的版本号,对方才能直接比对。

适用条件设备族与版本族都已确认,但清单里确实没有对应的一份。这时才需要走咨询,而不是重复自查。

勘误提交:字段齐全才走得动

勘误走客服邮箱,站内不设在线表单,也不接受通过其他渠道重复提交。字段给全了,核对环节就能一次跑完。

横向分段的勘误处理节奏条示意图,米白、苔绿与紫色色块分别标记接收、核对、并入与反馈四个环节
一条勘误的处理链路:接收确认 → 字段核对 → 比对待办 → 并入或退回。
提交一条勘误,需要带上哪些字段?
  1. 条目编号。编号形如 YB-SV-2022-0417,四段完整,对方才不用回头再问一次。
  2. 你看到的原文位置,以及该处的当前值。
  3. 你认为正确的值,以及判断依据来自哪个阶段或哪个版本。
  4. 如果问题出在归属上,附上你的分类标签建议,而不是只说“归错了”。

适用条件问题能定位到具体条目。手上没有编号时,先在检索环节确认是哪一条,再提交。

YB-SV-2022-0417
勘误发出去之后,会经历哪些处理环节?
  1. 客服在工作日 48 小时内回复,先确认收到,并核对字段是否齐全。
  2. 字段齐全的进入核对环节,与已有条目和变更记录逐项比对。
  3. 核对通过的按下一次月度增量勘误并入条目,同时在变更记录里留下一条修订记录。
  4. 没通过的会说明原因,或者转为分类标签建议单独处理。

适用条件勘误已通过客服邮箱提交。站内不提供在线表单,也不要在多个渠道重复提交同一条内容。

服务边界与响应节奏

把能做的和不能做的都写清楚,比含糊地答应下来更有用。提交之前先对一遍下面两条,可以省掉一轮来回。

哪些事情不在支持中心的处理范围内?
  1. 站内不提供直接下载链接、二维码与在线表单,索取安装包不在支持范围。
  2. 不判断某条资料是否满足你的具体合规或审计要求,这部分结论需要你自己作。
  3. 不承诺成功率、收益或排他性协作结果,任何无法核验的结果都不在回复范围内。
  4. 与条目、标签、版本无关的产品使用问题不在处理范围。

适用条件提交前先确认你的问题能对应到某一条资料、某一个标签或某一组版本组合,否则很难进入核对链路。

不同渠道分别按什么节奏回复?
  1. 客服邮箱 support@yibai-brand.com.cn 负责条目勘误、分类标签建议与 V4 适配清单咨询。
  2. 回复节奏为工作日 48 小时内,周末与法定节假日不计入这个时长。
  3. 客服电话 400-7525-3807 适合确认处理进度、询问该走哪一条渠道。
  4. 来信地址为山东省青岛市市南区香港中路76号,仅作通信联系使用。

适用条件写清楚对应的条目编号或版本组合,回复会更准确。更完整的渠道说明在联系我们页。