转载自【收音机小姐】
曾经在考拉遇到过一任供应链总监，他几乎以一己之力设计了业务侧的主数据，印象非常深刻的是他甚至会设计编码中字母和数字的含义，而且字母是拼音首字母！BS就是保税……他那种“龟毛”精神让我心生敬佩。
那么辛苦还是值得的，他当时以自己的认知建立起来的主数据规矩，方便了后续的很多工作，比如需求和供应计划。
最近看到的客户的痛点，也是伤在主数据上。其实跟软件公司的朋友聊起来，目前需求计划模块已经相对标准化了，多家公司都做成了封装好的系统产品，大多数消费品公司配置一下就能用，关键就是先得有干净的主数据。
这篇就在以下三块常出现主数据问题的方面，聊聊较优实践。
一品多码
产品类型
产品分类
一品多码
统计预测都跑完了，去跟销售对数字，销售一句话怼回来，你不懂业务，我这个品还有两个码，金额一看就不对。
没错，这种情况在很多公司里很常见。一样的内容物，对促销品建一个促销码；产能不足了外包给OEM厂商，增加制造商又改了包装袋，又是另一个码；更有KA客户还要微调配方，再给建一个码。
首先，规定清楚哪种情况下需要建新编码。BOM不同肯定要重建产品编码，如果只是用于促销计数则可以避免，可以请到财务BP商议，用同一个码出货，再用促销津贴(Promotion allowance)的方式调金额，在sell-out中增加0值出货的类型。
定好规则之后做数据清理，在其大仓库存、渠道库存为0后，逐渐作废一些编码。
其次，定义清楚在谁那里，将计划切分到不同的编码上。新老品一刀切(Frontal cut)的时候，另一个码是客制品时，季节特供包装的情况下，应该在需求计划这里就分开。
新老品淡入淡出(phase-in-phase-out)时，市场不在意的包装变化（比如根据法规要求做的背后小字调整，不同的生产厂商等）时，需求计划要合并做，在合并的层面上跑统计模型并做销售共识，到了供应计划再分开。
供应计划根据老品新品的BOM，去看消耗掉老物料最合适的切换点；也根据自己厂和OEM的分配，来分到不同的包装上去（当然还可以逐渐切换成统一包装，除非文字太多溢出产品…）
再次，在ERP中设置好物料之间的接替关系，一劳永逸。每次手工，繁复又易错。但是要注意接替关系设置后，对哪些点有影响，比如供应计划的下单、滞销库存的计算、统计预测的合并、计划准确率和偏差率的合并计算等，哪些是你需要的，哪些还不能贸然合并。
计划员每个月底留个时间检查，可以用条码来辅助排查，或者直接用产品描述，揪出问题。建code也建议收口到一个部门，能守规则而非怎么快怎么来的部门。
产品类型
常见问题是卖品和赠品没有字段区别，只是区分在产品描述上，这个问题很大，不仅计划很讨厌，财务只要较真点就会疯。
设一个“产品类型”字段来区分。或者分得更精细的话，设两个字段“产品类型”和“产品组别”。
产品类型(Material Type)
比如化妆品公司分成正装(Finished Goods, FG)，含产品的非卖品（如试用装、旅行装、迷你装、单片及其组合），不含产品的非卖品（即促销物料）三类。产品类型决定了哪些是卖的，哪些是送的，所以可以用来对是否应有预测、应有成本价等必备字段做校验。
产品组别(Material Group)
在产品类型下的细分。
比如正装分为正装单品和正装套包，这样可以定义正装套包必须要维护其组件结构（Bill of material, 简称BOM）；
含产品的支持品分成试用装、旅行装、迷你装、单片及其组合等，分别赋予一个代码：因为根据公司财务政策，它们进入财务损益的时间点不同，费用型的是在入仓时入帐，视同销售型的是在出货时入帐。计划经理了解这个，能考虑到对品牌的财务影响，推进支持品的库存消耗时“顺水推舟”。
产品分类
产品分类(Product Hierarchy)
就像生物从上到下的层级分“界门纲目科属种”一样，公司也需要建立自己产品从大到小的类目，应用到市场、销售、供应链和财务等部门，和各个地区乃至国家，统一报表分析维度。
首先定义从大到小的类目，然后定义一些有用的维度。拿化妆品为例，用前四层分出品牌、子品牌、系列、品名，这样按前四层定义的产品级别，就是可以做预测模型的级别，彩妆的不同色号会被合并在一起。
另外再设几层实用的，比如一层用于区分质地：水/乳/霜/精华/洁面；一层用于区分彩妆的部位：面部/唇部/眼部；一层用于区分产品规格：100mL/50g/1.5L；担心没想全的话，还可以预留一层默认用“99”字符，暂不赋予含义，留给将来做必要的打标。这样就有了九层类目，以两个字符定义一层，就有了一个18位的分类号，即产品分类(Product hierarchy)。
这个分类要做到MECE（相互独立又完全覆盖），从产品创建时就设置为必填项，且要求跨事业部、跨区域、跨上下游公司或部门都使用同一套，才能让不同业务、不同区域的报表之间具有可比性。
公司在发展到一定阶段才建立成熟的分类体系的，需要花大力气将全部历史数据归类进去，并且“锁定”到公司的ERP系统中，进行严格管理。
想看我早前写的主数据完整内容，还可以回温这两篇：基础数据、销售采购数据。用的是SAP中的字段做的举例，根据自己公司的情况自取所需。
曾经在考拉遇到过一任供应链总监，他几乎以一己之力设计了业务侧的主数据，印象非常深刻的是他甚至会设计编码中字母和数字的含义，而且字母是拼音首字母！BS就是保税……他那种“龟毛”精神让我心生敬佩。
那么辛苦还是值得的，他当时以自己的认知建立起来的主数据规矩，方便了后续的很多工作，比如需求和供应计划。
最近看到的客户的痛点，也是伤在主数据上。其实跟软件公司的朋友聊起来，目前需求计划模块已经相对标准化了，多家公司都做成了封装好的系统产品，大多数消费品公司配置一下就能用，关键就是先得有干净的主数据。
这篇就在以下三块常出现主数据问题的方面，聊聊较优实践。
一品多码
产品类型
产品分类
一品多码
统计预测都跑完了，去跟销售对数字，销售一句话怼回来，你不懂业务，我这个品还有两个码，金额一看就不对。
没错，这种情况在很多公司里很常见。一样的内容物，对促销品建一个促销码；产能不足了外包给OEM厂商，增加制造商又改了包装袋，又是另一个码；更有KA客户还要微调配方，再给建一个码。
首先，规定清楚哪种情况下需要建新编码。BOM不同肯定要重建产品编码，如果只是用于促销计数则可以避免，可以请到财务BP商议，用同一个码出货，再用促销津贴(Promotion allowance)的方式调金额，在sell-out中增加0值出货的类型。
定好规则之后做数据清理，在其大仓库存、渠道库存为0后，逐渐作废一些编码。
其次，定义清楚在谁那里，将计划切分到不同的编码上。新老品一刀切(Frontal cut)的时候，另一个码是客制品时，季节特供包装的情况下，应该在需求计划这里就分开。
新老品淡入淡出(phase-in-phase-out)时，市场不在意的包装变化（比如根据法规要求做的背后小字调整，不同的生产厂商等）时，需求计划要合并做，在合并的层面上跑统计模型并做销售共识，到了供应计划再分开。
供应计划根据老品新品的BOM，去看消耗掉老物料最合适的切换点；也根据自己厂和OEM的分配，来分到不同的包装上去（当然还可以逐渐切换成统一包装，除非文字太多溢出产品…）
再次，在ERP中设置好物料之间的接替关系，一劳永逸。每次手工，繁复又易错。但是要注意接替关系设置后，对哪些点有影响，比如供应计划的下单、滞销库存的计算、统计预测的合并、计划准确率和偏差率的合并计算等，哪些是你需要的，哪些还不能贸然合并。
计划员每个月底留个时间检查，可以用条码来辅助排查，或者直接用产品描述，揪出问题。建code也建议收口到一个部门，能守规则而非怎么快怎么来的部门。
产品类型
常见问题是卖品和赠品没有字段区别，只是区分在产品描述上，这个问题很大，不仅计划很讨厌，财务只要较真点就会疯。
设一个“产品类型”字段来区分。或者分得更精细的话，设两个字段“产品类型”和“产品组别”。
产品类型(Material Type)
比如化妆品公司分成正装(Finished Goods, FG)，含产品的非卖品（如试用装、旅行装、迷你装、单片及其组合），不含产品的非卖品（即促销物料）三类。产品类型决定了哪些是卖的，哪些是送的，所以可以用来对是否应有预测、应有成本价等必备字段做校验。
产品组别(Material Group)
在产品类型下的细分。
比如正装分为正装单品和正装套包，这样可以定义正装套包必须要维护其组件结构（Bill of material, 简称BOM）；
含产品的支持品分成试用装、旅行装、迷你装、单片及其组合等，分别赋予一个代码：因为根据公司财务政策，它们进入财务损益的时间点不同，费用型的是在入仓时入帐，视同销售型的是在出货时入帐。计划经理了解这个，能考虑到对品牌的财务影响，推进支持品的库存消耗时“顺水推舟”。
产品分类
产品分类(Product Hierarchy)
就像生物从上到下的层级分“界门纲目科属种”一样，公司也需要建立自己产品从大到小的类目，应用到市场、销售、供应链和财务等部门，和各个地区乃至国家，统一报表分析维度。
首先定义从大到小的类目，然后定义一些有用的维度。拿化妆品为例，用前四层分出品牌、子品牌、系列、品名，这样按前四层定义的产品级别，就是可以做预测模型的级别，彩妆的不同色号会被合并在一起。
另外再设几层实用的，比如一层用于区分质地：水/乳/霜/精华/洁面；一层用于区分彩妆的部位：面部/唇部/眼部；一层用于区分产品规格：100mL/50g/1.5L；担心没想全的话，还可以预留一层默认用“99”字符，暂不赋予含义，留给将来做必要的打标。这样就有了九层类目，以两个字符定义一层，就有了一个18位的分类号，即产品分类(Product hierarchy)。
这个分类要做到MECE（相互独立又完全覆盖），从产品创建时就设置为必填项，且要求跨事业部、跨区域、跨上下游公司或部门都使用同一套，才能让不同业务、不同区域的报表之间具有可比性。
公司在发展到一定阶段才建立成熟的分类体系的，需要花大力气将全部历史数据归类进去，并且“锁定”到公司的ERP系统中，进行严格管理。
想看我早前写的主数据完整内容，还可以回温这两篇：基础数据、销售采购数据。用的是SAP中的字段做的举例，根据自己公司的情况自取所需。
