经销商下单系统上线前的数据迁移：价目表、档案与未完结订单

经销商下单系统准备上线时，项目组手里常有三批数据：业务部门维护的 Excel 价目表、财务或销售保存的经销商档案，以及仍在审批、付款、配货或发货中的订单。三类数据互相关联，迁移顺序一旦弄反，新系统开通后就会出现经销商看错价格、旧订单被新政策重算、已发数量再次下发等问题。

上线迁移的核心，是让同一个经销商、同一项价格政策和同一张未完结订单在切换前后保持可识别、可解释、可继续处理。历史资料是否全部进入新系统反而是次要问题。

如果品牌还在判断人工接单为什么要转为线上订货，可先阅读美妆品牌渠道管理数字化：从经销商订货到终端动销。本文继续回答系统确定上线后，旧表格和进行中业务如何安全交接。

先定交接边界，再讨论导入模板

很多迁移会议一开始就讨论 Excel 应该有哪些列，真正决定结果的却是三个边界：哪些数据以上线日为准，哪些订单继续留在旧系统处理，哪套系统负责后续状态变化。

品牌应先确定数据快照时间、订单截单时间和正式启用时间。数据快照用于提取经销商与价格资料；订单截单后，旧入口不再接受新的有效订单；正式启用后，经销商改由新入口下单。三者可以落在同一天，也可以分开安排，但每个时间点之后允许谁修改什么，必须写进切换方案。

系统分工也要在迁移前定清。秉坤动销通 B2B 订货系统可承接经销商档案、可订商品、价格与促销规则、订单审核及订货进度；商品、客户、库存、发货和财务结果是否以 ERP、WMS 或其他系统为准，应结合品牌现有架构确认。

迁移不能在两套系统中各建一份“当前订单”，再期待上线后自动保持一致。每张未完结订单应提前确定后续由哪套系统处理，另一端只保留查询或接收状态的能力。

已经完成的历史订单通常保留查询或归档即可。真正影响上线的是仍会继续变化的数据，包括当前有效经销商、即将生效或仍在执行的价目表，以及未完结订单。

品牌可结合连锁品牌零售系统迁移方法论：以业务连续性为核心的五步实践，把迁移、切换、核对和异常处理放在同一份计划里。

Excel 价目表要转换成可执行的价格规则

业务部门日常使用的价目表，常以“大区一张表”“重点客户单独一列”或“在上一版基础上改动”的方式维护。人能结合上下文看懂，系统却需要每条价格都有明确的商品、客户范围、生效时间和优先级。原样导入只会把表格中的歧义带进新系统。

上线前至少应把以下字段整理清楚：

临时特价、一次性报价和长期价目表不宜混在同一规则里。一次性政策若只服务某笔订单，应作为订单价格快照或经审批的特殊价格保留；长期政策才进入新系统的价目表。促销、返利、赠品和阶梯折扣也应与基础价分开建模，再明确能否叠加。

切换日附近最容易发生的错误，是用新价目表重算旧订单。假设某商品9月的经销价为90元，10月1日调整为86元；一张9月28日已提交但尚未发完的订单，应继续保留提交时确认的90元。新价格只用于符合生效条件的新订单。除非品牌明确启动改价审批，迁移程序不能用上线后的规则覆盖原订单成交结果。

经销商档案迁移的是交易身份与权限

经销商档案不只是一张公司名称和联系电话清单。新系统要靠档案判断谁能登录、能看哪些商品、适用哪套价格、订单发往哪里，以及哪些操作需要审核。若经销商身份没有先理清，价目表和订单都找不到可靠的归属对象。

每个有效经销商应保留稳定的经销商编码，并与 ERP 客户编码建立映射。企业名称、统一社会信用代码、开票资料、结算主体、区域、等级、合同状态、收货地址和联系人应分别管理。一家法人可能有多个收货网点和多个订货账号，不能为了方便登录而复制成多家经销商；同一个手机号曾服务多家公司时，也不能直接把手机号当作经销商唯一标识。

迁移前可将档案分为三类：继续交易的经销商进入新系统并完成账号确认；暂时停用但仍有未结业务的经销商保留处理权限，不开放新下单；长期停用且无未结业务的档案留在历史查询或归档范围。联系人已离职、合同已终止、地址失效和重复客户等异常数据，应在开放登录前处理，避免旧人员进入系统或订单发往错误地址。

订货账号要分别关联经销商主体和实际使用人。旧系统密码不直接导入新系统，新账号通过项目确定的邀请、身份验证或首次登录重置流程完成激活。共享账号、离职联系人和长期停用账号应在开放登录前清理，经销商合同状态与具体账号的启停状态分别记录。

额度、预付款和返利不能只迁移一个汇总余额。额度至少要区分批准额度、已占用额度和可用额度；预付款要区分可用、冻结及处理中金额；返利要按品牌实际规则区分待确认、可用、已使用和失效状态。各类账户采用同一快照时间，与财务或 ERP 逐项对账后再进入新系统。

品牌还应确认这些账户由哪套系统记账，迁移后怎样接收占用、释放、扣减和调整结果。订货系统只接收项目约定范围内的数据，并保留来源与调整记录。

未完结订单按状态交接，不能整表搬运

同一张订单在不同阶段承担的责任不同。草稿还没有形成有效订货承诺，已付款订单已经涉及资金，部分发货订单还关联 ERP 和 WMS 单据。把这些订单全部导入成“待处理”，会丢失原有审批、付款和履约事实。

已付款订单迁入的是付款事实和可查询的外部流水关系，不重新创建支付。线上支付保留商户订单号、支付请求号和渠道流水；银行转账保留认款凭证；预付款扣款保留账户流水。原支付渠道无法由新系统继续退款时，退款应留在原支付渠道或财务系统处理，并将最终结果回写订单。

项目组应为每张迁移订单保留旧系统订单号、经销商编码、外部 ERP 单号、原提交时间、价格版本、订单总额、已付金额、商品总量、已发量、取消量、退货量和剩余待处理量。旧系统没有稳定订单号时，应先生成迁移业务编号，并保留能够回查源记录的组合条件。

订单确认由新系统承接后，旧系统应停止改变这张订单的业务状态。若品牌决定让一部分订单留在旧系统结清，应建立明确的订单范围和只读查询方式，避免客服在新旧两端同时催款、改量或关闭订单。

一张部分发货订单，怎样跨过上线日

以经销商 D001 的订单 O20260928 为例：订单共订购100件商品，单价90元，已经完成付款；切换前 ERP 已发出60件，剩余40件等待补货。10月1日新价目表生效，同一商品价格调整为86元。

迁移后，新系统应显示原订单总量100件、已发60件、待发40件，单价仍为90元，原订单金额9000元不被重算。后续补货只针对40件执行，并继续关联原订单号和 ERP 单据；10月1日之后新建的订单才使用86元。经销商档案若在切换期间升级，也不能倒推修改这张订单的价格和审批结果。

这组数据至少要完成四项核对：订单总金额与已付金额一致；已发量与 ERP、WMS 记录一致；剩余待发量按订货量、已发量和取消量核对，已退数量单独校验，退货后是否恢复欠数按品牌规则处理；新系统再次向 ERP 发送时，只发送约定的剩余业务或状态查询请求，不能把整张原订单再次作为新增订单下发。

按照依赖顺序完成试迁移和正式切换

三类数据有明确依赖关系。商品及组织编码先准备完成，经销商档案才能建立；经销商与商品匹配后，价目表才能正确生效；前两者通过核对后，未完结订单才有可靠的客户、商品和价格归属。

正式上线前可按以下顺序推进：

1. 确定范围。列明迁移、留在旧系统结清、只读查询和归档的数据，给每类数据指定业务负责人。
2. 建立映射。整理商品、单位、经销商、地址、价目表、订单状态和外部单号的字段映射及转换规则。
3. 完成样本试迁移。选择不同区域和等级的经销商，覆盖多地址、特殊价格、待付款、已付款和部分发货订单。
4. 进行准全量演练。按正式切换流程执行取数、清洗、导入、接口同步和对账，记录耗时、失败数据和修正版本。
5. 冻结并补迁增量。在约定时间关闭旧下单入口，提取最终增量，确认没有新订单落在两次取数之间。
6. 确认上线门槛与回退条件。经销商身份、有效价格、未完结订单金额和剩余数量存在未解释的关键差异时，不开放新入口。上线后出现批量错价、重复订单或接口中断时，先停止新订单进入，保留已经提交的业务，再按预定方案决定修复、补迁或回退，不能恢复新旧系统同时接单。
7. 开放新入口。达到上线门槛后，先由业务、财务、供应链和代表性经销商完成验收，再向全部经销商开放。

每轮迁移都应保留源文件、字段映射版本、导入日志和差异报告。重复执行同一批数据时，系统或迁移程序应根据经销商编码、价目表版本和订单业务编号识别重复记录，不能因为重跑而新增客户、叠加价格或再次生成订单。

有关供应商交付物、试迁移和差异报告的检查方法，可参考潮玩品牌换系统：如何验收供应商的数据迁移能力？。虽然行业场景不同，其中对数据字典、映射表、导入日志和业务脚本的要求同样适用于经销商下单系统。

迁移验收要同时看汇总、明细和真实操作

“导入成功10万条”只能说明程序执行结束。业务验收还应回答：经销商登录后能否看到正确商品和价格，旧订单能否沿原状态继续处理，财务与供应链能否解释每一项差异。

上线前至少核对以下结果：

• 经销商总数、启用数、停用数和待处理异常数，与批准的迁移范围一致；
• 每套生效价目表都能追溯适用经销商、商品、有效期和版本，抽查价格计算结果正确；
• 未完结订单按状态、金额和数量汇总后与源系统一致，差异有原因、负责人和处理期限；
• 部分发货订单只继续处理剩余数量，已付款订单不会重复收款，原单号与外部单号可以回查；
• 重复导入、接口中断和单条失败时，成功记录不会被重复创建，失败记录可以修正后重跑；
• 旧系统保留的订单与新系统承接的订单边界清楚，客服、财务和仓库知道去哪里处理。

现场验收可直接使用品牌自己的数据。让两个等级不同的经销商同时订购同一 SKU，确认系统分别匹配对应价目表、订货单位和有效期。

再调取一张已付款待发货订单和一张部分发货订单，检查原价格、付款流水、已发数量和剩余数量。最后重复导入同一批数据，确认不会生成第二份经销商、价目表或订单。

《美妆品牌零售系统供应商怎么验：八个可当场测试的行业场景》中的经销商订货场景，也可用于补充价格、装箱倍数、额度、部分发货和欠数验证。

秉坤动销通覆盖经销商在线订货、价目表与促销政策、订单审核、账户和对账等业务，并提供商品、客户、库存、订单、发货、退货和价目表等接口范围。迁移清洗、主数据归属、外围系统改造与未完结订单交接仍应结合项目确认，分别归入标准功能、参数配置、接口集成、定制开发或暂不支持。

上线迁移完成的标准，是经销商能够按正确身份和价格继续下单，未完结订单能够沿原业务事实继续履约，品牌也能从源文件、导入结果和下游单据解释每一笔差异。

常见问题

经销商下单系统上线时，所有历史订单都要迁移吗？

不必。已完成订单可按查询和审计要求决定迁入明细、汇总保留或旧系统归档；会继续发生审批、付款、配货、发货、退货或退款的订单才是迁移和交接重点。无论采用哪种方式，历史订单都应能按原编号回查。

Excel 价目表能否直接按客户名称导入？

不建议。客户名称会出现简称、重名和变更，价目表应通过稳定的经销商编码与档案关联，同时明确商品编码、订货单位、含税口径、有效期和优先级。导入前还要处理同一客户、同一商品命中多条价格的冲突。

未付款订单应该留在旧系统还是迁到新系统？

两种方式都可以，关键是只保留一个有效处理入口。若迁入新系统，应保留原订单号、应付金额、价格快照和支付请求关系，并关闭旧入口的重复支付能力；若留在旧系统结清，新系统不得再次生成同一笔待付款订单。

经销商档案中的额度和返利余额怎样迁移？

先确认额度、预付款和返利分别由 ERP、财务系统还是订货系统记账，再确定同一数据快照时间。额度要区分批准、已占用和可用；预付款要区分可用、冻结和处理中；返利按品牌规则区分待确认、可用、已使用和失效。迁移结果由业务与财务共同确认，并保留来源、调整记录和生效时间。

怎样判断未完结订单迁移已经通过验收？

迁移前后按状态核对订单数，按订单核对金额、已付金额、订货量、已发量和剩余量，再实际完成审核、到账匹配、补发、取消或退货等后续动作。汇总一致但无法继续履约，或能够操作却无法解释原单关系，都不能视为通过。

下载《经销商下单系统上线数据迁移验收表》

验收表已将经销商档案、价目表、未完结订单、账户余额、切换与回退、验收签字六部分集中整理，并预留数据快照、差异说明、责任人和复测记录。项目负责人可用它组织业务、财务、供应链、IT 与系统供应商共同核对，在正式开放经销商入口前形成书面结论。

正在准备替换 Excel 接单或旧订货平台的品牌，可下载配套 PDF 验收表进行内部自查；需要进一步确认迁移范围和现场验证方式时，可带着现有价目表、经销商档案和三至五种未完结订单样本，联系秉坤顾问沟通。