在生产开始前验证物料可用性
真实的 BOM，真实的库存，真实的在途供应。PoC 为受控的产品族运行物料计划，与贵方现行 ERP 或 MRP 结果逐行比对，并展示缺货信号能提前多久出现——以及差异从何而来。
检查我的物料计划 PoC与制造工程师沟通这是您需要解决的问题吗？
- 生产开始了，而计划显示可用的某个零部件却缺货。
- 计划员因为之前吃过亏，会手动重新核查 MRP 输出结果。
- 每次运行计划订单都在变动，导致没人能放心据此行动。
- BOM 和提前期的错误往往要等到已经造成缺货后才会被发现。
主要对接人: 物料计划员 · 生产计划经理 · 采购经理 · 供应链经理 · ERP 负责人
这个 PoC 要验证什么
建议的试点范围
- 拥有真实、最新 BOM 和工艺路线数据的选定产品族。
- 包含真实供应约束的一个计划周期。
- 当前库存、在途采购和生产订单及预留。
- 真实的提前期、批量规则、废品率与成品率因素以及日历。
- 贵方同期现行 MRP 运行结果，作为核对基线。
PoC 期间将实际运行的内容
这个 PoC 如何推进
周期为典型值，并非承诺。会拉长进度的因素包括：数据缺失或不完整、安全与网络审批、硬件交期、样品收集、安装作业许可、生产排程、ERP 测试环境权限，以及贵方团队评估结果所需的时间。
不预期出现非计划停机。任何安装窗口或受控中断都会事先与贵方约定，并围绕生产计划安排。
如何衡量成功
| 指标 | 如何定义 | 数值来源 | 类型 |
|---|---|---|---|
| 缺货检测提前量 | 计划首次标记缺货与贵方团队实际发现之间的天数。 | 双方约定的基线测量 | 运营 |
| 缺件风险 | 在该周期内存在部件缺货风险的所涉订单数量，并标明驱动物料。 | MSF 平台数据 | 运营 |
| 超储建议 | 计划生成的超出周期需求的采购建议价值，与现行运行结果相比。 | MSF 平台数据 | 财务 |
| 计划订单稳定性 | 在数量和日期上于下一计划周期保持不变的计划订单占比。 | MSF 平台数据 | 技术 |
| 人工计划员工作量 | 每个周期用于人工复核和修正物料计划的小时数。 | 现场观察与用户访谈 | 运营 |
| BOM 与数据异常 | 发现的主数据错误数量及严重程度，按是否会导致真实缺货分类。 | 贵方 ERP 或现有系统 | 技术 |
| 核对一致率 | MSF 结果与贵方现行 MRP 结果一致的物料占比，且每一处差异都已解释。 | 贵方 ERP 或现有系统 | 技术 |
在实施之前，MSF 与贵方团队会共同约定每项指标的计算方式、基线来源、需要排除的数据，以及哪种结果足以支撑推广决策。本页列出的是要测量的内容；具体目标值写在书面 PoC 范围里，而不是写在营销承诺里。
需要您提供的内容
- BOM、工艺路线以及希望覆盖的产品族。
- 库存、安全库存、提前期、批量规则和日历。
- 在途采购订单、生产订单和预留。
- 废品率与成品率因素，以及贵方同一周期的现行 MRP 输出。
各方职责
Meta Smart Factory 提供
- 调研工作坊与范围界定的组织推进
- 按约定范围完成方案配置
- 该范围内的集成与接入工作
- 报价中列明的 MSF 硬件
- 试点用户培训
- KPI 定义与验证方法
- 试点期间的问题跟踪与支持
- 最终结果报告与推广方案设计
- 与贵方现有 MRP 结果逐行核对，并解释每一处差异。
- 一份按优先级排序的主数据异常清单——真正会导致缺件的记录。
贵方提供
- 指定的业务负责人与技术负责人各一名
- 及时提供对用户、产线、设备与授权系统的访问
- 对工艺流程与主数据的如实说明
- 网络、电源、安装位置与安全作业许可
- ERP、PLC 与供应商文档，以及熟悉这些内容的专家
- 有代表性的样品或历史数据
- 确认基线值是公平的
- 反馈意见与验收决定
- 一位能够确认哪些差异是 MSF 判断正确、哪些是 MSF 判断有误的计划员。
- 同一周期和参数下贵方现行 MRP 输出的访问权限。
在书面报价中约定
- 工业平板电脑、平板设备、服务器与 GPU 服务器
- 相机、镜头、光源与防护外壳
- 扫描枪、打印机、RFID 设备、仪表与传感器
- 差旅、安装、运输、进口税费与本地电气施工
- 硬件采取租赁还是购买
- PoC 费用是否可抵扣推广费用
商务条款、硬件归属、差旅、集成范围以及是否抵扣推广费用，均在书面 PoC 报价中约定。这些条件并非对每个产品都相同，本页也不作承诺。
您最终得到什么
- 所涉产品族在约定周期内的物料计划。
- 带有各行驱动需求的缺货与超储报告。
- 按真实缺货风险排序的数据质量发现。
- 建议的异常处理流程——谁在何时对什么采取行动。
- 面向生产推广的 ERP 集成设计。
- 推广建议及首个发布版本的范围。
前提条件、不含内容与边界
本 PoC 依赖以下条件
- 所涉产品族的 BOM 与提前期数据保持最新。
- 可访问贵方同一周期和参数下的现行 MRP 输出。
本 PoC 不包含
- 设备上的有限产能排序，这属于 APS PoC。
- 采购订单执行与供应商门户集成。
MRP 输出的质量取决于其背后的主数据质量。当 BOM、提前期或批量存在错误时，本 PoC 会将其作为发现事项上报——不会悄悄修正贵方数据，再把修正后的结果当作软件改进呈现。
继续、调整还是停止——决策点
常见问题
这会取代我们 ERP 的 MRP 吗？
不一定会，PoC 也不预设这一结论。它展示两个结果的差异及原因所在。有时结论是贵方 ERP 本身没问题，真正的差距在于数据质量或异常处理——这是一个合理且有用的结果。
如果我们的 BOM 很混乱，需要多长时间？
就绪阶段通常在前两周内就能发现这一点，并成为核心发现。计划仍会运行并核对，但如实的交付物会变成一份按优先级排序、并附有每项缺货风险的数据清理工作包。
为什么要测量计划订单稳定性？
因为一份每次运行都在变的计划，会让买家逐渐学会忽视它。连续周期间的稳定性正是让输出可据以行动的关键，本项目会对其进行实测而非假设。
这能与 APS PoC 一起运行吗？
可以，二者共享数据。MRP 回答物料是否会到位；APS 回答产能是否会到位。一起运行需要一个统一范围和比单独运行更长的周期。
相关产品与 PoC 项目
申请这个概念验证
请描述您设想的范围，我们会以书面 PoC 方案回复：接入哪些内容、贵方提供什么、成功如何衡量，以及最终的决策形态。