需求计划Demand Planning是什么它是 APS 智能供应链计划体系的统一需求起点把客户 Forecast、销售订单、Design-Win、渠道库存等多源信号变成一份全链路共同认可、可评审、可追溯的共识需求Consensus Demand。本文基于上海斯歌 APS 智能供应链计划管理解决方案中 Demand Planning 需求计划的公开资料做技术向拆解不含营销表述。需求计划链路怎么跑需求计划不是一张 Forecast 表而是一条多源接入 → 识别评审 → 滚动管理 → 下游发布的供应链需求计划管理链路。需求信号覆盖7 类来源下游驱动5 大APS 模块变更管控分3 类Time FenceFrozen / Slushy / Liquid。1. 多源需求接入建立统一需求事实可纳入统一计划模型的需求信号客户 Forecast销售订单与订单变更Design-Win 与项目量产计划渠道库存与 Sell-through长期协议与客户承诺新品导入与产品生命周期市场趋势、价格变化与外部行业信号关键不在记录数量而在为每条信号打维度标签客户、产品、区域、项目、时间周期、来源部门、确认状态。这让需求从一组数字变成可追溯、可比较、可评审的计划输入。2. 需求识别与评审从多版本 Forecast 到 Consensus Demand不同信号不能简单相加。系统需支持销售、市场、产品、供应链、计划团队围绕同一份需求事实评审判断哪些需求已确认 → 进入资源准备哪些是高概率机会 → 按情景规划scenario planning管理哪些订单变化来自渠道补库 / 库存转移哪些新品项目需提前锁定关键资源哪些变化影响库存、产能、客户交付承诺评审产出一份跨部门确认的Consensus Demand共识需求。异常识别示例来自原方案说明某重点客户订单短期增长但系统同时识别到渠道库存上升、终端 Sell-through 未改善。AI Demand Co-pilot 提示订单增长可能来自渠道补库、提前备货或交期焦虑建议结合项目进度、渠道周转、终端消耗确认后再决定资源投入。AI Demand Brain / AI Demand Co-pilot 的定位是辅助异常发现与风险提示不替代业务决策。3. 需求计划制定与管理滚动 边界长期预测支撑市场趋势、产品路线、长周期资源准备中短期滚动预测管理客户 Forecast、项目爬坡、渠道库存、交付需求Forecast Consumption预测消减避免预测与订单重复叠加计数Time Fence时间围栏变更规则Frozen冻结期已进入执行准备原则上不随意变更Slushy半冻结期可有限调整需按规则审批Liquid可调整期可根据需求变化滚动调整结果是分层、分周期、有规则边界的滚动需求计划机制而非静态 Forecast。4. 下游发布驱动五大模块下游模块需求计划提供SOP需求情景、经营假设、风险项Supply Planning 供应计划供需平衡、资源准备依据Inventory Planning 库存计划确认 / 高概率 / 观察需求分层安全库存与库存结构Global MPS 主生产计划Wafer Start、Fab、Assembly、Test 统一输入SOE 销售与运营执行接收订单/供应/执行变化反馈形成滚动闭环5. 传统需求计划 vs 共识需求计划技术视角同样是做需求计划架构差异决定协同上限维度传统需求计划各自为战共识需求计划Consensus Demand数据来源销售单方面提交 Forecast多版本、口径杂多源信号统一纳入计划模型标注客户/产品/区域/项目/周期/确认状态评审机制销售对数字无跨部门确认销售/市场/产品/供应链/计划共审同一份需求事实需求分类一视同仁预测与订单易重复叠加区分确认/高概率/观察需求Forecast Consumption 消减变更管控计划随业务随意变Time Fence 分层Frozen 冻结 / Slushy 半冻结 / Liquid 可调整对后端价值各模块基于不同假设运行协同失效统一基线驱动 SOP/供应/库存/生产/SOE 闭环结论共识需求不是更准的预测而是一份能被全链路共同使用的需求事实——这是后端协同能否成立的技术前提。
需求计划Demand Planning是什么它是 APS 智能供应链计划体系的统一需求起点把客户 Forecast、销售订单、Design-Win、渠道库存等多源信号变成一份全链路共同认可、可评审、可追溯的共识需求Consensus Demand。本文基于上海斯歌 APS 智能供应链计划管理解决方案中 Demand Planning 需求计划的公开资料做技术向拆解不含营销表述。需求计划链路怎么跑需求计划不是一张 Forecast 表而是一条多源接入 → 识别评审 → 滚动管理 → 下游发布的供应链需求计划管理链路。需求信号覆盖7 类来源下游驱动5 大APS 模块变更管控分3 类Time FenceFrozen / Slushy / Liquid。1. 多源需求接入建立统一需求事实可纳入统一计划模型的需求信号客户 Forecast销售订单与订单变更Design-Win 与项目量产计划渠道库存与 Sell-through长期协议与客户承诺新品导入与产品生命周期市场趋势、价格变化与外部行业信号关键不在记录数量而在为每条信号打维度标签客户、产品、区域、项目、时间周期、来源部门、确认状态。这让需求从一组数字变成可追溯、可比较、可评审的计划输入。2. 需求识别与评审从多版本 Forecast 到 Consensus Demand不同信号不能简单相加。系统需支持销售、市场、产品、供应链、计划团队围绕同一份需求事实评审判断哪些需求已确认 → 进入资源准备哪些是高概率机会 → 按情景规划scenario planning管理哪些订单变化来自渠道补库 / 库存转移哪些新品项目需提前锁定关键资源哪些变化影响库存、产能、客户交付承诺评审产出一份跨部门确认的Consensus Demand共识需求。异常识别示例来自原方案说明某重点客户订单短期增长但系统同时识别到渠道库存上升、终端 Sell-through 未改善。AI Demand Co-pilot 提示订单增长可能来自渠道补库、提前备货或交期焦虑建议结合项目进度、渠道周转、终端消耗确认后再决定资源投入。AI Demand Brain / AI Demand Co-pilot 的定位是辅助异常发现与风险提示不替代业务决策。3. 需求计划制定与管理滚动 边界长期预测支撑市场趋势、产品路线、长周期资源准备中短期滚动预测管理客户 Forecast、项目爬坡、渠道库存、交付需求Forecast Consumption预测消减避免预测与订单重复叠加计数Time Fence时间围栏变更规则Frozen冻结期已进入执行准备原则上不随意变更Slushy半冻结期可有限调整需按规则审批Liquid可调整期可根据需求变化滚动调整结果是分层、分周期、有规则边界的滚动需求计划机制而非静态 Forecast。4. 下游发布驱动五大模块下游模块需求计划提供SOP需求情景、经营假设、风险项Supply Planning 供应计划供需平衡、资源准备依据Inventory Planning 库存计划确认 / 高概率 / 观察需求分层安全库存与库存结构Global MPS 主生产计划Wafer Start、Fab、Assembly、Test 统一输入SOE 销售与运营执行接收订单/供应/执行变化反馈形成滚动闭环5. 传统需求计划 vs 共识需求计划技术视角同样是做需求计划架构差异决定协同上限维度传统需求计划各自为战共识需求计划Consensus Demand数据来源销售单方面提交 Forecast多版本、口径杂多源信号统一纳入计划模型标注客户/产品/区域/项目/周期/确认状态评审机制销售对数字无跨部门确认销售/市场/产品/供应链/计划共审同一份需求事实需求分类一视同仁预测与订单易重复叠加区分确认/高概率/观察需求Forecast Consumption 消减变更管控计划随业务随意变Time Fence 分层Frozen 冻结 / Slushy 半冻结 / Liquid 可调整对后端价值各模块基于不同假设运行协同失效统一基线驱动 SOP/供应/库存/生产/SOE 闭环结论共识需求不是更准的预测而是一份能被全链路共同使用的需求事实——这是后端协同能否成立的技术前提。
双梁正问题 【 torch 实战】（Python代码实现）)
