ServiceNow Certified Implementation Specialist - IT Service Management (CIS-ITSM)

**CMDB 中 CI Relationships 的方向和影响分析搞错** — CIS-ITSM 对 CMDB 的考查虽然不深，但必考 CI Relationships 在 Change Management 里的作用。关键点：**Upstream（上游）依赖和 Downstream（下游）依赖方向不能搞反**——Change 影响分析是沿着 Downstream 方向传播的（改动一个上游 CI，会影响所有依赖它的下游 CI）。很多人把方向搞反直接挂一整块 Impact Analysis 题。

**CAB 审批流和 Approval Rules 的配置逻辑搞混** — Change Advisory Board（CAB）不是一个固定的审批组，而是通过 **Workflow + Approval Rules** 动态组装的。Normal Change 的审批流：Request → Assess → Authorize（CAB 审批）→ Scheduled → Implement → Review → Closed。常见错误：认为 CAB 审批是单次投票，实际上 Workflow 可以配多轮、多条件分支。考试会问"如何给 Risk=High 的 Change 加一层 Executive 审批"，答案是改 Workflow + Approval Definition，不是改 CAB 组成员。

**SLA 的 Pause Condition vs Business Hours 完全是两回事** — 这是 CIS-ITSM 最经典的坑。**Pause Condition** 是基于 Incident 状态的暂停（例如"当 Incident = On Hold 时暂停 SLA 计时"）；**Business Hours** 是基于 Schedule 的暂停（例如"只在工作日 9am-5pm 计时，下班自动暂停"）。两者独立生效，考试题会同时考两个场景让你区分。错误做法：用 Business Hours 模拟 On Hold 暂停，或反过来。正确做法：On Hold 等状态类用 Pause Condition，下班/假期类用 Schedule。

**Knowledge Management 的发布审批流细节被忽视** — KB 文章的生命周期是 **Draft → Review → Published → Retired**，其中 Review 阶段必须指定 Knowledge Manager 审批。常见错题："作者提交 KB 文章后状态直接是 Published，为什么？" 答案：Knowledge Base 配置里关闭了 Workflow（`workflow` 字段为空）。另一个考点是 **Knowledge Article 的 Valid To 日期**——过期后自动 Retire，很多人从来没注意过这个字段。

**过度定制 OOB 流程——考试永远选"不改 OOB"** — ServiceNow 的升级策略决定了 OOB 功能在版本升级时会被覆盖，所以实施最佳实践是"能用 OOB 就不改"。考试场景题里只要出现"客户要一个需求，方案 A 改 OOB Workflow，方案 B 用现成的 Notification / Flow Designer / Approval Rules 配置"，**正确答案永远是方案 B**。初学者容易被"改 Workflow 看起来更灵活"误导，实际考试这么选必挂。

**Request Management 里的 Catalog Item、Record Producer、Order Guide 概念混淆** — Service Catalog 模块考试必考：**Catalog Item** 是最基本的申请项（如"申请新笔记本"）；**Record Producer** 是用 Catalog 界面创建任意表记录的工具（例如用 Catalog 界面创建 Incident）；**Order Guide** 是把多个 Catalog Item 打包成一个申请流程（例如"新员工入职"一次创建电脑 + 账号 + 门禁 + 工位四个申请）。考题会给场景问"应该用哪个"，搞不清概念直接丢分。