受理或分派时才看到工单必填项为空，常见于字段配置、提报入口和执行习惯三处原因叠加。排查时先记录缺失字段、发生入口和工单类型，再用同一类型、同一入口做对照提单：能稳定复现，问题多在字段配置或入口校验；不能复现，则要查提交人是否用占位内容绕过，或流程节点顺序让字段在提交后才出现。修改配置前先备份表单与流程，并明确回滚方式。
要点总览（TL;DR）
- 先按“字段配置—提报流程—执行约束”三层取证，用同一工单类型、同一入口做对照提单：能稳定复现缺失，问题多在字段配置或入口校验；不能复现，则偏向执行习惯或流程节点顺序。
- 字段配置类重点核对必填开关、适用工单类型与渠道、条件必填逻辑和字段可见性；提报流程类重点检查导入、API、邮件转单、复制单等入口是否绕过校验。
- 执行约束类要看字段实际值：默认值、占位文字“待补/无”、提交后改单清空，都会让校验形同虚设。
- 修改配置或入口规则前先备份表单与流程并明确回滚方式；历史缺失工单按类型分批补采或标注，避免批量改写影响在途流程。
- 修复后逐入口重新提单验证，抽样统计受理阶段补充次数，并把字段变更评审、入口清单检查纳入日常机制。
症状与范围：先界定缺的是哪些字段、在哪些入口发生
“必填项没采集”是一句笼统描述，直接改配置容易改错地方。先把问题拆成可观察的事实：哪些字段在受理时为空，空的是真正空白、默认值还是“待补”“无”这类占位内容；这些工单从哪个入口进来；集中在哪些工单类型、业务线或提交角色；从什么时间开始出现。
建议用一张症状记录表固定排查对象，字段、入口、工单类型、首次出现时间四个维度交叉记录。记录时尽量取原始提交数据，而不是受理人转述的印象。
| 记录维度 | 需要记录的内容 | 用途 |
|---|---|---|
| 缺失字段 | 字段名称、受理时实际值（空白/默认值/占位文字） | 区分“未采集”与“采集了无效内容” |
| 发生入口 | 网页表单、移动端、邮件转单、批量导入、API对接、复制历史工单 | 判断是否集中在非表单入口 |
| 工单类型与渠道 | 工单类型、业务线、提交角色 | 判断是否只对部分类型生效 |
| 时间范围 | 首次出现时间、是否与字段调整、流程改版、人员变动同期 | 缩小变更关联范围 |
范围界定完成后再进入原因分析。若缺失只出现在某一个入口，排查重点应放在该入口的校验规则；若多个入口同时出现，优先检查字段本身的必填配置和适用范围。
原因假设与排除证据：字段配置、提报流程、执行约束三类成因怎么区分
必填项缺失通常落在三类原因上：字段配置没有真正生效、提报流程中存在绕过校验的入口、执行侧用占位内容或事后改单规避了校验。三类原因需要不同的证据，排查顺序建议从配置到入口再到执行，因为配置问题影响面最大，也最容易验证。
字段配置类
常见情形包括：必填开关未开启；必填只对部分工单类型或渠道生效；条件必填逻辑写错，触发条件与实际提交场景不匹配；字段被隐藏或停用，提交人看不到自然也不会填。验证方法是打开字段配置逐项核对，确认必填范围、条件表达式和可见性设置，并与症状记录表中的缺失字段一一对应。
提报流程类
表单页面有校验，不代表所有入口都有。批量导入、API对接、邮件转单、复制历史工单等入口如果未接入同一套校验规则，就可能把空字段直接写入。另一类情形是流程节点顺序：字段在提交之后才出现，提交环节自然采集不到。验证时逐个入口提交测试工单，观察是否有校验提示、提交是否成功。
执行约束类
校验存在但被绕开，也会表现为“没采集”。例如字段设了默认值，提交人不再修改；必填项填“无”“待补”即可通过；工单提交后在后续环节被改单清空。这类原因的验证要看字段实际值和操作记录，而不是只看表单是否拦截。
| 原因类别 | 典型表现 | 验证证据 | 排查顺序 |
|---|---|---|---|
| 字段配置 | 多个入口同时缺失，集中在某类工单 | 字段必填开关、适用范围、条件逻辑、可见性配置 | 第一 |
| 提报流程 | 缺失集中在导入、API、邮件转单、复制单 | 各入口测试提单的校验提示与提交结果 | 第二 |
| 执行约束 | 字段有值但为占位内容，或提交后被清空 | 字段实际值、默认值设置、改单记录 | 第三 |
对照验证是区分三类原因的关键动作：用同一工单类型、同一入口提交测试工单，逐项开关字段做差异比对。能稳定复现缺失，结论落在配置或入口；不能复现，则偏向执行习惯或流程约束。在拿到验证结果前，任何一类都只是假设，不宜直接下结论。
按排查顺序处置：从复现提单到修正配置与入口
处置遵循先验证、后修改的顺序，每一步都有明确的检查点和停止条件，避免在原因未确认时改动生产配置。
- 复现提单。在疑似入口用测试工单提交，记录是否出现校验提示、提交是否成功、受理时字段是否为空。若无法复现，回到症状记录表核对提交人和提交时间，转向执行侧取证。
- 核对字段配置。确认必填开关状态、适用的工单类型与渠道、条件必填的触发逻辑、字段可见性。检查点是与症状记录表中的缺失字段完全对应；若配置本身正确，进入下一步。
- 检查非表单入口。对导入、API、邮件转单、复制单逐一测试，确认是否接入同一套校验规则。发现某个入口绕过校验，记录入口名称和复现步骤，作为修改依据。
- 修改前备份。调整字段配置或入口规则前，先备份现有表单与流程配置，明确回滚方式。涉及在途工单的流程节点调整，应选择低峰时段并限定影响范围；若无法确认回滚路径，暂停修改，先在小范围测试环境验证。
- 处理历史缺失工单。对已受理但字段缺失的工单安排补采或标注，按工单类型分批处理。避免直接批量改写字段，以免触发流程流转或覆盖后续环节已填写的内容。
每一步完成后记录结果，形成“现象—证据—动作”的处置记录。这样即使问题由多类原因叠加造成，也能清楚知道哪一步解决了哪一部分缺失。
在工单字段与表单由系统承载的场景中，ONES Desk 支持自定义工单属性与工单内容配置，适配不同的收集场景，企业版还提供统一门户集中接收工单和自定义处理流程。排查时可借助这些配置项核对必填范围与表单设置；各入口的校验行为与条件必填规则，需要在实际环境中用测试工单验证后再下结论。
验证与复发预防：确认修复生效并减少受理阶段反复补充
修复是否生效，以各入口重新提单的结果为准。逐个入口提交测试工单，确认必填校验生效、受理时字段完整；对修复后一段时间的新工单做抽样检查，统计受理阶段要求补充的次数，与修复前对比。补充次数下降，说明处置有效；若某一入口仍有缺失，回到该入口单独排查。
复发预防重点放在变更管理和入口覆盖上：
- 字段变更走评审，明确必填范围与适用工单类型，变更后做回归提单。
- 维护入口清单，新增导入、API、邮件转单等入口时，将校验规则纳入上线检查。
- 定期抽查非表单入口的提交数据，关注占位内容和默认值的使用情况。
- 明确责任分工：谁维护字段配置、谁验证各入口、谁跟踪受理阶段补充率。
工单分析报表可用于汇总处理情况、跟踪补充趋势，具体统计指标以实际配置为准。把验证结果和抽查记录留存下来，下次字段调整时可以直接对照，减少同类问题在受理阶段重复出现。
常见问题
表单页面明明有必填校验，为什么导入或邮件转单进来的工单还是缺字段？
表单页面的校验只作用于该页面本身。批量导入、API对接、邮件转单、复制历史工单等入口如果未接入同一套校验规则，空字段就可能直接写入工单。排查时对每个入口单独提交测试工单，观察是否有校验提示、提交是否成功，再决定是补入口校验还是限制该入口的使用范围。
字段配置看起来没问题，但缺失仍反复出现，应该往哪里查？
配置正确时，重点转向执行侧和流程节点。先看字段实际值：是否为默认值、占位文字或“待补”这类内容；再看操作记录，确认工单提交后是否被改单清空。同时核对流程节点顺序，确认字段是否在提交环节之后才出现，导致提交时根本采集不到。
修改字段必填配置前需要做哪些准备？
先备份现有表单与流程配置，明确回滚方式；确认修改影响的工单类型和渠道范围；涉及在途工单的流程节点调整，选择低峰时段并限定影响范围。若无法确认回滚路径，先在测试环境用小范围工单验证，再动生产配置。
已经受理但字段缺失的历史工单怎么处理？
按工单类型分批处理，安排补采或标注缺失原因，保留原始记录。避免直接批量改写字段，因为批量改写可能触发流程流转，或覆盖后续环节已填写的内容。补采完成后把结果纳入统计，作为判断修复效果的基线。
怎么确认修复真的生效，而不是碰巧这批工单填得比较全？
以各入口重新提单的结果为准：逐个入口提交测试工单，确认必填校验生效、受理时字段完整。再对修复后一段时间的新工单做抽样，统计受理阶段要求补充的次数，与修复前对比。若某一入口仍有缺失，回到该入口单独排查，不把整体下降当作全部入口都已修复。
