连锁餐饮原料主档管理系统：一项原料对上几种容器、几个制作步骤

连锁餐饮原料主档管理系统看起来是最没技术含量的一块，实际上是后面所有作业的地基。一项原料在店里不是一个数字：它装在几种容器里、有几种保存条件、要经过几个制作步骤才变成能卖的东西。主档上少建一栏，下游的备料、效期、报废就都得靠人补脑。

主档不是商品目录。商品目录回答这家店卖什么，主档回答的是每一样东西怎么用——怎么进、怎么存、怎么算、怎么变成另一样东西。

▍一项原料至少要挂上的四组信息

1、计量与容器。采购按箱、库存按公斤、备料按份，装在几号盆几号桶里。容器不同，一份的量就不同，不建进主档就只能靠老员工的手感。

2、保存条件与效期规则。常温、冷藏、冷冻各有各的可用时长，开封前后也不一样。这一组决定系统能不能自动算出到期时间。

3、制作步骤与时长。从原料到可用状态要经过几步、每步多久、用什么设备，这一组接的是备料计时和现场的操作引导。

4、BOM关系。这项原料出现在哪些菜品的配方里、每份用多少，这一组接的是销售扣减和订货反推。

▍主档由谁维护，比主档建得多细更重要

多数连锁在这一层出问题，不是字段建得不够，是每家店都能自己新增。同一种淡奶油，A店叫淡奶油、B店叫鲜奶油、C店按品牌名建，三家的用量、报废、订货就永远汇总不到一起，报表上看着有数据，实际上没有一个数是可比的。

总部维护、门店引用是唯一能长期成立的做法。门店确实需要的新品项走申请流程，慢一点，但主档不会分叉；一旦分叉，回头合并要重新处理历史数据，代价比当初慢那几天大得多。

▍核心功能模块

1、原料主档与编码规则。一料一码，编码规则在上线时定死，之后不随门店习惯变。

2、容器与计量单位换算。采购、库存、备料三种单位的换算比例写在档上，不靠人心算。

3、保存条件与效期规则设定。按物料设可用时长，开封前后可以是两个规则。

4、制作步骤与制程时长维护。步骤顺序与各步时长跟着物料走，同一原料多种做法分开建。

5、BOM表配置。菜品对应到原料与标准用量，支持半成品套成品的多层结构。

6、主档同步与门店权限。总部维护后同步下发，门店端只能引用不能新增。

7、库存与领用报废关联。主档上的单位与规则直接被库存、领用、报废单据引用，不另外维护一份。

▍这几栏泓远软件是集中在总部维护

泓远软件把商品原料管理与BOM表配置放在同一套主档里：一料一码，采购、库存、备料的单位换算写在档上，保存条件与制程时长跟着物料走，配方里用到这项原料的菜品也挂在同一条记录下。主档由总部维护后同步下发，门店端只能引用；门店的领用、报废、盘点数据自动上传云端，总部按门店、品项看用量与差异。这样报表上的每一个数字才有共同的口径，而不是各店各算一套。

▍连锁餐饮原料主档管理系统常见问题

Q1：原料主档要建哪几组信息？

四组：计量与容器、保存条件与效期规则、制作步骤与时长、BOM关系。判断这套系统够不够用最快的方法，是问它同一项原料能不能挂多种容器规格与多套保存条件——只能挂一种的，开封前后的效期差异就得靠人记。

Q2：门店能不能自己新增原料？

不建议开放。门店新增看起来是效率，实际是把汇总能力换掉了：同一样东西有了三个编码，之后的用量对比、报废归因、订货反推全部失效。门店确实遇到新品项，走申请流程由总部建档再下发，慢的是几天，换来的是数据长期可比。真正需要给门店的权限是查询和引用，不是创建。

Q3：主档改了之后，门店已经在用的数据怎么办？

看改的是哪一类。单位换算、保存条件、制程时长这类规则属性，改完之后按新规则对后续作业生效，已经完成的批次仍按当时的规则算，不能倒回去重算，否则历史报表会自相矛盾。泓远软件的主档由总部统一维护后同步下发，门店端引用最新版本，历史单据保留当时的口径。

连锁餐饮的原料主档要不要重建，判断点不是原料有多少项，而是同一项原料在各家店现在是不是同一个编码。若您想确认容器规格该怎么挂进主档、以及门店新增权限要不要收回，泓远软件提供免费门店调研，按实际瓶颈排上线顺序，获取定制化实施方案与报价。