02 · 需求分析 · 对象认领
三套客户号，对不上就不是一家客户
数据治理专员认领编码、名称、停用和质量规则。没人认领之前，新系统只是第四套号。
谁是主人：客户主数据留在交易最完整的那套系统。另外两套只保留对照，不再新建。
怎样算同一家：税号相同即同一客户。税号缺失时，名称加电话不能自动合并，必须人工确认。
停用怎么处理：停用后不能再开单。历史单据保留旧号。禁止直接删除，否则对账断掉。
数据治理专员管的是对象是否唯一，不是报表好不好看
两张表对不上，常常不是公式错了，是客户号、物料号、仓库号根本不是同一批对象。数据治理专员的特点是在项目早期就把主数据的主人、合并规则、停用规则和质量规则定下来，并且拒绝「先上线、编码以后再洗」。以后再洗意味着历史单据已经用错号开出去了，洗不回来。名称谁能改、停用后列表怎么展示、接口能不能自建码、手机号这类字段留多久，也要有认领人。没有这些句子，治理就只剩洗主数据。指标怎么算、时间取哪一列，不在本岗。
他要客户指定一个认领人。认领人不是信息部的一个群，而是能决定两家名称很像的公司到底合不合并的那个人。没有认领人，数据治理专员不会做自动合并。自动合并错一次，两家客户的应收会叠在一起，比三套号更难拆。
三套号是怎么来的，为什么不能各建各的
一家商贸公司的客户同时出现在金蝶、旧订货系统和业务员的 Excel。金蝶有税号，订货系统有门店简称，Excel 有业务员自己起的编号。同一家超市在三套里名称差两个字。新系统如果再允许业务员搜索不到就新建，上线一个月会变成四套。数据治理专员把规则写成：新系统不产生客户主号；开单时必须选到金蝶已有客户；选不到就提交主数据申请，由认领人在一个工作日内处理，处理前这张单不能变成已确认。
对照表只解决历史。每一行要么税号匹配，要么人工确认，要么标记为「不迁」。不迁的客户不能出现在期初应收里。名称相似度只作为认领人的候选列表，不作为系统自动合并的条件。业务员抱怨搜索不到时，数据治理专员看的是申请单积压，而不是放开新建按钮。
和相邻岗位的交接
解决方案顾问决定主数据留在金蝶。数据治理专员决定留在那里之后，怎样保证新单不再长出旁支，以及名称、分级和留存谁能改。数据迁移工程师按对照表搬期初，不能自行发明合并。后端工程师实现「无主号不能确认」。如果实现时为了演示方便加了临时客户，数据治理专员会把相关单据列为不准进入验收的数据。
上线后他仍保留抽查：本周新建客户必须都能在金蝶找到，停用客户的新单必须为零。抽查失败不是运营活动的问题，是主数据规则被绕开了。绕开的入口要关掉，不能靠通知请大家不要那样建。
数据治理专员不拥有指标算法。他只保证两边用的客户号、物料号、仓库号是同一套，敏感字段按同一套分级展示。号都不一致时，后面再争算法没有意义，因为两张表根本不是在说同一批对象。