第四：代码本身最核心的意义，在于唯一辩识一种物料，相当于一个身份ID，如果代码中包含太多信息，那么这个代码势必会很长。非常不利于现场操作人员使用。

我们的仓库、物流等人员在使用代码的时候，可能根本不关心代码本身的含义，只要准确无误就可以了，我照着代码录单据，或者照着代码收发实物。

如果代码很长，其中某几位细微的变动，反而不利于肉眼发现，也不利于手工输入，更容易带来不必要的麻烦，增加了易错性。

实际上复杂的编码体系，除了制定编码的部门，其它部门其实根本不关心，而就算是制定编码的部门，面对复杂冗长的编码时，除非抱着厚厚的编码手册查询，否则也极有可能分不清中间第多少位的A和B分别代表什么。

在项目中，我对很多客户，都喜欢举这么一个例子，在这里也可以和大家分享一下。很多年前曾经有个客户很疑惑地问过我，他说陈老师，你觉得太过复杂，包含太多意义的编码是不可取的，那为什么我们中国的身份证号码会有十几位，那么长的一个编码呢。

其实在我看来，中国的身份证号码有十几位，看起来很严肃很规范，某几位是什么含义，代表着哪个省份、哪个城市，某几位又代表着什么信息。但这种编码方式，恰恰是不足以借鉴一个编码规则。

以我自己为例，我是四川人，所以我的身份证号码头两位是51。不过后来大学毕业以后，我到了上海，在上海定居，户口迁到了上海，但是身份证号码却不能再变。没有变成上海的31开头，还是以51开头。因为我们的身份证号码是不能再变的，我们需要追溯我们过去的行为。所以这个时候我的身份证号码里面包含的省市这个信息，就失效了。

当你光看我的身份证号码的时候，你是不能知道我现在的居住地，现在的户籍所在地的。

那么身份证号码里面包含的这个信息，不但是不可以再用，反而可能会起到误导的作用，让你以为我还在四川。如果你想知道我的准确的信息，你还得根据我的身份证号码，再去电脑里面查更详细的，关于我的信息。

如果你想偷懒，只从号码上对我进行判断，那你可能就错了。所以既然这样，我们干嘛还要在身份证号码里面包含这些可能会变动，可能会变成错误的信息码呢？不如把身份证号码变得短小一点，在输入电脑查询的时候，还可以更方便，更不容易错一点。

当然我们国家的身份证号码的编码体系，在当时电脑不那么普及，还没有什么大数据，没有什么云平台中心的年代，那是必需这么编的。

因为我们要按不同的省市去分发号段，避免身份证号码重复，这在当时没有形成统一信息平台的环境下，是最优的选择。

所以我并不是说我们国家的身份证号码的编码规则就完全不对，这在当时的年代，是最适合的。但是如果是现在来设计身份证制度，那这种编码规则，就值得再商榷了。

因此我们在项目中，为客户设计物料的编码规则的时候，就一定不要让过去的一些习惯做法，或者在过去的手段和环境下适合的方案，直接搬过来，不加分析地就用在现在的环境下。

项目中常见的分类方法

第一种：很多客户或者顾问，喜欢把业务伙伴按产品类别进行分类。

例如将供应商分为主材供应商、辅材供应商、固定资产供应商等；将客户按购买产品的种类，可能分为电机类客户，电器类客户等。这种分类方法看起来挺合理，但其实相当不科学。

所有的分类必需是唯一的。某一个供应商或者客户，根据你分类的原则，要么是属于A分类，要么是属于B分类。不能既可以属于A，又可以属于B。

第二种：按业务伙伴的重要程度来进行分类。

例如把客户可以分为VIP客户、普通客户，把供应商分为A类供应商、B类供应商、C类供应商等等。

这种分类的管理目的：

一是可以按重要程度来对不同类别的业务伙伴提不同的要求，增加不同的逻辑控制和约束。比如普通客户，我们可能就要求必需要有预收款，或者必需要做信用额度的管理等，而VIP客户，我们允许进行月结，不用预收款等等。

二是可以按重要程度的不同，来对不同类别的业务伙伴进行评分，或者统计分析。例如对A类供应商和B类供应商，我们可以有不同的到货及时率的考核和要求，并进一步影响到不同类别供应商的回款周期等等。

三是可以对不同重要程度的业务伙伴，指派合适的、专人进行业务跟踪。例如对于A类供应商，有可能采购金额大，重要程度高，我们可能需要指派经验丰富、技能更强的采购员进行跟进。而B类供应商，我们可能就指派几个供应商，由一个采购员兼管等等。

第三种：按业务伙伴的身份来分类。

这种分类在集团化管理的公司中比较常见。按集团的子公司、集团外部等因素划分为：关联方业务伙伴、外部的业务伙伴等。方便做集团层面的合并报表。

第四种：按地域将客户分为华东区的客户、华南区的客户等。

但是我不建议这个分类用业务伙伴组来划分。可能你觉得很奇怪，这个分类通常是不变的，并且按业务伙伴组来划分，可以指定不同的价格清单，很符合我们前面的原则，为什么不用业务伙伴组来划分呢？

第一：某一个业务伙伴，它所属的地区可能是不变的，但是我们对地区的划分，是有可能随着管理要求的变化而变化的。所以我们的管理要求在不断变化，我们这个分类的标准可能就会不断变化，用业务伙伴组来划分，那就要不停地去修改，重新归类，甚至重新去制定过账的逻辑、控制约束的逻辑等等，很不方便。

第二：我们在业务伙伴主数据里面，本来就有地区这个属性，并且这个属性是可以不断增加和修改，还能添加层次的，所以我们应当用这个属性来做地区的分类，这才是最适宜的。

第五种：按业务伙伴的性质来划分。

例如对客户，我们可以分为代理商、经销商或者最终客户等。对供应商，我们可以分为长期供应商，零星供应商等。这种分类，通常的管理目的，是针对不同性质的业务伙伴，制定不同的价格策略；例如对代理商和最终客户，可能就会执行代理价和最终售价等等。

另外还可以对不同性质的业务伙伴，制定不同的、强制管理逻辑。比如可以设置对长期供应商，必需要用价格协议来管理，并且自动检查采购订单的价格，是否和签定的价格协议相符。而对零星供应商，则强制触发采购订单或者采购报价单的审批流程等。

以上，我们列举了常见的一些业务伙伴分类的方法，以及他们的管理目标。在实际的项目中，根据客户所处的行业、管理目标，还会有很多的一些分类要求，这些就需要我们的顾问，在实际项目中，认真的分析客户管理上真正的需求和痛点！帮助客户分析，并给出建议。

那么我们在有了ERP这种工具以后，比较好的编码方案应该如何去制定呢？我最常用的一种编码方案，可以给大家分享一下：

我一般会建议，以流水号为SAP系统中的物料编号：物料编码的首位，可以按物料组，或者物料的其它大类进行分类区分，除此外全部用流水码进行识别。而首位，通常用一个字母来区分就可以了，一个字母+流水号，最简捷，最方便。而流水号如果有四位，你的编码体系，仅仅一个物料大类就可以容纳1万种物料，而整个编码总长度也才5位，既方便记忆，又方便录入，非常有实用性。

按物料组或者大类，进行首位区分，在实际使用中最方便。例如用字母A代表产成品，那么在SAP系统中选择物料时，输入A，所有的产成品就会自动筛选。也比较有利于录单人员进行快速识别和选择。

另外首位建议尽量用字母，不要用数字。这个建议是完全基于实际操作层面的一个小细节提出的。因为你如果首位用数字，再加上后面流水码也是数字，当你导出EXCEL的时候，EXCEL很容易误认为导出的就是一个数字，有可能帮你自动变成科学计数，也有可能自动去掉首位的0,还有可能将某些特定的数字转换成日期等等。看起来好象无关紧要，但对现场操作人员来说，可能会带来额外的，很烦的一些转换的工作量。这些细节我们都要为客户考虑到。

今天的课程主要内容大约就是这些，我们主要讲了两方面的内容，一方面是如何标准化物料，以及标准化物料中的各种处理的思路。另一方面就是物料编码设计的原则。因为时间关系，我们有一些内容并没有拓展开来讲。例如对于研发中的物料如何管理，客供料的主要管理的流程，以及一些特殊的物资，比如办公用品、劳保用品如何去处理，要不要做物料管理等等。这些内容在后面的课程中，我会尽量穿插进去和大家分享。