客商主数据管理的要点

朦胧的青春

2022-12-08

1.「客」和「商」到底是一起管理，还是分开管理
在现实案例中，这两种主数据有时放在一起管理，有时分开管理。通常情况下，我们总是对供应商相对严格，而对客户则更强调服务。这样的业务环境也导致了主数据管理方案的差异。我们可以依据企业规模进行简单判断。

如果企业的规模比较小，生产链上的角色划分相对清晰，并且供应商和客户在各自业务上的交集也比较小，则建议将它们分成两种主数据来管理。一般情况下，企业方面对供应商的主动权更多一些，也可以在管理上多提一些要求，供应商管理平台也可以作为数据入口提供很好的主数据管理系统支撑；如果是客户，企业就会更多考虑客户的体验，这样往往会造成一定的数据管理困难。

如果企业规模比较大，尤其是集团型企业，生意范围非常广，甚至是多业态的；或者它下面的几个业态之间是相互关联的，尤其对于一些投资控股型企业，它的业态可能涉及多个行业，如房地产、金融等；或者通过客商信息获知，它有时候扮演客户，有时候扮演供应商，将客户的数据信息和供应商的数据信息放在一起比对，发现它们的重叠度很高，但从集团视角来讲， 它却是一个外部交易实体，则将「客」「商」合并成一个数据对象来管理比 较好。

2.管理颗粒度问题
我们所提到的客户、供应商、外部交易实体、渠道等实体，也可以针对管理需求进行进一步的拆分和细化，从而支持更精细化的管理。当然，这样的分类首先应当遵循科学的分类原则，在这个基础上，其实数据模型更加符合编程语言中的继承关系，而不是二维表格中的 ER 关系（数据库中的一种关联引用关系），这是我们在进行表设计时所应注意的。至于是否每个实体都需要进一步细化，则应根据企业的实际情况进行考虑。

3.数据属性的多态性问题
客商主数据是非常严谨和严肃的，从模型的设计到属性的具体数值都关系到企业中的各个部门、岗位，甚至牵涉很多外部的利益，而有些字段的内容会存在多态性问题，所以数据的准确性问题需要着重考虑。

比如，客户的税号字段，当外部企业的税号发生变化时，我们希望在主数据中进行集中维护和全局的统一变动，通常此种情况对于其他属性字段是可行的，但是在税号字段中，就有可能出现执行中的项目的付款问题。有些企业在执行项目过程中，希望税号不变动，如果我们在主数据管理系统内进行了统一更改，那么就可能会出现发票开错的情况。所以，从产品角度考 虑，应当支持一个属性的多态情况，并且允许多态内容的并存。