工单分类目录把工单类别、归属团队、处理时限和升级路径登记在同一张表里，让受理、分派和统计使用同一套分类口径。本文提供一张可直接复制到文档或表格工具的空白模板，逐列说明填写口径，区分必填与选填，并给出覆盖多层级、含停用分类的完整示例，最后说明分类增删、合并与复核的维护规则。
要点总览（TL;DR）
- 空白模板固定十列：分类编码、分类名称、上级分类、层级、责任团队、处理时限、升级路径、状态、生效日期、备注，可直接复制到表格工具逐行填写。
- 必填字段为编码、名称、上级分类、层级、责任团队、处理时限和状态；升级路径、生效日期、备注按需填写，选填留空表示无特殊约定。
- 填写示例覆盖三级分类、两个责任团队和不同时限，并保留一条停用分类，示范合并后历史工单如何追溯。
- 目录上线后按新增审批、合并停用、季度复核、历史工单保留原分类四条规则维护，避免统计口径前后不一致。
- 分类目录落地到工单系统时，可将字段配置为分类属性，并按责任团队与时限设置分派和超时提醒。
可复制空白模板：工单分类目录表
下表为空白工单分类目录，可直接复制到 Excel、在线表格或文档中填写。表头固定，每一行登记一个分类；层级通过“上级分类”和“层级”两列表达，不依赖缩进或合并单元格，便于后续筛选和排序。示例行已清空，按需增行即可。
| 分类编码 | 分类名称 | 上级分类 | 层级 | 责任团队 | 处理时限 | 升级路径 | 状态 | 生效日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
填写时建议先确定一级分类，再逐层补充下级分类，最后统一补齐责任团队与时限。若分类数量较多，可另建一张“团队与时限对照表”，在目录中只填团队名称，避免同一团队在不同行出现不同写法。
字段说明：每一列记录什么
模板共十列，分为三类信息：分类结构（编码、名称、上级、层级）、处理责任（团队、时限、升级路径）、管理状态（状态、生效日期、备注）。三类信息共同决定一条工单进入系统后由谁接、多久处理、超时找谁。
| 字段 | 记录内容 | 填写口径 |
|---|---|---|
| 分类编码 | 分类的唯一标识 | 按层级分段编码，如一级用两位数字，下级在其后追加，保证全表不重复、不随名称修改而变化 |
| 分类名称 | 面向受理人员和提交人显示的名称 | 使用业务人员能直接理解的词，同一层级内名称不重复 |
| 上级分类 | 本分类所属的上一级分类 | 填写上级分类的名称或编码；一级分类填“无” |
| 层级 | 分类在目录中的深度 | 一级填1，二级填2，依此类推；与上级分类保持一致 |
| 责任团队 | 默认承接该类工单的团队 | 填写团队正式名称，与组织架构中的名称一致 |
| 处理时限 | 该类工单的首次响应或解决时限 | 写明时限类型和时长，如“首次响应4小时”“解决2个工作日”，避免只写数字 |
| 升级路径 | 超时或无法处理时的上报对象 | 按顺序写上级团队或角色，如“一线支持→二线运维→值班经理” |
| 状态 | 分类当前是否可用 | 填“启用”或“停用”；停用分类保留在表中，不再用于新建工单 |
| 生效日期 | 该分类开始或停止使用的日期 | 使用统一日期格式，新增和停用都记录日期 |
| 备注 | 补充说明 | 记录适用范围、合并去向、特殊约定等，不写与分类无关的内容 |
字段之间存在对应关系：层级由上级分类推导，编码体现层级顺序，责任团队与处理时限共同构成服务承诺，升级路径以责任团队为起点。修改某一列时，应同步检查与之关联的列，例如调整层级后要核对编码和上级分类是否仍然一致。
必填与选填：哪些字段不能空
必填字段决定一条分类能否被正确使用：缺少编码无法唯一识别，缺少名称无法选择，缺少上级和层级无法形成结构，缺少责任团队和时限则工单进入后无人承接、无时限约束。选填字段用于补充管理信息，可在目录稳定后逐步补齐。
| 字段 | 填写要求 | 理由与留空处理 |
|---|---|---|
| 分类编码 | 必填 | 唯一标识，留空会导致分类无法引用；暂未定编码时先按规则占位，不提交启用 |
| 分类名称 | 必填 | 受理界面直接展示，留空则无法选择 |
| 上级分类 | 必填 | 一级分类填“无”，其余填上级名称或编码，留空视为结构未定义 |
| 层级 | 必填 | 与上级分类对应，留空会影响统计口径 |
| 责任团队 | 必填 | 决定工单分派去向，留空则无法自动分派 |
| 处理时限 | 必填 | 构成服务承诺，留空则无法计算超时 |
| 升级路径 | 选填 | 简单分类可只写责任团队；涉及跨团队协作或对外承诺时建议填写 |
| 状态 | 必填 | 新建分类填“启用”，停用分类改为“停用”，不留空以免歧义 |
| 生效日期 | 选填 | 新增或停用时填写；批量初始化时可统一填写上线日期 |
| 备注 | 选填 | 用于记录适用范围和合并去向，无特殊说明可留空 |
留空约定需要提前说明：选填字段留空表示“无特殊约定”，不表示“待补充”；必填字段一旦留空，该行分类不得进入启用状态。若某分类暂时无法确定责任团队，可先登记为草稿并在备注中注明，待确认后再改为启用。
填写示例：一份完整的服务工单分类目录
以下示例为一份 IT 服务工单分类目录的片段，覆盖三级分类、两个责任团队、不同时限，并包含一条已停用分类。字段与前述模板完全一致，可直接对照填写。
| 分类编码 | 分类名称 | 上级分类 | 层级 | 责任团队 | 处理时限 | 升级路径 | 状态 | 生效日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 01 | 账号与权限 | 无 | 1 | 服务台 | 首次响应2小时 | 服务台→系统管理员 | 启用 | 2025-01-01 | 覆盖账号开通、权限调整 |
| 0101 | 账号开通 | 账号与权限 | 2 | 服务台 | 解决1个工作日 | 服务台→系统管理员 | 启用 | 2025-01-01 | |
| 010101 | 新员工账号 | 账号开通 | 3 | 服务台 | 解决4小时 | 服务台→系统管理员→HR对接人 | 启用 | 2025-01-01 | 需附入职信息 |
| 0102 | 权限调整 | 账号与权限 | 2 | 系统管理员 | 解决2个工作日 | 系统管理员→信息安全负责人 | 启用 | 2025-01-01 | 涉及敏感权限需审批 |
| 02 | 办公设备 | 无 | 1 | 桌面运维 | 首次响应4小时 | 桌面运维→IT主管 | 启用 | 2025-01-01 | |
| 0201 | 电脑故障 | 办公设备 | 2 | 桌面运维 | 解决1个工作日 | 桌面运维→IT主管 | 启用 | 2025-01-01 | |
| 0202 | 打印机故障 | 办公设备 | 2 | 桌面运维 | 解决2个工作日 | 桌面运维→IT主管 | 停用 | 2025-06-30 | 已并入0201电脑故障，历史工单保留原分类 |
示例中，编码前两位表示一级分类，后两位逐级追加，层级与上级分类一一对应。账号类工单时限短于设备类，反映不同业务的影响范围；升级路径按团队顺序书写，便于超时后逐级上报。停用的“打印机故障”保留编码和名称，状态改为停用并注明合并去向，使历史工单仍能追溯到原分类。
调整与维护：分类目录怎么增删和复核
分类目录上线后需要持续维护，否则会出现同类工单分散在多个分类、旧分类仍被选用、统计口径前后不一致等问题。维护工作包括新增审批、合并停用、定期复核和历史工单处理四件事。
新增分类的审批与编码规则
新增分类由提出方说明使用场景、预计工单量和责任团队，经目录负责人确认后分配编码。编码在上级编码后追加两位序号，不复用已停用分类的编码；新增分类默认状态为启用，生效日期填写批准日期。若新增分类与现有分类职责重叠，应先评估是否改为细化现有分类。
合并与停用分类的处理方式
两个分类职责重合时，保留使用量较大或名称更准确的一个，将另一个状态改为停用，并在备注中写明合并去向。停用分类不从表中删除，编码和名称保持原样，避免历史工单失去归属。停用生效后，新建工单只能选择保留的分类；确需恢复时，重新启用并更新生效日期。
复核周期与责任人
建议每季度复核一次，由目录负责人组织，各责任团队确认本团队分类的名称、时限和升级路径是否仍准确。复核内容包括：长期无工单的分类是否停用、频繁被误选的分类名称是否需调整、时限是否与实际处理能力匹配。复核结果记录在备注或单独的变更记录中，形成可追溯的调整依据。
历史工单的归类处理
分类合并或停用后，历史工单保留原分类，统计时通过备注中的合并去向归并到新分类；不批量改写历史记录，以免破坏当时的处理记录。若确需统一口径，可在报表层建立新旧分类映射，而不是直接修改原始工单。
当分类目录需要落地到工单系统中承载分派与流转时，可将上述字段配置为工单的分类属性，并按责任团队和时限设置分派规则与超时提醒。ONES 支持在工单类工作项中配置分类字段、责任人与流转状态，使目录中的分类、团队和时限在受理、处理、升级各环节保持一致；目录调整后同步更新系统配置，历史工单仍保留原分类记录，便于统计与追溯。
常见问题
分类目录里已经有停用分类，新建工单时还能选到它吗？
不能。停用分类保留在目录中用于追溯历史工单，新建工单只能选择状态为“启用”的分类。若某条停用分类确需恢复使用，应重新启用并更新生效日期，同时在备注中说明恢复原因，避免与合并记录混淆。
同一类工单被分到两个分类，应该合并还是保留？
先判断两个分类的职责是否真的重合。若受理人员经常在同一场景下二选一，说明边界不清，应保留使用量较大或名称更准确的一个，另一个改为停用并在备注写明合并去向。若两者对应不同的责任团队或时限，则属于合理细分，可通过在名称和备注中写清适用范围来减少误选。
分类编码可以随分类名称调整一起改吗？
不建议。编码是分类的唯一标识，历史工单、报表和系统配置都可能引用它，改名时保持编码不变，只更新名称。只有在分类合并或重建目录时，才停用旧编码并分配新编码，旧编码不复用。
季度复核由谁发起，各团队需要确认什么？
由目录负责人发起，各责任团队确认本团队分类的名称是否仍准确、处理时限是否与实际能力匹配、升级路径上的角色是否仍在岗。复核还应检查长期无工单的分类是否需要停用、频繁被误选的分类是否需要改名，结果记录在备注或变更记录中。
分类目录调整后，系统里的历史工单需要批量改分类吗？
不需要。历史工单保留原分类，统计时通过备注中的合并去向或报表层的新旧分类映射归并到新分类。批量改写原始记录会破坏当时的处理痕迹，影响追溯和复盘。目录调整后同步更新系统中的分类配置即可，新工单按新目录受理。
