您的位置: 首页 > 新闻中心

    餐饮供应链系统设计的产品架构及基础功能范围

    作者:威海软件公司 日期:2018-04-08 点击:1189

    上一篇文章中提到过,餐饮业态下供应链系统的应用场景一般较为复杂,并且具有多变性,而从业人员操作水平和接受能力又往往较低,这些难点一度导致笔者刚接触餐饮供应链系统产品设计时踩了许多坑。这是一个系列文章,将会从粗至细介绍和讲解餐饮供应链系统的产品设计,也算是笔者对自身知识框架的梳理总结。

    餐饮供应链系统设计(一):产品架构及基础功能范围

    一、基础架构节点

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

    餐饮供应链系统设计(一):产品架构及基础功能范围
    • 集团:有的系统中也叫做总部或者品牌,但是在供应链中一般都对应的是有最高管理职能和权限的层级。系统中总部一般由服务中心人员或者实施人员建立,可独立登录,有唯一id。
    • 公司:实际场景中,一个集团下可能有多个公司,例如百胜餐饮品牌下有必胜客、kfc、东方既白等。但是在系统中,公司也可以作为最顶层级(若是公司购买供应链的话),如果是集团购买,则集团则是最顶层级。
    • 配送中心(总仓):可建多个(例如按区域分)。一般是负责一个地区的采购销售库存的中转站,处理门店的订货需求、自己仓库(总仓)的采购、及销售给门店品项。在系统中可独立登陆,有唯一id。
    • 外部供应商:为门店或配送中心(总仓)提供货物
    • 中央厨房:统一制作一些成品和半成品,销售配送给所需商户
    • 门店:可按照属性分为加盟店、直营店等,是对外销售菜品的单位,在系统中可独立登陆,有唯一id。

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

    系统的组织架构往往要根据业务的发展方向和产品定位来确定。

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

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

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

    餐饮供应链系统设计(一):产品架构及基础功能范围

    1. 集团

    (1)品项管理

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

    (2)供应商管理

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

    (3)门店和及配送中心管理

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

    (4)报表管理

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

    (5)系统管理

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

    2. 配送中心

    (1)基础设置

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

    (2)订货管理

    • 订货单管理:配送中心每天要处理大量的从各个门店发过来的订货单外,每笔订单上品项的库存 储备情况也不同,有的有现货,有的需要先向供应商采购(配送中心自身向供应商采购的订单要走另一套),不同物料的供应商也许不同…简单的一笔订单,有着复杂的处理分支,所以需要强大的订单系统对这些进行自动化处理。
    • 配送规则:为了解决配送门店订货时间碎片化、品类没有规则性,而增加配送中心库存管理、采购和配送工作的难度的问题,同行需要有为门店指定配送规则的模块。

    (3)库存管理

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

    (4)采购管理

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

    (5)销售管理

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

    (6)加工管理

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

    (7)报表管理

    出入库报表、门店订货统计表、采销统计表等

    (8)对账管理

    门店对账、供应商对账等

    (9)系统管理

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

    3. 门店

    (1)基础设置:

    • 品项:同样,在门店维度也需要根据实际情况在品项上设置一些适用于自己的属性,例如是否允许库存为负数等。
    • 供应商:除了向配送中心采购规定品项,门店也会向外部供应商订货(毕竟买个葱姜蒜没有必要一般都会在附近小菜店解决),所以也需要有自己的供应商管理设置模块。
    • 成本卡:一般有菜品成本卡和半成品成本卡两种。由于门店层就会涉及到对菜品的销售,也会自己粗加工部分半成品备用,所以需要提前配置好对应的成本卡,两者有较大区别,后期文章会详谈。

    (2)库存管理:基本与配送中心模块一致

    (3)采购管理:由于供应商可能是配送中心,也可能是外部供应商,两者在流程和单据上都有较大区别,需要作区分。

    (4)报表管理:出入库报表、菜品销售相关报表等

    (5)对账管理:供应商对账

    (6)系统管理:用户配置用户、部门、仓库、角色权限、数据权限等

    本篇是先粗维度地介绍了“集团-配送中心-门店模式”中的产品框架和主要功能范围,先建立起概念再循序渐进。下一篇将会介绍该模式下的几种采销配送流程,敬请期待~

    本文由威海软件公司半岛科技整理发布!2018.04.08

    分享到:

    上一条:设计规范|Web端设计组件篇—反馈类

    下一条:前期产品开发功能如何取舍?