生鲜ERP的主营事务方向是面向于批发客户

供应链ERP体系很巨大，涉及到的板块也比较多，我会拆分几篇跟咱们逐渐共享下，初步方案是以根底数据-收购与供货商办理-订单与配送-库存办理-财务与结算-数据分析与决议计划支撑的几个模块跟咱们共享。

生鲜行业自身是一个详细的事务方向，也有自己的一些特殊性，体系规划也会兼容这部分特殊性，所以从事不同事务方向的同学有疑惑或者有指正的地方能够在评论区留言，咱们一同探讨下。

感兴趣的能够重视一下我，跟我一同从零到整拆解供应链生鲜ERP。

一、布景

老规矩，先讲一下项目的布景。

最开端做这套生鲜ERP的主营事务方向是面向于批发客户（首要是大B，政企单位）的食堂收购需求，旨在通过线上ERP体系办理采销配进程中的各个环节，做到资金流/订单流/物流三大流程的线上化，提高人效且规范化办理。

后期也凭借这套生鲜ERP快速支持了新事务的拓展，也就是当时在做的面向小B的在线批发配送事务，能够说整体的架构规划还是比较合理的，后续也支撑了集团多业态事务的开展。

拆解供应链免不了要从根底数据开端，根底数据作为数字化供应链的柱石，对整个生鲜供应链的运作都起到关键作用。

二、根底数据

每个体系都有自己的根底数据，支撑体系的正常运转，同时也由于事务方向的不同，根底数据的种类也不同。

本篇共享的生鲜供应链ERP中首要包括的根底数据种类有组织、产品、供货商、客户、库房、物流等。

根底数据中有些是涉及到全局运用的，比如产品编码，有必要全局一致，避免因产品编码界说不同导致的体系单据流通差异；有些数据又是部分运用的，比如产品销售名称，在不同事务或不同区域中答应存在不同界说，以适配不同的事务场景。

根底数据的办理首要涉及到数据的增修改查以及审核和下发，要确保数据办理的高效性、安全性和准确性，需要做到：

• 数据界说要明晰、明确，不存在歧义，数据类型要规范化。
• 规范数据的准入和更新流程，明确下发字段和下发及时性要求。
• 保证数据的质量，定期校验数据准确性。
• 规划数据安全与权限战略，限制对敏感数据的拜访和编辑，追寻数据的改变记载。
• 定期备份数据，以避免数据的损坏或丢失。

根底数据必定要在规划整套体系架构时考虑清楚，假如体系现已实施了大半或者现已上线后，才发现根底数据的规划不足以支撑现有事务，那改起来是非常痛苦的，等于楼盘都交付了要去改地基。

咱们现有事务在产品主数据方面就出了类似的问题，调整进程很绵长且难以落地。

三、产品主数据

1. 产品准入/报废

咱们公司的产品主数据是在SAP中进行维护的，产品准入是在OA申请产品主数据创建流程，弥补产品的根底信息，流程审批通过后创建成功，再顺次下发到各事务体系中，报废同理。

2. 产品的SPU/SKU/SN码

根据运用场景和办理维度的不同，能够将产品用SPU/SKU/SN来代指。

1. SPU（Standard Product Unit）： 规范产品单元。SPU是一组具有类似外观、功用和用处的产品的规范标识。一般，同一SPU下的产品在功用和外观上是相同的，只是细节上或许有所不同。
2. SKU（Stock Keeping Unit）： 库存量单位。SKU是对详细库存产品的仅有标识，一般由数字和字母组成。每个SKU都对应着一个特定的产品，它能够是SPU的一个详细实例。SKU一般用于区分不同的产品属性，如色彩、尺度、包装等。
3. SN码（Serial Number）： 序列号。SN码是产品的仅有序列号，一般由数字、字母或二维码组成。每个产品都有一个仅有的SN码，通过这个码能够追寻产品的生产、流通和销售情况。SN码一般用于保证产品的质量追溯、售后服务以及防伪等方面。