← Build 实验室
BUILD测试中

DRP · Multi-echelon Replenishment

多级网络补货计划

沿工厂与配送中心网络展开 DRP 时序计划,并让释放动作接受来源库存校验。

要回答的问题如何让多级补货建议按日历时序传播,同时避免把候选计划误当成真实库存?

可运行演示确定性基础能力Deterministic人工批准

工业语境与系统边界

场景实验 · DRP · Inventory Planning · ERP / MRP

规则、Solver 或代码产出核心结果

集成边界:Plant→DC 多级补货合成仿真;库存、需求与计划调拨仅在页面会话中保存,未连接 DRP、ERP 或 MRP。

合成动画演示 · 与下方操作场景独立两个仓库缺货,工厂集货后按交期补给
工厂向华东、华西配送中心连续补货场景客户订单形成两地缺口,工厂汇总六十件货物,经模拟计划员确认后由两辆货车运输,按二日与三日交期到货。两条固定运输路线中央工厂华东配送中心华西配送中心模拟计划员计划待确认客户客户缺 30 件缺 30 件✓ 补货 30 件✓ 补货 30 件D0 依赖需求 60 件工厂现有库存70 件安全库存 10 件华东现有库存30 件安全库存 10 件华西现有库存20 件安全库存 10 件运输时间按计划交期模拟 · 仅展示库存转运,不模拟客户实际出货
华东调拨 · 30 件候选释放 10月1日 · 预计到货 10月3日满足 50 件客户需求后预计余量 10 件
华西调拨 · 30 件候选释放 10月1日 · 预计到货 10月4日满足 40 件客户需求后预计余量 10 件
满足客户需求后,华东与华西预计各余 10 件;这是规划余额,不是物理库存。货架每箱代表 10 件。计划员确认、发运与收货均为模拟。
合成场景 · 1 SKU · 3 节点 · 6 日

计划沿网络传播,库存只在执行后移动

两个配送中心的独立需求先净算;计划调拨释放再成为工厂 dependent demand。PO 与在途只在所属节点的到货日计入。

当前日期 D+0先运行计划,查看网络需求如何逐日传播。

中央工厂

来源节点 · 调拨释放构成 dependent demand
日 / 日期毛需求计划到货衍生需求净需求计划释放计划收货缺口
D+010-010016016——
D+110-020021021——
D+210-0304018018——
D+310-040012012——
D+410-0500000——
D+510-0600000——

华东配送中心

需求节点 · 只使用自己的客户毛需求
日 / 日期毛需求计划到货净需求计划释放计划收货缺口
D+010-01120000—
D+110-021018000—
D+210-03140333—
D+310-04120121212—
D+410-05100101010—
D+510-06120121212—

华西配送中心

需求节点 · 只使用自己的客户毛需求
日 / 日期毛需求计划到货净需求计划释放计划收货缺口
D+010-0180000—
D+110-02907007
D+210-0310125005
D+310-0480131313—
D+410-0590999—
D+510-0680888—

读表:安全库存是每个日桶的期末目标。净需求为补到安全库存的数量;来源供给不足、或所需释放日早于 D0 时记为缺口,不倒填过去日期。

库存所有权:基准数据中的 TR-E-201 是华东在途,来源端已扣账;它只在 D+1 作为华东计划到货出现。

候选调拨与人工执行

计算计划后出现建议订单

尚无候选订单。运行一次网络计划开始检查。

推进日期只入账当日计划 PO / 在途;不模拟客户发货或需求消耗,因此 on-hand 不是完整实际库存账。确定性规则负责数量与日期 · 人工计划员释放 / 发运 / 收货 · 无 AI、ERP / MRP 写入或生产数据。

证据深度

验证这个结论。

限制必须保持可见;实现细节可以深入查看,但不能阻塞 Demo 主流程。
验证 2026-10-21 · 构建 6e89290 · 未测 2 项 / 阻塞 3 项展开全量记录
记录日期
环境
https://winston-builds.vercel.app
构建
6e89290
复现
scripts/test-v3-acceptance-browser.mjs(report-only(首轮不设门禁))
  • 未测8 条路由 × 3 视口(1440×900 / 720×900 / 390×844)的横向溢出、Tab 焦点 outline、#evidence 深链、正文对比度抽样(仅记录数值,阈值未定)
  • 未测对比度阈值判定:首轮只记录实测数值,WCAG 阈值待真实分布确认
  • 阻塞读屏(screen reader)

    原因:当前无读屏执行环境

  • 阻塞原生 200% 浏览器缩放

    原因:headless 视口不能替代原生缩放,需人工验证

  • 阻塞视觉构图接受

    原因:需人眼评审;当前会话无视觉模型能力

当前边界
  • 场景完全合成、仅内存会话状态;单 SKU、固定日历日与整数件。分配为按日期和配送中心顺序的有界启发式,不是全局优化。
  • 没有 BOM、多来源分配、产能、仓容、运输日历、MOQ 或真实 ERP / MRP 集成;没有真实用户验证、模型评估或生产数据。
  • 模拟推进会入账当日计划 PO / 既有在途,但不模拟客户发货或消耗;推进后的 on-hand 不是完整的实际库存账。
实现方式

用一个 SKU、一个中央工厂和两个配送中心展示固定日桶的毛需求、净需求、计划释放与收货日期。配送中心计划释放形成工厂 dependent demand;现有采购单与在途按到货日期进入净算。确定性模型先计算两个配送中心的净需求与调拨候选,再将计划释放传播为工厂 dependent demand。来源可用量和安全库存约束发运建议;人工释放时再次原子校验来源库存并建立预留。

可复用模式

可复用日期桶净算、调拨依赖需求传播、来源预留与收发货数量守恒模式。

证据与来源
  • Demo
    交互式 DRP 网络 Demo

    合成的一 SKU、三节点规划与人工释放、发运、收货状态流。

  • 测试
    确定性模型测试

    覆盖时序、计划 PO、既有在途、来源约束、命令幂等、角色/数量校验与数量守恒。

  • 架构
    模型边界

    固定日桶和有界分配启发式;不连接 ERP / MRP / DRP,也不声称全局最优。

  • 源码