能不能按销售节奏加上工厂配方，自动测算原料需求？

能。走的是门店智能订货这条线：先按历史销售与备货标准算出门店该订多少，再按配方展开成原料需求。

和按要货测算原料需求的区别就在起点：那一篇是要货驱动，门店已经把数报上来了，系统只做汇总与展开；这一篇是销售驱动，门店还没报数，系统先预测它该报多少。前者算的是既成事实，后者算的是建议量，建议量下发后仍然回到同一条排产与算料链路。

① 定库存口径。备货规则按物料定义计算方法：按天数计算最高最低库存时，最低库存 = 日均消耗 × 最小天数、最高库存 = 日均消耗 × 最大天数；直接设置最高最低库存时取手工录入的固定值，不随销量变化。规则建好后绑定到门店，再执行备货标准计算，才得出每个物料的日均消耗与上下限。

② 写计算逻辑。订货算法用类 Pascal 语法配全中文变量，结果落到【订货数量】。常用变量有【预测销售数】【日均销用量】【当前结存数】【最低库存】【最高库存】【安全系数】【近7天平均退货率】【昨天估清时间】【参加促销】【公历节日】【农历节日】等，点参数区即复制进代码。

③ 选基础算法。烘焙行业常用订货算法介绍给了三套适配烘焙的口径：

算法	计算口径	适配
最低库存补齐	订货周期 × 最低库存 − 当前结存数	长保原料、基础补货，不需历史销量
安全存量	预测销售数 + 日均销用量 × 安全系数 − 当前结存数	短保现烤、连锁常规品类
销售预测	近三周同星期销量按 0.5 / 0.3 / 0.2 加权	每日清库、当日退回的日清产品

之上还能串六套微调：促销上浮、退货率下调、估清时间追加、同期订货平滑、节假日修正预测、起订区间收口。收口必须放在最后，否则前面的上浮会被提前截断。

**④ 绑到物料并设默认值。**订货规则按类别或按物料绑定算法，颗粒度与【退货率默认标准】【门店日均消耗统计天数】【门店存货标准默认最大天数】【门店存货标准默认最小天数】在智能订货用户特点里统一配置，路径是 系统维护 → 系统设置 → 设置系统特点 → 智慧赋能 → 智能订货。

**⑤ 展开成原料。**算出的订货量进入门店订货与采购计划环节；成品与半成品的要货汇总到生产中心生成生产计划单，再由配料管理按已确认配方折算出计划领用量与理论领用数，缺口生成调拨申请。这一段与要货驱动完全共用。

这样设计的好处

• 把店长的经验写成可维护的逻辑：促销系数、退货率阈值、估清判定时刻都是代码里的数字，改完存个版本就能生效，新店长照建议量下单即可。
• 短保与长保不用一刀切：日清产品走销售预测、常规短保走安全存量、面粉糖油走最低库存补齐，同一账套里按品类混用。
• 上线前能验算、上线后能回退：保存只推高最新版本，切生效版本才下发门店；历史版本留代码与版本说明，新逻辑不理想随时切回旧的。

需要注意的边界

智能订货算的是门店该订多少，不是一步从销售额跳到原料采购量。原料需求仍要经生产计划单与配方展开这一步，配方未确认就算不出料。

原料本身通常不看门店销量：面粉、糖、油这类补货节奏跟的是工厂生产计划，建一套直接设置规则按安全批量给固定上下限，避免销量波动把原料库存标准带着走。采购计划当前版本的设置窗口也不提供按最近 N 天销售数量推算补货量这一参考方式，销量口径集中在智能订货这条线。

还有两处容易踩：备货标准是计算结果，改了天数不重算等于没改；算法里的最低库存、最高库存取自备货标准，物料没有备货标准时这两个变量取到 0，算出的建议量会明显偏小。

在哪做

环节	入口
配置链路总览	门店智能订货
定库存上下限口径	备货规则
写订货计算逻辑	订货算法
选行业常用算法	烘焙行业常用订货算法介绍
设默认参数与颗粒度	智能订货用户特点
门店已报数的那条线	按要货测算原料需求