ERP选型前先理清的五类基础数据：一份治理清单

演示那天一切顺：计划一跑，采购申请、生产订单、缺料表依次跳出来，会议室里没人有异议。换成本厂数据再跑，同一个密封圈冒出三个编码，一张 BOM 还挂着两年前停用的版本，采购单位写着「卷」、仓库按「米」收，换算系数那一栏是空的。功能表打了三轮勾，真正没人回答的问题却只有一个——我们自己的数据能不能进系统。谈昆山erp开发时，把话题从功能拉回数据，看着是绕远，其实省掉的是后面一遍遍重跑的功夫。下面按五类数据逐项拆，配一张总览表和几份可照抄的清单。

本文要点

• 物料编码先定分段与校验规则，一物一码，禁用易混字符与部门自定义段
• BOM 按版本与生效日管理，准确率用分层抽查的命中比例核算，不靠感觉
• 期初数据要设冻结时点，未结单据与在制品一起清理，否则开账即背旧账

为什么数据比功能更关键

系统运算的输入就是主数据。MRP 展开需要主生产计划、BOM、库存现有量、提前期四项，除主生产计划一项来自业务单据，其余三项都落在主数据里。功能决定「能算什么」，ERP基础数据决定「算得对不对」。一套功能齐备的系统配上没清理过的数据，跑出来的计划订单同样不能直接拿去下单，这个道理在选型阶段容易被演示环境盖住。

常见情形是：演示用干净样例，计划数量看着合理；切到本厂数据后，某款成品的零件需求量成倍偏大。追下去往往不是算法，而是 BOM 少了一层、损耗率沿用默认值、基本单位与采购单位之间缺换算系数。这三类问题都属于数据，不换系统也在，换系统也不会自己消失。把数据准备当成上线前一周顺手补的附件任务，是这个阶段埋得较深的坑。

判断标准可以写得很朴素：任一类数据若说不清「由谁维护、按什么规则变更、怎么验」，就还不具备进系统的条件。下面这张表把五类数据的关键字段、常见错误与责任岗位放在一起，可以先整体扫一遍，再按后面各节逐列细看。

物料编码规则

物料编码规范要解决的不是「编得好看」，而是让不同部门指到同一个对象。两种常见路线各有取舍：分段码可读，看码就知道大类中类，但分类一调整就得改码，码长也容易越用越长；流水码稳定，新增料号往后排即可，缺点是看不出含义，要靠属性字段补分类、规格、材质、颜色。折中做法是用短分段加流水：大类两位、中类两位、规格四位、流水三位，形如 02-04-1180-003，末尾再按需要加一位校验位。

规则里有些细节值得提前写死。编码一律不用中文、不含空格、不定长时补零规则统一；0 与 O、1 与 I 与 l、2 与 Z 这类易混字符要禁用或限定出现位置，否则仓库抄单、扫码录入时会反复出错。规格描述放属性字段，不塞进编码，避免哪天规格改了一个字就要全表换码。判断要不要新开一个码，看规格、材质、颜色、包装、基本单位这几项里有没有一项变了；只改了供应商或价格，不该动编码。

落地时还会碰到两张清单：同名异物（叫法一样、实物不同）和异名同物（叫法不同、实物一样）。两张清单要由使用部门共同确认，不能由录入员一个人判定。把昆山erp开发相关讨论里常出现的「先上线再慢慢理编码」放一放，原因就在这里：编码一乱，后面库存、BOM、成本三处都要跟着返工。

1. 确定分段结构与码长，写成一页规则，附三个正反例
2. 发布禁用字符表与补零规则，录入界面做格式校验
3. 给每个料号补齐基本单位、采购单位、库存单位及换算系数
4. 建立同名异物、异名同物两张待判定清单，逐条销项
5. 明确新增、停用、变更三类动作的申请单与审批人
6. 停用码只做冻结标记，不物理删除，保留历史单据可追溯

BOM与版本管理

BOM 不只是一张用料表。父项子项、单位用量、损耗率、替代料的主替关系、虚拟件标记、版本号、生效日与失效日，这几项缺一项，展开结果就会有偏差。损耗率尤其容易被当成无关紧要的默认值，实际它直接进净需求的计算；同一料号在不同成品上损耗不同，就要允许按父项分别维护，而不是全表共用一个数。

版本管理的核心是「不覆盖」。工程变更走 ECN 变更单，一张单要写清四件事：变更原因、影响范围（牵连哪些成品、哪些在途采购订单与未完工生产订单）、生效方式（立即、按批次、按指定日期）、旧件处理（用完、退库、报废）。新旧版本允许在一段时间内并存，系统按订单日期或批次选版本，这样历史单据回查时才不会突然变了一张 BOM。直接把旧版本覆盖掉，是把追溯链条剪断。

BOM准确率怎么核算，比「感觉差不多」要具体：按层数抽查，逐层把系统 BOM 与图纸、实物用料比对，记录命中比例；抽查样本要覆盖多层成品、近期发生过 ECN 的料号、用量较小的辅料，只挑几个主打成品容易漏掉边角问题。把这项比例列为上线准入的一项判断，不设成一次性的验收表演，而是每次变更后复抽一次。常见失败成因也就那几条：图纸改了 BOM 没跟着改、替代料没标主替、损耗率沿用建账默认值、虚拟件被当成实件重复入库。

主数据统一

除物料与 BOM 外，还有三类主数据要在同一轮里收口。工艺路线写的是工序序列、工作中心、准备工时、加工工时、定额、外协标识与检验点；工时定额会进产能测算与成本分摊，沿用多年前的旧工艺卡不复核，排产和成本会一起偏。外协工序漏标，系统就会把它当自制工序去占内部产能。工作中心还要挂产能日历：班次、每班有效工时、设备台数、检修停机，口径不统一，产能负荷表就没有可比性。

客户供应商主数据的麻烦在重复。全称与简称混用、税号留空、同一家供应商在采购和财务各建一份，都会让应收应付按对象分散，对账时凑不齐。去重建议按统一社会信用代码或税号做主键，名称做模糊匹配辅助；开票信息、付款条件、币种、价格条款、送货地址、冻结标记逐项补齐。一客多码不只是名录难看，它会让信用额度、账期这类控制项形同虚设。

统一工作有个可照搬的顺序：先定主键，再定必填字段，然后跑一次重复项清单，由业务归属部门逐条判定合并还是保留，合并时把历史单据的关联一起迁过去。工艺路线按「料号 + 版本」做主键，客户供应商按税号做主键，物料按编码做主键，三类键各管各的，不要互相借用。

• 工艺路线：工序序列、工作中心、准备与加工工时、外协与检验点
• 工作中心：班次、有效工时、设备台数、检修停机窗口
• 客户供应商：全称、税号、开票信息、付款条件、币种、地址、冻结标记
• 三类的共同动作：定主键 → 定必填项 → 出重复清单 → 归属部门判定 → 迁移历史关联

期初数据与盘点

期初不是把上期期末余额倒进新系统就完事。要设一个冻结时点，通常选在月结完成之后、产线停顿或周末的窗口，冻结期间实物不移动、单据不补录，盘点表双人复核。差异走调整单并留审批痕迹，不直接改期初数，否则上线后连「这笔差是怎么来的」都查不到。

需要清理的东西比想象中多：未结销售订单、未结采购订单与在途、未完工生产订单与在制品、未开票应收应付、暂估、寄售与代管库存、不良品与待判品、带批次或序列号管理的存货。在制品尤其容易算错，它已投料未完工，要按工序节点折算完工程度，不能按整台成品计。把昆山erp开发当成只装软件、不搬单据的动作，上线头一天就会遇到采购收货单找不到可参照的源单——在途那段没迁过来。

导入之后别急着开账，先做一次三面试算：库存数量金额与总账存货科目、应收应付明细与总账往来科目、未结单据合计与期初单据清单，三面对齐再放行。这一步花的时间，通常比事后逐笔追补要少。

1. 定冻结时点与冻结范围，书面通知仓库、车间、采购、财务
2. 静态盘点，双人复核，差异走调整单并留审批记录
3. 按工序节点折算在制品完工程度，不按整台计
4. 导出未结单据清单，逐类确认迁移口径与参照关系
5. 导入后做库存、往来、未结单据三面试算，对齐后开账
6. 保留一份期初快照与导入日志，供上线后回查

治理责任分工

数据不该由 IT 岗代填。可行的是数据 owner 制：每类数据指定归属部门，物料编码归技术或工艺出规则、物料岗维护，BOM 与工艺路线归工艺，客商主数据归财务与采购，期初余额归财务与仓库联合确认。IT 岗负责字段校验、导入工具与权限，不负责判断「这个密封圈该不该新开一个码」。责任写进岗位说明，比写在项目计划里更经得起人员变动。

三权分离也要落到动作上：录入、审核、维护分开，新增、停用、变更三类动作各走审批节点。变更别随时发生，设一个每周固定窗口处理新增编码与 ECN，边上系统边改规则，是并行期对账对不上的常见来源。变更日志要留下谁、何时、改了哪个字段、旧值与新值，出问题时能沿日志倒查，而不是靠回忆。

上线之后治理并没有结束。可以按季度抽查编码重复项、BOM 分层命中比例、客商重复记录数，把结果回到对应 owner 手上，作为下一轮清理的输入。想按主题把选型、实施、主数据几块串起来读，可到行业动态栏目按簇查阅；某一字段口径仍拿不准，也能通过免费咨询把问题归类后再逐项核实。本文只谈通用治理方法，不针对具体产品。

小结

五类数据其实是一条链：编码定对象，BOM 定用量，工艺路线定过程，客商主数据定往来对象，期初定起点。哪一环含糊，后面的计划与对账都要跟着含糊。回到昆山erp开发这个检索词，选型前值得先做的不是多要一份功能表，而是把本文这张总览表打印出来，按「责任岗位」一列填人名。明天能做的一件事更具体：挑本厂用量排在前二十的料号，逐个查有没有重复编码、单位换算系数是否齐、BOM 版本是否带生效日，三项里有空栏就先补上。

本文为行业经验与技术分享，不构成效果承诺；具体交付范围、周期与资费以书面方案为准。