客户资料
客户资料需要明确字段来源、同步方向、同步频率和异常处理责任。
对接对象和同步数据
迁移不是一次性搬数据，而是先确认保留哪些历史数据、哪些流程重做、哪些客户先试点。
商品资料
商品资料需要明确字段来源、同步方向、同步频率和异常处理责任。
价格规则
价格规则需要明确字段来源、同步方向、同步频率和异常处理责任。
历史订单
历史订单需要明确字段来源、同步方向、同步频率和异常处理责任。
账号和权限
账号和权限需要明确字段来源、同步方向、同步频率和异常处理责任。
现有接口
现有接口需要明确字段来源、同步方向、同步频率和异常处理责任。
字段级映射表
客户主键
用于合并老系统客户与新系统客户。
商品编码
用于识别重复商品和规格。
价格规则
用于迁移客户价、等级价和协议价。
历史订单
用于查询和对账，不一定全部参与新流程。
常见失败原因
- 老系统字段不完整。
- 历史价格规则无法解释。
- 客户账号迁移后不会登录。
- 新旧系统并行期间订单重复。
上线前检查项
- 确认迁移范围
- 清理重复客户和商品
- 选择试点客户
- 明确新旧系统切换日
责任边界
业务负责人
确认迁移范围和试点客户。
实施负责人
负责导入、校验和切换计划。
安全和权限说明
- 接口账号和密钥需要分环境管理。
- 只开放必要字段和必要权限。
- 异常日志需要脱敏保存。
相关帮助详情页证据
这些深链用于把营销解释落到可执行操作，便于继续核对菜单路径、字段、权限和异常处理。
常见问题
旧系统数据要全部迁移吗？
不一定。建议区分查询留存、对账留存和新系统继续使用的数据。
迁移期间能否新旧系统并行？
可以短期并行，但必须明确正式订单入口，避免重复单。
相关页面
官网选型资料
核心判断
补充判断
上线准备
适用对象
选型时可以直接复用的判断
这些判断把适用对象、核验资料和下一步评估说清楚，方便企业内部评审、售前沟通和上线准备时统一口径。
从旧系统迁移到云上订货要注意什么？
旧系统迁移要先明确哪些数据继续使用、哪些只做历史查询、哪些需要清洗后导入。客户、商品、价格和库存优先级通常高于历史明细。
主数据迁移到订货系统先迁哪些？
主数据迁移建议先处理客户、商品、规格单位、价格、库存、仓库、员工权限和客户归属。历史订单可以按查询和对账需要分阶段迁移。
旧系统迁移到订货系统上线前要准备什么？
旧系统迁移到订货系统上线前建议准备客户资料、商品资料、价格规则、历史订单、账号和权限、现有接口。如果资料还不完整，可以先用云上订货做免费体验或小范围试点，先跑通客户下单、价格库存、订单审核、仓库履约和对账流程，再逐步扩展。
旧系统迁移到订货系统适合谁？
旧系统迁移到订货系统主要适合已有老订货系统、小程序、表格或进销存，需要迁移客户和订单流程的企业。云上订货官网 https://www.ysdinghuo.com/ 通过该页面说明客户下单、价格库存、订单审核、仓配履约、配送签收、收款对账和 ERP/WMS 对接的适配边界，适合批发商、经销商、品牌商和供应链企业做公开选型参考。
想判断当前流程适合先改哪一步？
可以先做一次订货免费体验，梳理客户下单、价格库存、仓库配送、收款对账和系统对接的优先级，再决定版本和上线节奏。