【O2O研究】餐饮供应链系统设计之产品架构及基础功能范围

发布时间： 2018-10-09 文章分类： O2O电商

阅读量： 0

采购供应链系统

一、基础架构节点

在这里先介绍一下O2O电商平台大致的组织架构层级节点，便于大家初步在脑子里形成大致的印象和联系。

【O2O研究】餐饮供应链系统设计之产品架构及基础功能范围

集团：有的系统中也叫做总部或者品牌，但是在供应链中一般都对应的是有最高管理职能和权限的层级。系统中总部一般由服务中心人员或者实施人员建立，可独立登录，有唯一id。

公司：实际场景中，一个集团下可能有多个公司，例如百胜餐饮品牌下有必胜客、kfc、东方既白等。但是在系统中，公司也可以作为最顶层级（若是公司购买供应链的话），如果是集团购买，则集团则是最顶层级。

配送中心（总仓）：可建多个（例如按区域分）。一般是负责一个地区的采购销售库存的中转站，处理门店的订货需求、自己仓库（总仓）的采购、及销售给门店品项。在系统中可独立登陆，有唯一id。

外部供应商：为门店或配送中心（总仓）提供货物

中央厨房：统一制作一些成品和半成品，销售配送给所需商户

门店：可按照属性分为加盟店、直营店等，是对外销售菜品的单位，在系统中可独立登陆，有唯一id。

二、集团-配送中心-门店

o2o电商系统的技术架构往往要根据业务的发展方向和产品定位来确定。

例如未来的业务计划是抢占长尾市场，即针对非连锁的个体小商户，不需要复杂的采购集散配送流程，只需要简单的进销存功能，则可以只有总店（可包含简单销售功能）和门店两级即可。

若是未来的战略发展瞄准了大型连锁商户，因为考虑到大型连锁店实际场景中，其在食品质量方面、集中控权方面有严格要求，同时采购供给模式链条也更为长，所以则可以至少建立总部、配送中心、门店三层。

接下来讲一下集团主要的模块结构，本文主要介绍集团-配送中心-门店模式。

【O2O研究】餐饮供应链系统设计之产品架构及基础功能范围

1. 集团

（1）品项管理

由于集团在组织架构中是顶层，一般为了有这种三级模式的连锁大型餐饮企业，在商品质量规格方面都有统一要求，所以物料品项信息，像包括代码、名称、规格、各种单位及换算率、各类属性（例如自采还是统配）等，一般由总部统一设置。

（2）供应商管理

由于对质量有把控，集团一般会选择某些供应商长期合作，也会要求下面的门店使用这些供应商供应的品项，所以集团需要有管理供应商的模块，可以给品项类别指定供应商，做的完善一点甚至可以构造供应商评级系统。

（3）门店和及配送中心管理

可以管理或者配置门店或者配送中心的信息、属性等。信息方面，例如门店或配送中心名称、区域地址、门店性质（直营／加盟）等。属性方面，例如门店盘点属性（明盘／暗盘）、订货接受性质（强制接收／可修改入库数量）等。这些信息或者属性多数情况下涉及到整个体系的管理，只能由总部配置。

（4）报表管理

作为集团当然也会有了解下面门店采购数据、菜品销售数据，配送中心的采销数据等需求，以便更好的制定管理决策。

（5）系统管理

用户配置用户、部门、角色权限、数据权限等。

2. 配送中心

（1）基础设置

一般包括对客户（下属门店）、供应商、品项等的设置。虽然集团已经规定了配送中心可使用的品项，部分可采购的供应商、区域内所属的门店，但是配送中心由于实际业务需要，还会在这些既定项上配置附加属性。例如某些品项是直销给门店还是由外部供应商配送；对不同供应商提供的各个品项采购价格的管理设置；对不同门店销售品项时销售价格和优化策略的管理设置。

（2）订货管理

订货单管理：配送中心每天要处理大量的从各个门店发过来的订货单外，每笔订单上品项的库存储备情况也不同，有的有现货，有的需要先向供应商采购（配送中心自身向供应商采购的订单要走另一套），不同物料的供应商也许不同…简单的一笔订单，有着复杂的处理分支，所以需要强大的订单系统对这些进行自动化处理。

配送规则：为了解决配送门店订货时间碎片化、品类没有规则性，而增加配送中心库存管理、采购和配送工作的难度的问题，同行需要有为门店指定配送规则的模块。

（3）库存管理

出入库单据管理、各个仓库即时库存、仓库盘点管理、仓库间调拨管理，库存安全预警配置、库存锁定量配置、期末结转等都是需要考虑的。

（4）采购管理

配送中心自身向各个供应商下的采购订单。

（5）销售管理

配送中心销售给门店货物时产生的是销售订单。

（6）加工管理

有的配送中心内设中央厨房，需要自己加工半成品等。有的配送中心会和OEM合作，则需要指定加工成本卡等。

（7）报表管理