同一个客户，三套系统里三个名字

一、为什么同一家客户会像三家

销售那套里写「昆明某某科技有限公司」。仓库那套里少了后面四个字。开票那套里写成「某某科技（昆明）」。

三条记录各活各的。发货看第二条，收款看第三条，算提成看第一条。平时没人觉得不对，月底一汇总就出事。

举个例子：一家卖工业耗材的公司，六十来个人，销售用一套客户管理系统，仓库用一套进销存，开票走单独的财务软件。三套各用了两三年，谁也没想过要把三套并到一起。

二、第一条要定的不是合并，是谁说的算

同一家客户有三份写法，先别急着合并。要先定一件事：这三份里，哪一份说的话算数。

这个「说了就算」的来源，行业里叫主数据，意思是公司里关于这个客户的那一份正身。别的系统要用客户信息，都从这一份抄，不各写各的。

那家公司后来定下来：销售的客户管理系统是正身，仓库和财务只读，不许自己改名字。这一条定完，后面所有决定都省事。

三、名字对不上，钱和时间多花在哪里

对不上账这件事最直观。财务手上有一张收款记录，销售手上有一张订单，两个名字差三个字，就得有人手工确认是同一客户。

第二笔开销在客户身上。同一家被算成两家，报价能报出两种，欠款也能各算一份。等到催款时才发现这两家其实是一家，欠款比账面多。

第三笔最贵，在做决定上。老板问本月新增了几家客户，三个部门报出三个数，谁都没错，只是各数各的那一份。

那家公司的月结要四天，其中大约两天花在确认「这两条是不是同一家」上。这个数是它自己估的，没人细算过。

四、该并成一条的是同一实体，不是同名

判断两条记录要不要合并，只看一件事：这两条记录指的是不是同一家公司，名字像不像不算依据。

集团客户最容易踩这一条。母公司、子公司名字高度相似，法定代表人也可能一样，工商登记上是两家公司，两家就是两家。合并了就等于把两份合同、两笔欠款算成一份。

反过来，同一家公司改了名、换了主体，历史那一笔也不能删。账要能追溯到当时的名字，这是审计要看的东西。

规则要写明白：看统一社会信用代码，不看店招。代码一样的两条才算同一家。那家公司最后是按代码建了一条新的字段，凡是代码对得上的才算同一家。

五、客户编号该由谁来发

定了正身，下一步是编号。编号由正身那套发，别的应用只能引用，不能自己编。

编号规则要短、要稳、不含含义。很多人喜欢把地区、行业、客户等级编进号码里，比如「昆明建材 A 类 0037」。看着信息多，实际一改等级就得换号。

更好的做法是一串没有意思的号，加上地区、等级这些可以改的属性。属性变了改属性，号码一辈子不动。

那家公司的编号由销售在开单前先申请，仓库开票时回填，编号对不上就退回给销售改。这一步多出来的动作，换来后面不用手工确认。

六、改名字和新增一家，怎么分

客户改名，常见于公司升级、换主体、被收购。这时候不要新建一条，要在原条上留改名痕迹，历史单据仍挂在原编号上。

新增一条只在真正多出一家的时候才做，看的还是那个代码。分公司如果是独立法人，就是新的一条，不能被当成同一条的地址变化。

那家公司后来加了一条死规矩：改名字要留原名字和历史日期，新增客户要先查有没有同代码的记录。两条规矩写在录入页的说明里，不靠员工记。

七、要不要单独上一套主数据管理

市面上有专门管这件事的系统，通常叫主数据管理，做的事是把客户、商品、供应商这些正身单独存一处，再分发给别的系统。

六十来个人的公司，先别买。真正的难点不在软件，在于有没有人负责把第一条数据录对，以及三个部门肯不肯放弃自己改名字的权利。这两件事没做，买回来的系统只是第四份写法。

什么时候该买：公司有多个法人主体、多个仓库各算各的库存，或者商品与客户这两类都要统一，靠一张 Excel 表已经管不住。

那家公司的选择是不买软件，把客户管理系统当正身，另外两套只读。这个决定后来没改过。

八、上系统容易，第一条数据谁来录对

数据这件事的难点在开始那一刻：现存的几千条记录里，重复的、写错的、缺代码的，谁去清一遍。

清的方式不要追求一次做完。先只清当月有交易的客户，其余的挂在那边，等到它下次出现再补。这样第一个月能做完，不至于拖半年。

清理时定三种处理结果：能确认是同一家就合并，确认不了就先留着，明显是错号的标成停用。标停用比删掉好，历史单据还要能查到。

那家公司的清理是两个人做的，一个人查工商登记上的代码，一个人负责合并。第一个月只跑了有交易的那部分。

九、老系统改不动，先做哪一步

仓库那套是几年前买的，改不了字段。财务那套是代账公司提供的，接口不对外开放。这是多数公司的真实情况。

改不动就别硬改。可行的做法是在两套里各加一个「客户编号」字段，只允许填正身那套里已有的号，不许手写名字。名字仍旧各存一份，但检索靠编号。

这一步不动任何业务逻辑，不改界面，风险低，做完之后发货单和发票能按同一个号查出来。那家公司先做的就是这一步，用了不到两周。

十、数据传过去传回来，错了算谁的

只读不等于不传。正身改了名字，别的应用要能跟上，靠的是一条每天或每次同步的机制。

同步要定三件事：谁发起、多久一次、对不上时停在哪一侧。常见做法是正身单向下发，别的系统不许回写名字，避免两套互相覆盖。

对不上时不要悄悄跳过。宁可让那条同步失败并且有人收到提醒，也不要让它假装成功。跳过一次，下个月就要用两天去找原因。

那家公司选了每晚同步一次，早上八点半把当天失败的那几条发到一个小群，谁的客户谁去改。

十一、第四份写法：报表和 AI 助手读哪一份

报表是从三套里各取一点拼起来的。如果底层的名字还没统一，报表只能按各自的写法分组，同一家客户会显示成三行。

现在多了一层：不少公司把资料接进大模型（就是一种能问答的模型，不只是查表），让员工用一句话问客户情况。这类问答靠的是文本比对，名字差三个字它很可能当成两家。

那家公司上过当。销售问助手「某某科技这个月欠多少」，助手拼出了两条记录，给出的金额比实际低。原因不是模型算错，是底下站着的本来就是两条。

对外报价、催款这类要准确数字的场景，先把读的那一份定下来，再去接问答工具。顺序反过来，问题会被藏得更深。

十二、这件事该谁管，技术部门管得了吗

技术部门能做的是编号、同步、字段只读这些机制。做不了的是判定「这两条是不是同一家」，这是业务判断。

所以要有一个明确的负责人，管客户这一类数据的正身是谁、怎么改名、谁能新增。小公司不必设专职，指定销售负责人兼着就够，但要写进职责说明，别让它变成三个部门互相等。

判这件事做没做成的办法很简单：随机抽十个客户，问三个部门要同一家的当前名字，看三个回答是不是一样。抽查看不出来的，说明问题不在流程，在负责人。

十三、多久查一次，怎么知道又乱了

统一一次不难，难的是别再乱回去。新的客户每个月都在进，只要录入口还有两套，半年后又会出现三个名字。

按月做一次抽查就行。抽上月新增的二十条，看有没有同代码不同号的；看仓库那套里有没有手写进去的名字；看有没有人的编号是空着的。

三个数各记一下，连续两个月都不增加，就可以把抽查频率降到一季。任一个月往上跳，说明有新系统接进来或者有人绕开了流程。

那家公司抽查用的是一张固定的表，二十行，每月月底填一次，填完发在有老板在的那个小群里。

十四、老板只要问三句话

第一句：客户这一类东西，我们公司哪一套系统说的话算数。答不上来，就先去定，别急着买软件。

第二句：客户的编号是谁发的，仓库和财务能不能自己改名字。能改的，就要收回这一项权限。

第三句：上个月新增的客户里，有几家其实是老客户。这个数每月看一次，看三个月，问题就能压住。

那家公司最后只改了四处：指定了正身，加了编号字段，收回了另两套的改名权限，定了一个每月填的二十行表。软件一套都没多买。