新工厂同时上 ERP、MES、WMS，主数据先统一哪几项？

新工厂同时上 ERP、MES、WMS，首先要统一的是物料身份和计量单位，再确定批次规则、仓库库位，最后对齐工单及其状态。每一类数据都要明确谁创建、谁审批、哪些系统使用、变更何时生效。

先把同一笔业务说清楚，再让系统互相传数据。物料与单位决定数量能否对上；批次与库位决定实物能否找到；工单规则决定领料、报工、入库能否归到同一项生产任务。

这里的“五类对象”是一份项目启动清单。严格来说，工单属于业务单据，批次兼有识别规则和运行记录，并不全是静态主数据。把它们一起讨论，是为了避免基础资料统一了，跨系统业务仍然接不上。以下为实施建议，不是某个客户的上线成果。

---

为什么系统都能用，业务却仍然对不上？

设想一个新厂试运行场景：采购按箱下单，仓库按件收货，车间按另一套编码领料。每个部门的页面都能保存，月底却解释不了领用了什么、消耗了多少。这个示例的症结不是缺少报表，而是同一个对象在不同系统里没有共同定义。

ERP（企业资源计划系统）负责哪些计划和核算事务，MES（制造执行系统）负责哪些生产执行事务，WMS（仓储管理系统）负责哪些仓内作业，需要在项目中明确。ISA 在 2017 年的 ISA-95 解读中区分了第 3 层制造运营管理与第 4 层企业计划和物流。这个分层支持厘清职责，但并不替企业指定每个字段必须由哪套软件维护。来源：ISA，2017。

先统一哪几项，谁来负责？

顺序与对象	先定的内容	建议业务责任方	联调通过的判据
物料	唯一编码、规格、版本、启停用、外部编码映射	主数据岗位牵头，工程与采购确认	同一物料跨系统指向同一身份，不因简称变化重复建档
单位	基本单位、采购与包装单位、换算、精度	仓储、采购、生产与财务共同确认	收货、拆包、领退料后，基本单位数量能够对账
批次	供应商批次与内部批次关系、唯一性、日期来源、拆合规则	质量牵头，采购与生产参与	能够从成品批次查到所用来料，并反查受影响范围
仓库库位	仓库、库区、库位、线边位置及库存状态的边界	仓储牵头，生产与质量确认	实物位置与可用状态分别可查，移库不误变成领料
工单	主编号、拆单映射、产品与版本、数量、状态及撤销规则	计划牵头，生产与财务确认	领料、报工、完工入库及冲销能归回原任务

上表是责任分配建议，最终应落实到企业自己的岗位。业务负责人决定含义，系统负责人落实校验与同步；不能把“物料能否共用一个编码”全部交给接口开发人员判断。

物料编码统一后，为什么还要单独确认单位？

统一编码只回答“是什么”，单位回答“有多少”。基本库存单位、采购单位和包装单位可以不同，但换算关系必须有来源、有适用范围。尤其不能默认同一种物料的每箱装量永远相同。

GS1《全球数据模型属性实施指南》1.4 版（2021 年）将包装层级、所包含商品的标识、所包含数量等作为需要描述的数据。这提示企业：包装关系应明确记录，不能只藏在“某物料一箱”的名称里。引用该指南用于说明数据表达方式，并不意味着工厂内部物料编码必须全部改为 GTIN。来源：GS1，2021。

对于称重料、变长料或实际装量不固定的包装，要明确记录实际数量的时点。对固定换算，也要说明小数精度、尾差处理和变更生效范围。若新换算直接覆盖了历史记录，后续对账就可能无法解释旧单据。

批号、生产日期和库位为什么不能混成一个字段？

批号负责区分一组产品，生产日期描述时间，库位描述当前位置。它们关联，却不是一回事。供应商批号也未必在所有供应商、所有物料之间唯一，因此内部识别时要定义唯一性范围，并保留原始批号。

GS1《通用规范》第 19 版（2019 年）中，应用标识符 AI（10）表示批号，AI（11）表示生产日期，AI（17）表示有效期截止日期。这些是分开的数据属性，而不是互相替代的名称。本文引用该历史版本说明字段区分；实际条码合规实施应核对适用的最新版本与客户要求。来源：GS1，2019。

由此落到项目里，应分别确认供应商批次、内部批次、生产日期、收货日期和有效期从哪里取得。拆包、合箱、退料、返工时，是沿用批次还是生成新标识，关联记录如何保留，也要提前说清。

库位则要与库存状态分开。物料放在某个库位，不等于它已经检验合格；放到线边，也不必然等于已经消耗。先明确移库、领料、消耗的业务边界，才能决定各系统何时增减库存。

工单要统一到什么程度，才算可以联调？

不必强迫所有系统只有一种内部编号，但必须有稳定的主编号与对应关系。ERP 的生产任务在 MES 中拆成执行任务后，WMS 发料仍应能够追到原工单；不能只用产品名称和日期模糊匹配。

工单还要带上所使用的产品版本、物料清单版本和适用工艺信息。若工程变更发生在执行期间，要明确旧工单继续使用原版本，还是经过审批切换；不能仅靠“同步最新资料”处理已经投产的任务。

状态名称可以不同，但行为必须一致。某系统显示“关闭”后是否允许补录、退料或冲销，撤销是否需要同步，以及接口重复发送是否会重复记账，都应写进联调用例。接口返回成功只表示通信或处理成功的一部分，最终还要检查业务结果。

老板应怎样检查准备工作，而不是只听“资料已导入”？

要求项目组提交一份共同维护的数据责任表：每个对象列出业务定义、创建入口、审批岗位、必填字段、变更规则、分发目标和异常处理人。没有责任人的字段，先不要当作已经完成。

然后选取实际要上线的物料与生产路线，走通收货、检验、上架、领料、生产、退料、完工入库。除了正常流程，还要演练重复发送、数量更正、工单取消、包装拆分和不合格品冻结。检查各环节的身份、数量、位置、状态和来源是否能互相解释。

准备顺序可以并行推进，但依赖不能倒置：物料与单位先稳定，批次和库位再落规则，工单随后串起整条业务。BOM、工艺路线、工作中心、供应商及质量标准等仍需按上线范围准备；这份清单不代替完整实施蓝图。

---

常见问题

主数据一定要全部在 ERP 里维护吗？

不一定。每类对象应指定一个权威创建入口和审批责任，其他系统按规则引用。比如库位作业属性可以由 WMS 维护，工艺执行参数可以由 MES 维护。关键是避免同一个字段在多个系统里都能任意修改。

新厂没有历史数据，是不是可以直接上线后再补？

不能把没有历史包袱理解为没有定义工作。可以按试点范围分批准备，但进入试点的物料、单位、批次、位置及工单规则必须完整，并验证异常处理。否则生产一开始就会积累需要人工补救的记录。

三套系统来自同一家供应商，还需要做这些吗？

仍然需要。共用平台可能减少接口适配工作，却不能代替企业决定业务含义和责任。是否共用数据库，也不能作为领退料、质量状态和生产归属已经正确的证明。

奥斯坦丁软件（OTD）建议，新厂项目启动时先用真实业务样本把数据责任与验收条件写清，再展开 ERP、MES、WMS 的配置和对接。企业要拿到的不只是能导入的表格，还应是一套发生变更和异常时依然说得清、对得上的业务规则。