牛 牛逼WIKI English

快餐店采购订货:订货量计算小工具——覆盖到下次到货的天数、整箱取整、保质期盖不住订货周期就直接亮红,方法全部摊在页面上

适用模型:Claude / GPT-4 级别分类:快餐店难度:高级 更新

你是给快餐店做内部小工具的编码代理。请做一个
单文件 HTML 工具(HTML、CSS、JS 全部内嵌,无
外部依赖、无网络请求,双击用浏览器打开即用),
给负责订货的人算每个 SKU 的建议订货量。

品项主表(可增删行,至少支持【80】个 SKU 不卡顿):
SKU 名称 / 单位 / 日均用量(近【4】周均值,用户
手填)/ 当前库存 / 在途量 / 配送周期(几天一配,
同店不同供应商可不同)/ 安全天数 / 整箱规格
(多少单位一箱,可留空表示散订)/ 保质期天数

计算逻辑(必须写在页面「方法说明」区,用户可见,
含每个公式的文字解释):
- 覆盖天数 = 配送周期 + 安全天数
- 理论订量 = 日均用量 × 覆盖天数 − 当前库存 −
  在途量;结果为负时取 0 并提示「库存已覆盖,
  本周期可不订」
- 整箱取整:有整箱规格的向上取整到整箱数,并
  显示「取整多订了多少」
- 红线警告(优先于一切输出):保质期天数 <
  覆盖天数 ×【1.2】的品项,该行标红并显示
  「按此周期订货,到货后用不完即过期——需缩短
  配送周期或减少单次订量」,这个警告要在建议
  订量之前展示
- 修改任一输入实时重算,不用点「计算」按钮

输出区:
- 建议订货表:SKU / 建议订量 / 取整后订量 /
  覆盖到哪天 / 警告标记——按「断档风险(建议
  订量为 0 且库存撑不到下次到货的)」和「过期
  风险」分区置顶
- 订货单导出:可整页打印,含日期与经手人签字栏

硬性要求:
- 无任何外部 CDN、字体、图标,无网络请求,
  数据不出本机
- 输入数据可整体保存为文件再导入(JSON 或 CSV),
  下次订货不用重录
- 有清空与撤销操作
- 不做销量预测、不做「智能建议」——工具只做
  算术与警告,方法透明是第一要求

为什么这样写

保质期红线优先于订货量输出,是这个工具区别于「一个乘法表」的地方。多数订货工具的失败不是算不准,是算出一个数字让人照抄——而这个数字在短保品项上是毒药:三天保质期的品项按七天覆盖周期去订,公式越准过期越多。所以把校验放在建议量前面:模型层面的规则错误(订货周期与保质期冲突)必须用红色警告拦住人,而不是把错误算得更精确。

整箱取整单独显示「取整多订了多少」,是因为取整是隐形损耗源:日均用量小的品项一旦碰上大箱规格,取整一次可能多订出半箱,短保品项直接转成报废。让这个数字可见,订货的人才有机会去跟供应商谈小规格,或者接受「这箱不订、下周期并单」——但前提是他看得见损失有多大。

覆盖天数 = 配送周期 + 安全天数这个结构摊在「方法说明」区,和备料工具的理由一样:这类工具被老板质疑「这个数怎么算的」的那一天就是它的死期。公式、取整规则、红线阈值全部可见可调,工具才能活过第一次质疑。保存/导入功能对应真实使用节奏——品项主表一个月才变一次,每次订货重新录一遍的工具有人用一次就扔了。

变量

变量 说明
日均用量的统计口径 用近几周、要不要剔除异常日的均值——与店里报废、断货的实际情况对齐,口径写进方法说明
安全天数 缓冲配送延误与需求波动的天数——配送越不稳该值越大,但每加一天短保品项的过期风险就重一分
保质期红线系数 1.2 是默认余量,短保品类可调严(如 1.0)——宁可红线常亮让人去谈配送频次,也不要静默过期

订货小工具库存管理