ERP上线并不是把旧表格导入新系统就结束。企业真正需要准备的是一套可以长期被各部门共同使用的主数据：客户、供应商、物料、组织、仓库、单位、科目、价格和编码规则。若这些基础数据本身重复、缺失或口径冲突，ERP只会把问题放大。很多上线后的“系统不准”，根源并非程序计算错误，而是输入的业务基础已经不统一。
客户和供应商要先解决重复与唯一标识
同一家公司可能因为简称、区域公司或不同联系人被录成多个主体，后续订单、应收和采购统计就会被拆散。上线前应确定唯一编码、名称规范、税务信息和停用规则，并明确创建与修改责任人。历史重复数据需要合并而不是原样搬迁。
物料主数据决定采购、库存和生产能否对齐
物料编码、名称、规格、基本单位、辅助单位、批次和序列号属性必须一致。若采购按箱、仓库按件、销售按套，却没有稳定换算关系，库存和成本必然出现偏差。ERP实施前应建立物料字典和单位换算规则。
组织与权限基础数据要对应真实管理关系
公司、部门、岗位、成本中心和业务单元如何划分，会影响审批、报表和数据权限。如果组织结构仍在频繁调整，至少要明确当前生效版本和未来变更机制。权限不是上线后临时分配账号，而是依赖组织主数据形成可维护规则。
期初余额和未结业务要单独处理
库存、应收、应付、在途采购、未完成订单和未核销单据都属于切换关键数据。不能只导入静态客户和商品。企业应选择切换时点，明确哪些历史单据在旧系统完成，哪些迁入新系统继续执行，并通过财务和业务双重核对。
历史数据不要追求百分之百全部迁移
多年前的已关闭订单、作废客户和过期资料如果全部进入新ERP，会增加清洗成本和查询噪声。可以把数据分为当前必须使用、近期查询需要和长期归档三层。旧数据保留可追溯渠道，比机械搬入新系统更合理。
主数据治理必须有持续责任人
ERP上线后新客户、新物料和组织调整仍会不断发生。元码智擎在ERP类项目梳理中，会建议企业同步明确数据新增、审核、修改和停用权限，让主数据治理成为持续机制，而不是上线前的一次性清洗活动。
切换前用关键报表做新旧数据对照
选择库存余额、应收应付、客户订单和采购等关键报表，在新系统导入后与原系统或盘点结果逐项核对。差异必须能解释并留痕。只有基础数字可对上，后续用户对新ERP才会建立信任。
基础数据导入还要设计校验和责任闭环
导入工具应检查必填字段、编码重复、单位异常和关联缺失，并输出错误清单给业务部门确认。不能为了赶上线直接跳过异常。元数据整理过程本身也是一次管理规则梳理，很多历史问题只有在导入前才会真正暴露。
ERP主数据还要建立变更审计
物料单位、客户税务信息、供应商结算条件等关键字段修改后可能影响历史业务。系统应记录修改人、时间和前后值，并限制高风险字段权限。主数据不仅要正确初始化，还要保证上线后不会被随意改坏。
主数据上线后需要设置质量指标
企业可以持续统计重复客户、缺失物料属性、无效供应商、单位异常和长期未维护记录，并给数据责任部门设定处理机制。ERP的数据治理如果没有指标，随着人员和业务变化，半年后仍可能回到上线前的混乱状态。把质量监控纳入日常运营，才能保护前期清洗成果。
ERP切换前要用关键业务链路核对基础数据
ERP切换前应联合核对主数据、期初余额、未结单据、关键接口与角色权限，并选择代表性订单从业务发起走到库存、应收应付或财务结果。
ERP上线后的主数据治理不能在项目结束时停止
ERP上线后要持续监控主数据质量、异常单据、接口失败与报表口径，避免员工重新回到Excel形成系统外流程。
ERP上线前最好明确主数据责任人与变更权限
客户、供应商、物料、组织、科目等主数据不能只交给IT清洗。企业应分别指定业务确认人，明确谁能新增、谁能修改关键字段、异常由谁审批。这样上线后新增客户或调整物料单位时仍有规则可循，避免前期治理成果随着人员变化再次失控。
主数据上线前要做一次跨系统对账
ERP上线前不能只确认“数据已经导入”，还要验证同一物料、客户、供应商和组织在旧系统、Excel台账与新ERP中的编码是否一致。建议选取一批真实业务链路，从采购、入库、领料到销售出库逐步核对主数据引用关系，尤其检查停用数据、重复编码和历史别名。跨系统对账能提前暴露映射错误，否则这些问题往往会在正式业务发生后才以库存差异或单据失败的形式出现。
ERP主数据准备常见问题
ERP上线前一定要做库存盘点吗？
如果库存数据是核心业务基础，非常建议在切换前进行盘点或至少对重点库存复核，避免错误期初数据进入新系统。
历史客户已经很多，是否需要全部重新编码？
不一定。可以保留可用旧编码，并建立去重、补字段和停用规则；关键是保证新系统中的唯一性和可追溯性。
主数据整理应该由IT部门负责吗？
IT可以组织，但客户、物料、财务等数据的业务含义必须由对应部门确认，不能只靠技术人员判断。