工单提报模板里的条件显示字段，设置思路可以拆成三步：先按工单类型把字段分成公共字段和类型专属字段，再为每个字段写明依赖字段、触发值和显示或隐藏动作，最后把必填规则和填写说明挂到对应字段上。配置完成后，用典型工单逐条走一遍提报路径，确认字段在触发与未触发两种状态下都符合预期。本文按字段分层、条件规则、必填与说明、角色分工、完整示例和上线检查的顺序展开，交付一份可执行的条件显示规则表和上线检查清单。
要点总览（TL;DR）
- 先按工单类型拆分模板，把字段分为公共字段与类型专属字段，公共字段固定显示，类型专属字段才需要配置条件显示。
- 条件显示规则由依赖字段、触发值和显示或隐藏动作三部分组成，多条件作用在同一字段时要写明优先级或合并为互斥规则。
- 条件必填随显示条件生效：字段显示时才校验必填，字段隐藏时不校验，避免用户看不到却报必填错误。
- 填写说明写清填什么、什么格式、给一个示例；选项型字段给出明确选项定义，减少自由填写造成的脏数据。
- 上线前按每种工单类型走一遍提报路径，分别验证条件必填的触发与未触发状态，并抽查历史工单的兼容表现。
先定字段分层：公共字段与类型专属字段
条件显示字段之所以容易配乱，常见原因是所有工单类型共用一个模板，字段越加越多，用户面对大量无关输入项。更稳妥的做法是先做字段分层，再决定哪些字段需要条件显示。
公共字段是全类型都要填的信息，例如提报人、所属系统、影响范围、期望完成时间、联系方式。这类字段通常固定显示，不参与条件判断。类型专属字段只在特定工单类型下出现，例如故障类工单的“故障开始时间”“影响用户数”，权限申请类工单的“申请账号”“权限有效期”，设备报修类工单的“设备编号”“故障现象”。划分依据是：该字段是否对所有工单类型都有业务意义，只有部分类型需要采集的信息归入类型专属。
分层完成后，按工单类型建立模板清单，一个类型对应一个模板或一个模板分支，避免用一个模板承载全部类型。字段命名和选项口径要统一，例如“所属系统”在各类工单中保持同一名称和同一套选项，避免出现“系统名称”“涉及系统”“所属平台”等同义字段，导致后续统计和检索困难。
| 字段名 | 所属层级 | 适用工单类型 |
|---|---|---|
| 提报人 | 公共 | 全部类型 |
| 所属系统 | 公共 | 全部类型 |
| 影响范围 | 公共 | 全部类型 |
| 故障开始时间 | 类型专属 | 故障报修 |
| 影响用户数 | 类型专属 | 故障报修 |
| 申请账号 | 类型专属 | 权限申请 |
| 权限有效期 | 类型专属 | 权限申请 |
| 设备编号 | 类型专属 | 设备报修 |
这张清单是后续配置条件规则的基础：公共字段一般不需要条件显示，类型专属字段则要明确在什么条件下出现。
条件显示规则怎么设：依赖字段、触发值与动作
一条条件显示规则由三部分组成：依赖哪个字段、该字段取什么值时触发、触发后执行显示还是隐藏。把这三项写成一行规则，配置时逐条对照，能减少遗漏和冲突。
依赖字段通常选择排在前面、用户先填的字段，最常见的是“工单类型”或某个选项型字段。触发值的写法要与字段类型匹配：选项型字段用“等于某选项”或“属于某几个选项”，文本字段可用“非空”或“包含某关键词”，日期字段可用“早于或晚于某时间”。触发条件要尽量具体，避免用“非空”覆盖过多场景导致字段频繁出现。
动作分为显示和隐藏。默认隐藏、满足条件时显示，适合类型专属字段；默认显示、满足条件时隐藏，适合排除某些场景的字段。隐藏字段是否保留历史值需要明确：如果用户先填了某字段、随后修改依赖字段导致该字段被隐藏，保留历史值可能造成提交了用户以为已删除的信息，通常建议隐藏时清空或提交时忽略，具体以平台能力和业务要求为准，并在规则表中注明。
多条件组合时要确定优先级和互斥关系。例如“故障报修”下选择“影响生产环境”才显示“影响用户数”，同时“影响用户数”在“内部测试环境”下不显示，两条规则作用在同一字段上时，需要写明哪条优先，或把条件合并成一条互斥规则，避免同一字段在不同规则下反复显示隐藏。
条件显示与必填要联动设置：字段被显示时才要求必填，字段隐藏时必填规则随之失效。这一联动关系应在规则表中单独标注，避免出现字段隐藏但提交时仍报必填错误的情况。
| 字段 | 依赖字段 | 触发条件 | 动作 | 是否必填 |
|---|---|---|---|---|
| 故障开始时间 | 工单类型 | 等于“故障报修” | 显示 | 显示时必填 |
| 影响用户数 | 影响范围 | 等于“生产环境” | 显示 | 显示时必填 |
| 权限有效期 | 工单类型 | 等于“权限申请” | 显示 | 显示时必填 |
| 设备编号 | 工单类型 | 等于“设备报修” | 显示 | 显示时必填 |
| 测试环境说明 | 影响范围 | 等于“测试环境” | 显示 | 选填 |
规则表写好后，配置动作就是按行录入平台的条件显示设置，每行对应一个字段的一组条件。规则行数不宜过多，同一字段的条件尽量合并，便于后续维护。
必填项与填写说明怎么配
必填分为两种：固定必填和条件必填。固定必填适用于公共字段中缺了就难以分派的项，例如提报人、所属系统、影响范围。条件必填跟随显示条件生效，字段出现时才要求填写，字段隐藏时不校验。配置时要在规则表中把两者分开标注，避免把类型专属字段设成固定必填，导致其他类型提报时被无关字段卡住。
填写说明要写清三件事：填什么、什么格式、给一个示例。说明文案放在字段下方或提示位置，长度控制在一两句话。例如“影响用户数”的说明可写为“填写受本次故障影响的用户大致数量，按人数填写，示例：约200人”。说明中避免使用“酌情填写”“视情况而定”这类无法核对的表述。
选项型字段要给出明确的选项定义，减少自由填写造成的脏数据。例如“影响范围”定义为“生产环境、测试环境、办公网络、其他”，并在说明中解释各选项的边界；确实需要补充说明时，另设一个选填的文本字段承接，而不是让用户在选项字段里自由输入。
| 字段 | 必填类型 | 说明文案 | 示例值 |
|---|---|---|---|
| 所属系统 | 固定必填 | 选择受影响的业务系统，从下拉列表中选择 | 订单中心 |
| 影响范围 | 固定必填 | 选择影响发生的环境，生产环境指正式对外服务 | 生产环境 |
| 故障开始时间 | 条件必填 | 填写故障首次出现的时间，精确到分钟 | 2025-03-12 09:20 |
| 影响用户数 | 条件必填 | 填写受影响用户的大致数量，按人数填写 | 约200人 |
| 权限有效期 | 条件必填 | 填写权限需要的截止日期，最长不超过一年 | 2025-12-31 |
说明文案和选项定义确定后，应与规则表一并评审，确保字段显示时用户能看到对应说明，而不是说明只存在于配置文档中。
角色分工与交付物
模板和条件规则涉及多方确认，明确分工可以减少上线后的反复修改。服务台或工单管理员负责模板结构、字段分层和条件规则的整体设计，产出字段分层清单和条件显示规则表。业务或技术接口人按工单类型确认类型专属字段、选项定义和必填要求，产出各类型的字段确认意见。两者共同评审填写说明，确保文案与实际填写场景一致。
上线后需要指定规则维护责任人，通常由工单管理员承担，负责接收字段新增、选项调整和条件变更需求，并维护版本记录。版本记录至少包含变更日期、变更字段、变更原因和影响范围，便于出现问题时回溯。规则变更涉及已提交工单时，要评估历史数据的兼容性，明确旧工单按原规则展示还是按新规则重新计算。
| 角色 | 职责 | 产出物 | 交接节点 |
|---|---|---|---|
| 服务台/工单管理员 | 设计模板结构、字段分层与条件规则 | 字段分层清单、条件显示规则表 | 评审前提交 |
| 业务/技术接口人 | 确认类型专属字段、选项与必填要求 | 各类型字段确认意见 | 评审时反馈 |
| 工单管理员 | 维护规则变更与版本记录 | 变更记录、版本说明 | 每次上线后更新 |
在工单流转环节，模板规则最终要落到具体的工作项字段和表单配置上。ONES 支持在工作项类型中配置字段与表单，工单管理员可以按类型维护字段显示与必填设置，并把变更记录留在对应工作项类型下，便于业务接口人核对。规则表与平台配置保持一致，后续调整时按同一份清单逐项修改。
示例：一条故障类工单的条件显示配置
下面用一个故障报修工单演示从类型选择到条件字段出现的完整过程。该示例为配置演示，字段名称和选项可按实际业务调整。
用户进入提报页，首先看到公共字段：提报人、所属系统、影响范围、问题描述。此时“故障开始时间”“影响用户数”处于隐藏状态。用户在“工单类型”中选择“故障报修”，触发第一条规则，“故障开始时间”显示并变为必填，字段下方提示“填写故障首次出现的时间，精确到分钟”。
用户继续在“影响范围”中选择“生产环境”，触发第二条规则，“影响用户数”显示并变为必填，提示“填写受影响用户的大致数量，按人数填写”。如果用户把“影响范围”改为“测试环境”，则“影响用户数”隐藏，同时出现选填的“测试环境说明”字段，已填写的“影响用户数”按规则清空或提交时忽略。
用户提交前，表单只校验当前可见的必填字段。隐藏字段不参与校验，避免出现看不到却报必填的错误。整个过程中，填写说明始终跟随字段显示，用户不需要另查文档。
| 步骤 | 用户操作 | 字段变化 | 必填状态 |
|---|---|---|---|
| 1 | 进入提报页 | 显示公共字段，类型专属字段隐藏 | 公共字段必填 |
| 2 | 选择工单类型“故障报修” | 显示“故障开始时间” | 该字段变为必填 |
| 3 | 影响范围选“生产环境” | 显示“影响用户数” | 该字段变为必填 |
| 4 | 影响范围改为“测试环境” | 隐藏“影响用户数”，显示“测试环境说明” | “影响用户数”取消必填，“测试环境说明”选填 |
| 5 | 提交 | 仅校验可见必填字段 | 隐藏字段不校验 |
完成检查：上线前逐项核对
配置完成后，按工单类型逐一走提报路径，是确认条件显示是否生效的直接方法。检查应覆盖字段显示、必填联动、历史兼容和文案一致性四个方面，每项给出通过标准，避免只看页面是否报错。
- 每种工单类型走一遍完整提报路径，确认该出现的类型专属字段出现、不该出现的字段隐藏，公共字段在各类型下保持一致。
- 条件必填分别在触发和未触发两种状态下验证：触发时留空应被拦截并给出提示，未触发时字段隐藏且提交不被拦截。
- 修改依赖字段使已填字段隐藏后，确认历史值的处理符合规则表约定，提交结果与用户预期一致。
- 规则变更后抽查历史工单，确认展示和编辑行为符合兼容约定，旧工单不因新规则出现异常必填提示。
- 核对填写说明与选项定义是否和规则表一致，说明文案出现在对应字段旁，选项没有遗漏或重复。
| 检查项 | 通过标准 |
|---|---|
| 各类型字段显示 | 类型专属字段按条件出现，公共字段稳定显示 |
| 条件必填触发 | 字段显示时留空被拦截，隐藏时不校验 |
| 隐藏字段历史值 | 处理方式与规则表约定一致 |
| 历史工单兼容 | 旧工单展示与编辑无异常必填提示 |
| 说明与选项一致性 | 文案、选项与规则表逐项对应 |
全部检查项通过后，模板即可上线。上线后保留规则表和版本记录，后续新增工单类型或调整选项时，按同一流程补充规则行并重新走一遍检查，条件显示配置就能持续保持可用。
常见问题
工单类型很多，是每个类型建一个模板，还是用一个模板加条件显示？
两种方式都能实现，选择取决于类型之间的字段差异程度。如果各类型的专属字段差异大、选项口径不同，按类型分别建模板更清晰，维护时改动范围也小；如果类型之间大部分字段相同，只有少量字段随类型出现，用一个模板加条件显示可以减少重复配置。
无论选哪种，都建议保留一份字段分层清单，标明每个字段属于公共还是类型专属、适用哪些类型。后续新增类型时按清单补充，避免模板数量增加后字段口径逐渐分散。
用户先填了条件字段，后来改了依赖字段导致该字段隐藏，已填内容怎么处理？
这取决于平台能力和业务要求，常见做法有两种：隐藏时清空已填值，或保留值但在提交时忽略。前者对用户更直观，不会出现“以为删掉了其实还提交了”的情况；后者适合需要保留填写痕迹的场景。
关键是把处理方式写进规则表，并在上线检查时专门验证一次：修改依赖字段使字段隐藏后，提交结果要与规则表约定一致。规则表没有写明的，配置人员和提报用户容易产生不同预期。
条件必填和固定必填能混用吗？会不会出现字段隐藏了还报必填？
可以混用，但要分清适用对象。固定必填用于公共字段中缺了就难以分派的项，例如提报人、所属系统；条件必填用于类型专属字段，跟随显示条件生效。
字段隐藏后仍报必填，通常是把类型专属字段设成了固定必填，或者条件显示与必填规则没有联动配置。检查方法是：在字段未触发的状态下提交一次，确认该字段不参与校验；再在触发状态下留空提交，确认能被拦截并给出提示。
填写说明写在字段旁还是集中放在表单顶部？
建议写在对应字段旁，字段显示时说明同时出现，用户不需要另查文档。表单顶部的说明适合放整体提报须知，例如处理时效、附件要求，不适合承载单个字段的格式要求。
说明文案控制在一两句话，写清填什么、什么格式、给一个示例。避免“酌情填写”“视情况而定”这类无法核对的表述，否则提报信息仍然依赖用户自行理解。
规则上线后要调整选项或新增字段，历史工单会受影响吗？
可能受影响，调整前需要评估兼容性。新增字段一般对历史工单影响较小；修改选项定义或调整条件规则，可能让旧工单在展示或编辑时出现新的必填提示。
建议在变更记录中写明变更日期、变更字段、变更原因和影响范围，并明确旧工单按原规则展示还是按新规则重新计算。变更后抽查若干历史工单，确认展示和编辑行为符合约定，再全面放开。
