图1：企业名称多次变更（详见曾用名一栏）
因为主数据是唯一性和标准化条件下被多个系统共享的业务实体数据，有着特殊的业务意义，不正确的变更会对引用主数据的多个应用系统造成严重影响，特别是在集团企业多组织应用的场景下会对多个所属企业的数据造成影响，所以必须格外重视对主数据的变更管理。
本文将以最常见的客商主数据变更为例，具体介绍在应用主数据管理系统（以下简称MDM）的情况下的主数据变更管理。主数据在被创建后经审批（如需要）从“新建”状态变为“生效”状态并被分发至各应用系统，原则上对生效状态的主数据做修改都要经过变更管理，因为用户对主数据的变更不一定是合理和准确的，所以必须进行管理。
主数据变更管理重点在于对变更过程的管理，变更过程主要包括变更基本校验和变更审批两个部分。先说基本校验，变更时MDM系统首先要做基本的一些检查，比如用户将某客商的名称从A改为了B，在保存时系统应先在MDM的数据库中检查是否已经存在的了B，虽然MDM的功能和管理会最大限度保障主数据的唯一性，但极端情况下，名称为B的客商主数据确实已存在，此时系统应提示用户，类似的还有客商的18位社会信用代码等，都要做这类检查。MDM在自己的数据库中完成检查之后，再到征信服务平台进行检查，比如用18位社信代码去征信服务平台获得最新的企业名称，与用户新输入的名称B去做检查，不一致时提示用户。
此外，因为主数据是业务实体数据，有业务意义，非业务方不一定可以充分理解客商信息的变更背景和对业务的影响，所以变更一定是由业务用户发起。即便MDM在阶段性数据批量维护时，例如按年对MDM数据库中的数据与征信服务做批量校验，发现了一批名称有变化的客商主数据，此时也不能调用征信服务接口直接批量修改名称，而是把差异报告提供给业务用户，由业务用户发起变更。
在用户对主数据修改并通过基本校验成功保存后，如果认为已完成修改，用户可以执行提交审批的操作，主数据进入变更审批流程，此时主数据状态被MDM设置为“审批中”。而提交审批通常应有佐证材料，最常见的，比如客商的企业名称发生了变更，客商一般会主动提供盖章的名称变更通知（如图2），此时用户应把佐证材料的扫描件以附件的形式上传至MDM系统，一并提交到变更审批流程中。
图2：名称变更通知样例
主数据审批流程一般至少包括两个环节，即数据环节和业务环节。数据环节的审批一般由主数据运营部门承担，首先从数据角度对主数据变更评估其合理性和准确性。例如一种极端情况，MDM中有主数据编码为000888的一条客商主数据，此前名称是A，对应的18位社信代码是X，用户对000888进行变更，名称从A改为了B，同时社信代码也改为了B对应Y，而A（X）与B（Y）分别就是两家完全无关的企业，因为B与Y的组合可以通过征信服务校验，但这个变更相当于是000888从原来代表的企业A直接变成了另外一家企业B，这种直接篡改了主数据意义的变更就是不合理的。
审批时，一则MDM系统可以提示用户和审批人员，000888的名称和社信代码都发生了变化，但征信服务只是重要的辅助手段，此时，数据环节的审批人员可以查看用户上传的佐证材料，对照主数据的修改历史进行审批，直接驳回上边这类变更。主数据变更被驳回后，被本次变更修改的内容还原为修改前的值，主数据状态恢复为“生效”，但这次变更的所有修改内容以及被审批驳回的历史都会被记录并且通知给发起变更的用户。如果要求的佐证材料是加盖公章的正式文件，但用户在MDM上传的材料不符合要求，审核人员也可以驳回变更，但需要把驳回原因在MDM中通知到用户以便于其整改后重新发起变更。
关于变更审批，在主数据的集团级应用场景下，因为多业态等情况，主数据常常会包括集团标准部分和所属企业个性化部分，标准部分是主数据的核心，直接关乎财务核算和统建系统的业务处理等集团层面的内容，而个性化部分主要是为满足所属企业的业务特点，实现主数据在MDM输入一次被多个组织的多个应用系统直接使用的目的，那么对所属企业个性化的内容，与标准部分会影响全集团所不同，如果个性化的主数据字段只作用于所属企业自己的应用系统，那么对个性化字段的变更可不到集团层面的审批流程，也不影响主数据状态，所属企业用户自己完成修改直接推送到应用系统也行，在需要所属企业希望强化管理的情况下，也可以只执行所属企业自己的流程而不用产生集团层面的数据审批和业务审批流程，具体都与实际的应用场景有关。
还有一些特殊的变更，例如，如果企业先建设了一系列的应用系统，后建设MDM，那么MDM上线时一种常见的方法是，从应用系统中导出档案数据交给主数据团队，清洗后导入到MDM产生主数据编码（同时应保留原编码以便于与应用系统对照），那么此时应用系统中的档案编码应使用新的统一的主数据编码，对可以修改档案编码的应用系统（有些系统不允许修改档案编码，只能另设字段存储统一主数据编码用于后续业务集成处理），通过数据库直接修改或者手工修改大量数据均不可行，此时可以开发MDM数据初始化专用的变更接口，与常规变更可以直接使用主数据编码对应两端数据所不同，初始化时应用系统暂无新主数据编码，那么就可以用到清洗数据时保留的原档案编码建立对应关系去更新应用系统中档案的编码、名称等字段。
以上是客商主数据变更管理的一般思路，虽然主数据的管理体系和产品都已非常成熟，但因为主数据是业务实体数据的子集，有业务属性，加上集团企业的组织结构复杂、业务和数据复杂、应用系统集成情况复杂，所以在开展主数据管理时还是会有大量结合业务和系统情况的设计和建设工作，很多时候仍然需要针对具体的问题提出相应的解决方案，这也是主数据治理时的主要挑战之一。