条目可用编号或城市码检索：BJ-IDX-0217 ｜ 城市码 BJ / SH / SZ / GZ ｜ 自 2008 年起持续编目
CASE INDEX · 12 CASES / 5 GROUPS
这里收录的十二段操作记录，每一段都写清触发情形、当下需求、具体做法与可核对的结果。案例不出现机构名称，也不引用任何署名说法，读者可以把自己的手头任务对上去，再顺着条目编号回到原条目复核。
摩斯国际把索引条目、变更记录、帮助文档与版本快照放在同一套编号体系里，同一个疑问常常有多条进入路径。下面五组分别处理对照、查阅、定位、回溯与核对五类任务。
北京摩斯国际变更记录按季度归档，最早可以回溯到建站阶段。三条案例都从编号或时间区间入手，把手里零散的摘录重新接回原条目。
场景同一条记录在两份摘录里写法不一致，手头只有大致的时间范围。
需求先确认这次调整落在哪个季度的归档里，再判断哪份摘录更接近原条目。
做法
结果定位到一条变更记录，来源说明与更新时间两栏互相印证，摘录以这一条为准。
参考条目 ID 前缀：BJ-CHG
适用条件：时间范围能收敛到季度以内，且记得类别码。不适用：只有一句转述、拿不到任何编号线索时，改走事实核对路径。
场景摘录里引用了一句结论，却没有写明它来自哪一次变更。
需求把结论与产生它的那条变更对上号，避免继续转述来源不明的说法。
做法
结果找到支撑该结论的条目，结论与条目 ID 一并写入自己的记录。
参考条目 ID 前缀：IDX
适用条件：结论含有可检索的名词或编号。不适用：结论属于概括性判断、拆不出可检索名词时，无法用此法反查。
场景需要判断某个字段的写法是长期沿用，还是中途调整过一次。
需求给出前后两次变更的时间顺序与改动位置，而不是只给一个结论。
做法
结果得到一条含两次变更的对照记录，改动位置与批次编号都可复查。
参考条目 ID 前缀：BJ-CHG
适用条件：类别下存在两次及以上变更记录。不适用：该类别只有一条记录时无法形成对照。
会员查阅帮助文档时，难点通常不在找不到篇目，而在于确认自己属于哪一种操作分支。以下三条案例沿主题域一路收窄到具体步骤。
场景会员账号在使用过程中遇到一项操作，不知道入口在哪一个位置。
需求先锁定主题域，再看具体篇目，避免在一百八十余篇文档里逐页翻找。
做法
结果定位到一篇操作指引，篇目编号与更新时间一并记录，便于下次直接回访。
参考资料类别：帮助文档
适用条件：问题属于已收录的九个主题域之一。不适用：涉及账号权限之外的疑问，应通过客服邮箱询问。
场景同一个操作在不同条件下有不同走法，需要先判断自己属于哪一支。
需求把条件逐条比对，找出唯一适用的操作分支。
做法
结果得到一条带分支编号的操作路径，后续复查时无需重新判断条件。
参考资料类别：帮助文档
适用条件：问题在常见问题归类中有对应条目。不适用：多个条件同时成立、无法归入单一分支时，先按最接近的分支验证。
场景帮助文档里的说明与索引条目的表述出现了差异。
需求在两边都看得到的情况下，确定以哪一栏为准，并留下可复查的痕迹。
做法
结果明确以哪一栏为准，时间差写进记录；若差异影响结论，转反馈路径提交。
参考资料类别：帮助文档 / 索引条目
适用条件：条目与篇目都能打开。不适用：只有一边可见时，单凭一边不能下结论。
十二个一级分类、四十七个二级分组，先把范围收窄，再逐条比对。两条案例分别处理用途线索与双线索交叉的检索。
场景只大致记得资料的用途，想不起它的名称与编号。
需求从用途出发，把搜索范围从十二类收缩到若干个具体条目。
做法
结果检索范围从十二类收窄到具体条目，两级编号可复用。
参考资料类别：目录规范
适用条件：能描述资料的用途。不适用：用途横跨多个分类时，需要分别检索后合并结果。
场景按主题找不到，按用途筛选又过于宽泛，候选条目依然很多。
需求得到主结果与备选结果两组，减少逐条翻看的次数。
做法
结果两组结果并列，交叉命中的条目优先核查。
参考资料类别：主题专题 / 目录规范
适用条件：主题与用途两个线索都能明确表述。不适用：其中一条线索无法说清时，退回单线索检索。
广州内容资源下载区保留近三年、累计 1,180 个版本文件，回溯与比对都在这个范围里完成。版本以批次编号标注，不绑定具体日期。
场景手中的文件与站内现行版本对不上，需要找到更早的那一份。
需求先确认所需版本仍在保留范围内，再取出对应的批次编号。
做法
结果取到一份可回溯的版本，批次编号写入自己的核对记录。
参考资料类别：下载资源 / 版本快照
适用条件：所需版本落在近三年保留范围内。不适用：超出该范围的版本不保留，无法回溯。
场景需要说明某个字段在前后两批快照之间发生了什么改动。
需求把差异落到字段一级，而不是只给一句整体判断。
做法
结果得到一份字段级差异清单，每一项都能定位到批次与字段。
参考资料类别：版本快照 / 核对记录
适用条件：两批快照覆盖同一条目。不适用：条目在某一批次尚未收录时，只能说明该批次没有对应记录。
核对的目的不是得出一个说法，而是让说法可以被别人重新走一遍。两条案例处理对照过程本身，以及核对完成之后的记录方式。
场景转述一句结论之前，需要先确认它的来源落在哪一条记录上。
需求把结论里的事实点与原条目逐项对应，对不上的部分单独标出。
做法
结果结论可以追溯到具体条目与具体字段，待核项在引用前被单独标注。
参考资料类别：核对记录 / 索引条目
适用条件：能够定位到原条目。不适用：只有二手转述、原条目无法定位时，无法完成核对。
场景一次核对结束后，需要留下便于他人复查的痕迹。
需求记录字段要完整，让复查者不必重新检索就能判断结论是否成立。
做法
结果形成一份字段完整的核对记录，复查者可按编号回溯到原始条目。
参考资料类别：核对记录
适用条件：条目 ID 与批次编号都已取得。不适用：编号缺失时记录不完整，应先补齐编号再归档。
CASE WRITING SCOPE / 写法边界
十二段记录都只包含场景、需求、做法与结果四部分，涉及资料类别与条目 ID 前缀作为可核对线索。案例中不出现机构名称、人物姓名与署名说法，也不对使用结果作出承诺；条件与不适用情况写在每一段的末尾，供读者判断是否对得上手头任务。
案例里出现的资料类别，可以在专题聚合按编号继续下钻；需要按手头任务选择进入路径的读者，可以从应用场景逐组对照；关于条目的收录口径与版本时效，详见使用说明。回到首页索引