低代码主数据去重如何落地：从发现疑似记录到安全合并

客户、供应商、物料或组织等主数据在多个入口持续录入后，名称缩写、联系方式变化和历史导入容易形成疑似重复记录。如果仅凭名称相近就自动合并，可能把不同对象混在一起；如果长期不处理，又会让统计、协同和权限判断受到干扰。低代码应用可以承载一套可解释、可回退的去重流程。

先明确什么叫疑似重复

不同主数据需要不同识别条件。企业对象可组合统一标识、名称、联系方式和地址，物料可参考编码、规格与制造信息。规则宜输出候选及命中原因，而不是直接得出“必须合并”的结论。对拼写差异、空值和历史别名，也要规定标准化方式。

建立待核对的候选队列

系统发现候选后，可生成独立核对任务，记录来源记录、命中字段、发现时间和当前处理人。同一组记录尽量归并为一个任务，避免多人重复判断。已经确认不重复的组合应保存排除结果和适用条件，减少后续反复提示。

比对时展示差异与业务引用

核对页面不只要并排展示字段，还要说明每条记录关联了哪些合同、工单、审批或其他业务对象。判断者需要知道数据的新旧程度、来源和使用范围。敏感字段仍遵循原有权限，不能因为进入去重页面就扩大可见范围。

合并决策逐字段确定保留值

主记录不等于所有字段都取自同一条记录。可按字段选择保留值，并记录选择理由；对存在冲突但无法确认的内容，先进入待补充状态。合并前生成预览，列出将迁移的引用、将停用的记录和无法自动处理的异常。

引用迁移与记录停用分阶段完成

合并执行时，可先锁定相关记录，迁移能够确认的业务引用，再复核数量与关键关系。原重复记录宜标记为已合并并指向主记录，而不是立即物理删除。若某个外部系统暂时无法同步，应保留待处理事项，不把部分成功当作整体完成。

保留审计与回退依据

系统应记录候选规则、判断人、合并时间、字段取值、引用迁移结果和异常。回退能力需结合业务影响设计：有些变更可自动恢复，有些则需要逐项核对。定期查看误报、待处理时长和常见重复来源，有助于改进入口校验和数据标准。

常见问题

相同名称的记录可以自动合并吗？

通常不建议。名称只能作为候选条件之一，还需结合稳定标识、业务引用和人工判断。

合并后为什么要保留旧记录标识？

历史链接、接口或业务单据可能仍引用旧标识。保留映射有助于追溯来源并安全处理后续请求。

去重规则越多越好吗？

不一定。规则应兼顾发现能力和误报成本，并根据实际核对结果持续调整。