客户名称是否可以重复呢?

订货宝对客户的唯一性约束落在客户编码上。新建客户时，编码这一项如果和已有客户撞了，系统会拒绝；名称这一项撞了，系统不会拒绝。你可以理解为：编码是身份证号，名称只是叫法。叫法允许相同，身份证号不允许相同。

这也解释了为什么有些用户明明看到两个名字一模一样的客户，系统却都建成功了——因为它从头到尾就没拿名称去做查重。如果你习惯了在其他软件里靠名称防重，切到订货宝以后要改一下习惯：建之前先想好编码怎么编。

反过来说，如果你不希望出现同名，靠系统拦是拦不住的，只能靠自己的命名规范来约束。

现象是保存时报错、建不进去。有人以为是名称重复导致的，就去改名字，改了半天还是过不了，因为卡住的其实是编码。排查顺序应该反过来：先看编码是不是撞了，再看其他必填项。

这种情形通常出在批量建客户或者复制旧客户资料的时候，编码是照抄过来的，一保存就报错。解决办法是把编码改成新的流水段，别在名称上折腾。

客户编码会跟着客户走，在订单、对账、回款这些环节被引用，所以编码一旦定了，尽量别频繁改。名称则更多是展示层的东西，改起来影响面小一些，但改了名字之后，之前按老名字形成的搜索习惯也要跟着调。

如果你用的是多规格、按客户定价这类设置，客户身份认错会直接反映到价格和账期上，同名带来的风险就不只是「查着麻烦」，而是「算错钱」。涉及授信额度、预存款这类和客户绑定的额度，认错客户还可能动到不该动的额度。

权限也会受影响。如果不同业务员负责不同的同名客户，靠名字去分配可见范围本身就容易出偏差，编码清楚的话，按编码去核权限更稳。

报表层面同理。按客户维度出的统计，同名记录会各占一行，看表的人如果不知道背后是两家，很容易读成一家在重复统计。把名字做出区分，报表的可读性会好很多。