在全面集成前验证 ERP 到车间的闭环
一套 ERP，一个测试环境，一个完整的业务事务闭环——工单下发，确认、物料消耗和收货回传——字段映射经过核准、异常情况已编目、数字核对一致。生产数据绝不会被触碰。
设计我的 ERP 集成 PoC与制造工程师沟通这是您需要解决的问题吗？
- 同一张工单要在两个系统里各录一遍，而且两者从不完全一致。
- 生产确认信息第二天才通过电子表格传到 ERP。
- 没人能有把握地说清哪个系统才是物料消耗数据的真相来源。
- 此前一次集成尝试产生了重复数据，花了几个月才理清。
主要对接人: 制造 IT · ERP 负责人 · 数字化转型负责人 · 工厂负责人 · 运营总监
这个 PoC 要验证什么
建议的试点范围
- 一套 ERP，一个测试或沙箱环境——绝不涉及生产环境。
- 选定的主数据对象：物料、BOM、工艺路线、工作中心（视需要而定）。
- 一条工单流程：下达、确认、物料消耗，以及适用情况下的产成品入库。
- 一组约定的测试订单，覆盖正常情况和棘手情况。
- 有文档记录的接口方法、认证方式以及使用该方法所需的安全审批。
PoC 期间将实际运行的内容
这个 PoC 如何推进
周期为典型值，并非承诺。会拉长进度的因素包括：数据缺失或不完整、安全与网络审批、硬件交期、样品收集、安装作业许可、生产排程、ERP 测试环境权限，以及贵方团队评估结果所需的时间。
不预期出现非计划停机。任何安装窗口或受控中断都会事先与贵方约定，并围绕生产计划安排。
如何衡量成功
| 指标 | 如何定义 | 数值来源 | 类型 |
|---|---|---|---|
| 字段完整度 | 在双向传输中正确、完整传递的约定字段占比。 | 贵方 ERP 或现有系统 | 技术 |
| 事务成功率 | 在整套测试订单中，无需人工干预即可完成的测试事务占比。 | MSF 平台数据 | 技术 |
| 同步时延 | 一个系统中的事件到在另一个系统中可见之间的时间，以第 95 百分位数计。 | MSF 平台数据 | 技术 |
| 重复数据防护 | 在重复发送、超时和重连情况下产生的重复数据数量——目标为零，并且会刻意进行测试。 | 贵方 ERP 或现有系统 | 技术 |
| 核对准确度 | 测试周期结束后两个系统在数量和状态上的差异。 | 贵方 ERP 或现有系统 | 技术 |
| 异常可见性 | 以足够细节（步骤、对象、标识符）呈现、使支持团队无需开发人员即可处理的故障占比。 | MSF 平台数据 | 运营 |
| 省去的人工录入 | 每周不再需要录入第二个系统的事务数量。 | 现场观察与用户访谈 | 财务 |
在实施之前，MSF 与贵方团队会共同约定每项指标的计算方式、基线来源、需要排除的数据，以及哪种结果足以支撑推广决策。本页列出的是要测量的内容；具体目标值写在书面 PoC 范围里，而不是写在营销承诺里。
需要您提供的内容
- 接口文档、测试端点及使用它所需的认证方式。
- 示例数据包、贵方已有的字段映射，以及背后的主数据。
- 测试订单及支配它们的事务规则。
- 安全与网络审批，以及能在同一周内解答问题的 ERP 专家。
各方职责
Meta Smart Factory 提供
- 调研工作坊与范围界定的组织推进
- 按约定范围完成方案配置
- 该范围内的集成与接入工作
- 报价中列明的 MSF 硬件
- 试点用户培训
- KPI 定义与验证方法
- 试点期间的问题跟踪与支持
- 最终结果报告与推广方案设计
- 映射、连接器配置和异常目录，全部形成文档，而非只存在于个人经验中。
- 一份安全与数据流示意图，供贵方 IT 组织在任何操作触及生产环境前评审。
贵方提供
- 指定的业务负责人与技术负责人各一名
- 及时提供对用户、产线、设备与授权系统的访问
- 对工艺流程与主数据的如实说明
- 网络、电源、安装位置与安全作业许可
- ERP、PLC 与供应商文档，以及熟悉这些内容的专家
- 有代表性的样品或历史数据
- 确认基线值是公平的
- 反馈意见与验收决定
- 一个可用的 ERP 测试环境——本 PoC 不会在生产环境上运行。
- 一位有足够权限确认字段映射的 ERP 专家。
在书面报价中约定
- 工业平板电脑、平板设备、服务器与 GPU 服务器
- 相机、镜头、光源与防护外壳
- 扫描枪、打印机、RFID 设备、仪表与传感器
- 差旅、安装、运输、进口税费与本地电气施工
- 硬件采取租赁还是购买
- PoC 费用是否可抵扣推广费用
商务条款、硬件归属、差旅、集成范围以及是否抵扣推广费用，均在书面 PoC 报价中约定。这些条件并非对每个产品都相同，本页也不作承诺。
您最终得到什么
- 范围内每个对象已核准的字段映射。
- 一个可运行的测试闭环，可依据文档复现。
- 带有各类情况处理方式的异常目录。
- 供 IT 评审的安全与数据流示意图。
- 测试周期的核对报告。
- 推广待办事项与切换建议。
前提条件、不含内容与边界
本 PoC 依赖以下条件
- 一个可访问的 ERP 测试环境，凭证由贵方 IT 自行签发和管控。
- 提前获得安全与网络审批——这是最常见的延误原因。
本 PoC 不包含
- PoC 期间对生产环境 ERP 的任何连接。
- ERP 端的定制开发、升级与许可证采购。
本页面及其表单绝不会索取凭证、令牌、数据库导出文件或机密的 ERP 数据包。访问权限会在范围确定后，通过贵方 IT 组织自己的渠道直接安排。
继续、调整还是停止——决策点
常见问题
你们能集成哪些 ERP 系统？
方法以接口为导向，而非绑定特定厂商：任何贵方 ERP 提供、且 IT 认可的文档化 API、Web 服务、IDoc、数据库视图或文件接口。就绪阶段会在任何开发工作开始前，为贵方具体版本确认具体方法。
你们会连接我们的生产 ERP 吗？
不会。PoC 按设计只针对测试或沙箱环境运行。生产环境连接属于推广阶段，在映射获得核准并制定切换计划之后进行。
你们需要我们 IT 团队提供什么？
接口文档、测试端点、认证方式，以及在映射阶段能随时解答问题的专家。日程上最大的风险并非技术问题——而是等待一个没人提早启动的安全审批。
为什么要刻意测试重复数据？
因为重复数据正是生产集成中真正会出问题的地方，通常是几个月后，在一次网络抖动导致超时之后才暴露。反复发送同一事务并在传输中途中断，是证明闭环安全的唯一方法。
相关产品与 PoC 项目
申请这个概念验证
请描述您设想的范围，我们会以书面 PoC 方案回复：接入哪些内容、贵方提供什么、成功如何衡量，以及最终的决策形态。