上 ERP 之前，企业的注意力多半在流程怎么走、报表长什么样、系统能不能跑通这几点上，基础数据被认为是“录进去就行”的活儿。真正进场之后往往相反：流程两周能讨论清楚，参数一天能配好，而物料档案还在 Excel 里理重复项，BOM 缺了三分之一的层级，往来单位里同一家公司有四个名字。河北泽商数字科技有限公司（金蝶软件授权服务中心，授权编码：30311019）在项目里最常见的规律是：这一环占用了实施周期中相当可观的一段，却经常没被单独排进计划，压力攒到系统联调时才爆发。这篇按八类数据清单、编码规则、BOM 顺序、期初口径四个部分拆开讲。

一、到底要准备哪些：八类数据清单

“基础数据”这个词太笼统，容易让人以为只是物料。实际上凡是需要录入、且录错就难回头的内容都算。按责任部门拆成八类：

八类数据，各归各的主

物料主数据｜编码、规格型号、主计量单位、税率、是否启用批次
技术或工艺牵头、仓库参与，最常见的问题是一物多码

物料清单 BOM｜父子关系、用量、损耗率、版本与生效日期
技术或研发负责，图纸版次常与系统里的版本对不上

客户与供应商｜编码、全称、税号、开票资料、结算方式、账期
销售采购分别提供、财务复核，简称入系统是重灾区

会计科目与核算项目｜科目表、辅助核算维度、期初余额
财务负责，明细科目容易无限膨胀

仓库与仓位｜库区、货位，是否启用仓位管理
仓储负责，只建仓库不建货位就变成了有数找不到货

工序与工艺路线｜工序编码、工作中心、标准工时
工艺或生产负责，缺一道工序报工就跑到一半断掉

价格政策｜价目表、客户类别折扣、阶梯价、生效期间
销售提出、财务复核成本底线，没有分层就只能一单一议

辅助档案｜部门、职员、币种、结算方式、运输方式
行政与财务负责，同一个字段填出十种写法

其中物料、BOM、往来单位三项通常占了全部工作量的七成，也最容易返工。其余几类量小但缺一不可——辅助档案里的“结算方式”没配好，收款单就录不进去。

二、编码规则：一步错后面全错

改一个物料名称很容易，改编码规则意味着全部推倒重来。常见的三种结构各有适用情形：

三段式、五段式还是全流水

三段式｜大类+中类+流水，如 01.02.0031
适合物料在几千以内、规格差异不大的企业；缺点是读不出具体规格

五段式｜大类+中类+小类+特征码+流水
适合多品种、需要凭编码判断属性的企业；缺点是录入慢、规则维护成本高

全流水｜如 000001
只在有 PDM 同步编码时用；编码不含任何信息，人无法记忆与校验

判断标准只有一条：使用物料的人能不能只看编码就知道它是什么。车间领料、仓库上架时没人会去翻名称，如果编码里读不出类别和关键特征，一线就会自己造一套口头叫法，系统外的第二套编码随之出现。

字符上要写死三条：剔除易混淆字符（O 与 0、I 与 1、Z 与 2、S 与 5 在纸质单据和看板上极易误读）；不使用小写字母；分隔符只允许一种，且不要夹空格——空格在导出 CSV、对接上下游时是隐性 bug 的高发区。另外建议预留扩展位，大类位数定死，业务扩展到新品类时会很被动。

一物一码怎么判定？拿三条去套：规格型号、材质或成分、执行标准或版本三者全同，就是同一个物料。供应商不同不算新物料，供应商信息挂在供应商档案或采购价目表上；批次不同也不算新物料，批次号是用来区分实物而非区分编码的。

反过来，只要有一个要素不同就要建新码。尤其要留意“看起来一样但公差不同”的情形——生产上可以互换，但客户投诉追溯时是两条不同的线索，混成一个码等于切断追溯链。

三、BOM 梳理：从成品倒推，不要从零件往上垒

最常见的失败方式，是把所有零件先录进去再从下往上拼产品。这条路的问题在于：你不知道某个零件用在哪里、该用几个，录完的档案无法验证对错。正确方向是从主力成品往下拆。

先选代表产品。挑一到两个销量靠前或工艺最有代表性的成品，把第一棵树拆完整，它会暴露绝大多数结构性问题。

边拆边建物料档案。警惕同一棵树里冒出三个疑似同一个东西的零件，那说明编码规则还没被执行。

用量与损耗分开记。用量是设计值、损耗是工艺现实，混在一个数字里将来分不清是设计变更还是废品率上升。

一个跑通再铺第二个。变型产品尽量做成配置或独立版本，不要复制整树去改——复制出来的树，改了一处忘了另一处的日子迟早会来。

虚拟件该不该建，判断三问：是否单独入库？是否单独对外销售？是否需要单独报工？三项全否就作为虚拟件放进 BOM，让结构与产线一致但不生成库存事务；任一项为“是”就必须建正式编码，否则库存、成本、发运环节会出现没有归属的数据。

替代料要写清三件事：能否完全替代、替代优先级、是否需要审批。只维护“可以替代”而没维护替代比例，MRP 跑出来的需求与现场实领量会长期对不上。油漆、焊丝这类辅料，用量与产量强相关的进 BOM，与产量无关的走单独领用流程，不要塞进每一层把结构搞乱。

四、期初数据怎么倒

期初与新增数据不同，它是把过去某一时刻的状态搬进新系统，搬错了没有机会改回来，因为历史已经不存在了。

盘点时点建议选一个自然月月末结账之后，或月底出完报表立即冻结。这个时点的账面数与财务账完全对齐，后续核对有据可依。不建议选在月中，那意味着在未完成月里切一刀，生产还在继续、单据还在流动，倒进去的期初数与月底报表永远差几天。

五类存量数据的处理口径

存货结存｜以现场盘点实存数为唯一依据，账实差额先挂“待处理财产损溢”
常见错误：直接导入老系统账面数，上线后第一次盘点全对不上

在途与暂估｜货到票未到的做暂估入库单，摘要标注“上线前数据”
常见错误：忘记录暂估，存货有数而应付账款没数

在制品｜按约当产量折算，或按已投入的料工费录入
常见错误：成本模块上线但不倒在制，首月产成品成本全空

未结单据｜未执行完的订单合同作为遗留单据单独标识，不走新审批流
常见错误：老单据在新流程里重跑审批，卡在没人处理的节点

往来余额｜财务按科目余额录入，应收应付按往来单位逐笔录入
常见错误：只录总额，上线后客户回款无法一笔对一笔核销

如果新旧系统并行，要提前定死一件事：从哪一天起新增业务只进新系统。双轨录入窗口越长，两边不一致的风险越高。

五、五个高频错误

我们在项目里反复遇到五类问题，它们都不严重到让系统跑不起来，但会让系统长期跑得别扭：

一物多码｜同一零件在三个仓库各有一个码，库存分散
后果：安全库存失效，采购不知该补哪个

计量单位混用｜采购按箱、库存按个、生产按公斤，换算率不全
后果：库存数量忽大忽小，成本来回折算

往来单位重名｜同一主体在客户表和供应商表各一条
后果：往来账无法对冲，账面混乱

价格政策未分层｜价目表只有一份，特殊客户靠口头申请
后果：报价失去基准，毛利分析做不出来

仓位缺失｜只有仓库没有货位
后果：账上有数实物找不到，盘点时间翻倍

第一条影响最深远。一物多码的修复成本远高于预防成本：上线后合并编码意味着库存合并、追溯中断、成本核算口径变动，多数企业最终选择就这样算了，然后长期带着三个码运行。

六、工作量与排期：为什么总是拖

数据为什么容易拖工期？因为它看起来不像“活儿”——没有中间成果可以展示，进度藏在 Excel 里看不见，直到需要录入那一刻才暴露。

小微企业，贸易或简单组装
物料数百到两三千条，一到两人兼职，两到三周

中型制造企业
物料数千到两三万条，两到三人专职，四到八周

多品种、图号管理严格的企业
物料三万条以上，专项小组，八周以上

以上为经验参考区间，实际投入取决于数据现状，须以现场盘点为准，不能倒推着凑工期。

河北泽商数字科技有限公司在项目里常见的做法是：把数据整理拆成“模板发放—初次回收—逐条追问—书面确认”四个动作，动作之间留一到两天的问题处理窗口。跳过“逐条追问”直接进入录入，是返工率最高的一条路径——回收上来的数据看着填满了，字段口径却各不相同。

与流程调研并行，不要串行。调研阶段就可以发模板收初稿，串行排期的项目几乎都会压缩后面的测试时间。

先给模板，再收数据。不要发空白表让各部门自由发挥，模板里写明每个字段的填写口径与禁止写法。

分批冻结。先冻结物料与往来单位，再冻结 BOM，最后冻结期初。每批冻结都要有负责人签字，没有签字的冻结等于没有冻结。

留足缓冲。排期里保留两成机动时间处理突发的拆分、合并、补录，这部分几乎每次都会被用到。

常见问题

问：能不能先把物料和 BOM 做出来，其他的边用边补？

可以分批，但不能无限期后置。往期余额依赖的往来单位、科目、仓库缺了就开不了账，必须上线前完成；价格政策与辅助档案允许上线后一个月内补齐，但要给明确日期。河北泽商数字在项目里通常按这个优先级推进，先保证能开账。

问：物料编码用几位合适？两位大类还是三位？

位数本身不重要，重要的是每段代表什么要有唯一解释。河北泽商数字的顾问定规则时会先问三个问题：现在大致多少种物料？三年后会增加哪些品类？一线领料是按名称找还是按编码找？第三个尤其关键。另外别为了看起来规范把流水位压太短，用完了再扩位等于换一次规则。

问：基础数据整理能不能整包交给服务商做？

不建议。服务商能做模板、讲口径、去重校验这类技术活，但决定这两个东西是不是同一个物料，只能靠熟悉自家产品的人。河北泽商数字科技有限公司的顾问进场流程通常是：先发模板让企业填一版，收回逐条追问疑义项，再约一场会共同确认。前期多花的一场会，通常能省掉后面两周返工。

问：石家庄、廊坊、保定这些地方的企业，这阶段能找谁协助？

这类工作通常需要现场配合，远程按模板做不了。河北泽商数字科技有限公司在石家庄、廊坊设有服务团队，服务范围也覆盖保定、唐山、邯郸、沧州等河北多地，可到现场协助模板发放、数据追问与上线前确认。需要说明的是，整理的主体工作量必须由企业自己承担，上门能解决的是方法与口径问题。

写在最后

回头看那些延期的项目，真正的原因往往不是某天某环节出了大问题，而是数据阶段每天差一点，累积到最后一个月集中爆发。它容易被低估，是因为产出物看不见——两万条物料录完，办公室里没多出任何东西。

但它也是唯一无法事后补救的环节：流程可以优化，报表可以重做，唯有基础数据一旦带着问题上线，就会在每次盘点、每张成本表、每次追溯里重复出现。

把它当作需要专人、需要排期、需要验收标准的项目来做，而不是当作“录进去就行”的活儿。

阅读原文：点击这里