先写完整应当指哪些对象与字段

CRM上线后检查完整性，先明确本轮需要检查的对象：客户、联系人、具体事项及相关记录，各有哪些字段与关系。完整不是每栏都填一个值，而是采用的业务约束满足，已得资料能够找到相应对象，允许未知的部分表达真实限制。检查清单由业务与实施岗位一起解释，避免仅凭页面看起来整齐就宣布资料完整。

对象清单说明一条记录表示什么，以及关联到哪里。例如联系人对应哪个客户或门店，跟进记录属于哪项事项。字段清单说明名称、含义、采用单位与允许状态，日期是创建还是实际发生，数量是否需要附单位。检查人员沿同一份说明验证，发现差异能够指到具体约束。

必填条件依据本店实际业务规则确定，不把联系方式、金额等所有字段一律要求有值。某种对象需要哪项资料才能进入下一步，另一些对象可以保留未知，各自列明。未知不填成零或一个假号码，已经确认没有某项与尚未取得该项也分别表达。

上线后的检查还包括持续新增与日常修改产生的资料。它和迁移时将原资料带进目标的核查有不同重点：本次直接检验当前对象、约束与写入后的关系。迁移材料可以提供背景，本轮采用什么检查范围与时点仍单独说明，旧验收不会自动覆盖后来的所有变化。

引用能找到，还要看是不是属于它

检查引用首先看被指向对象是否存在，再看这条关系是否符合原业务资料。某跟进记录确实连到一个客户，却可能连错同名对象。查存在只能解释没有悬空引用，归属正确还要对联系人、事项和原记录关系复核。两类结果分别报告，避免引用存在就使内容错误被跳过。

准备专门样例包含同名不同客户、同客户多个联系人和多个事项。检查人员从一条记录走到其关联对象，再从对象反向找记录，看两端是否指向同一任务。某段说明原本属于事项甲，页面放在事项乙，资料本身仍可见却归属错误，修复要指明改变哪条关系。

上层客户与下层门店各有资料，联系人只负责其中一处时，关系采用本轮已明确依据。检查不根据名称相近或共享号码自行合并。遇到归属未知，列明欠缺哪段经办说明再继续核实，当前能够确认的关系继续保留，让例外位置可查而非悄悄补一个猜测对象。

重复记录也查对象与实际发生关系。同一事项确有不同时间沟通，内容相近可以是两次事实；复制输入同一次沟通，则需要有相应依据识别。检查方案说明采用怎样的查找线索与复核方法，名字相同或文字相似只是候选，不直接承担全部重复判断。

缺漏检查有一份应有范围才能比较。已有任务资料表明应有某条结果，当前找不到，就查其对象、采用入口与相关关系；只看页面少一行而没有应有依据，暂时仍是待查现象。记录当前查到哪里、欠什么，实施人员和业务人员可以针对同一缺口接续。

新增、修改与删除以后，再查相关关系

新增样例先测试符合约束的一条，再测试缺少必要条件和允许未知的情况。查看当前入口怎样提示、最终留下什么，以及其他列表能否找到对应对象。提交按钮有反馈是一段观察，实际记录和关联结果另一段，检查记录两边内容，避免只验证页面响应就结束。

修改样例选择一个影响关系的字段，按本次既定方式操作，查看新结果与相关记录怎样保持。联系人改了当前归属，既有历史事项是否采用既定含义，逐项查实际方案。业务希望保留哪段历史、当前关系怎么表示，先明确，再将工具结果与这个要求比较。

删除操作采用专门测试对象与已确认测试范围，先查看其关联资料，再由有职责人员执行现有允许办法。检查之后哪些关系仍存在、哪些提示或处理结果取得。预期来自当前方案，不替所有CRM设一种删除规则；真正关联资料如何处理，由负责岗位确定后再验收。

删除或调整失败，保留操作对象、原关联与实际返回，继续查询目前结果。未改变的关系与已经部分变化的关系分别看，相关岗位取得明确处理办法以后再继续。用实际结果说明差异，不因操作提示出现一句成功就补写全部关联都已正确处理。

某项更正影响列表、明细和汇总时，分别验证当前可见结果。原问题是记录挂错事项，就查更正后两端归属和相关统计对象；只改明细文字，错误关联仍可能留在其他入口。修复范围指到受影响位置，回归才知道哪些任务需要再走。

假设专门样例里一条跟进原属事项甲，修改后应按已明确规则关联事项乙。检查除了在乙下找到它，还要查看甲下当前呈现是否符合采用结果，再从该条明细读出正确对象。仅在乙列表出现，仍不足以解释甲侧是否留下误关联；两端检查关系，让修复回归落到具体可见事实。

角色看不见与资料真的缺少，分两步检查

完整性检查使用本轮明确的核查角色与范围，普通员工入口另按其允许范围测试。某位员工看不到一条资料，先查该角色当前可见条件，再由有条件核查的人确认实际对象是否存在。看不到可能是可见范围，也可能是资料缺口，未经分辨就报缺失会使后续修复改错问题。

权限验证准备几种当前已确定岗位，用同一专门对象查看可看、可改及不可办理范围。结果与本店确认的岗位要求比较，查到差异交相应人员处理。岗位设计有依据，测试有实际路径，才能解释本轮验证到哪里，不由一次受限页面推出全部资料都受保护。

导出、查询与修改等现用入口在测试范围内分别走。页面隐藏某字段，但另一路径仍如何呈现，需要用相应角色观察；未检查的入口明确列出。权限主题与完整性主题可以相互帮助，但报告分别列证据，功能观察不等于安全审计或全系统安全保证。

材料传给修复岗位时，围绕本次对象与约束提供所需线索，专门样例优先采用。必须查看实际特定资料的事项，由相应负责人按本次核查需要取得。检查任务需要解释差异，不靠复制所有顾客档案证明认真，也不把资料在某岗位不可见当成已经丢失的事实。

全量校验与抽查，各写清取得的证据

某项规则能够对本轮全部记录执行，就说明范围、采用规则与取得结果。例如检查应填字段是否具有符合当前要求的值，或者引用能否找到对象。具体方法由实施人员按现有方案执行，业务人员核对规则含义，结果表可指回例外记录，不只留一个总体通过字样。

抽查则说明选到哪些对象及为什么包含这些结构。它可以深入查同名、多个联系人与修改后关系，但结论只覆盖相应检查范围。若还没有全量执行资料，就不把样例通过写成所有记录都通过；规则有结果也不自动证实每条业务内容真实，内容归属仍有自己的复核证据。

检查任务与报告结果保持对应，某类对象本轮未纳入，或某项规则尚未执行，列明后续安排。例外清单包括对象、触发条件、实际结果、需要谁继续以及当前采用进展。查到未知不是立即判定错误，先看业务是否允许该状态，再决定需要补资料还是修复规则。

修复完成后重走原例外，还测试受影响的相关场景。修改必填条件就再次看合法输入、缺项与允许未知；调整引用就查原对象、目标对象及相关列表。例外已经取得正确结果，报告附本轮实际观察，修复消息只是提供动作依据，验证结果由重走任务取得。

企雀标准表单公开资料介绍按资料收集场景配置字段。资料入口见标准表单资料字段基础。团队可用对象标识和字段含义了解资料收集基础，完整性规则、关联检查与权限核查由本轮实际方案分别执行，基础字段说明不替这些检查提供自动验证结论。

收尾说明执行了哪些规则、采用什么范围、哪项例外已回归以及还欠什么证据。下一次新增字段或改变关系，再为受影响任务补检查。资料完整性由持续可解释的约束与实际验证支持，不用一轮上线成功概括所有以后产生的记录。