---
title: Magento 迁移到 Shopex 基本路径与总体时间线
description: 文本抽取：知识库/02-商城交易私域场景/服务外资品牌/Magento 迁移到 Shopex 基本路径与总体时间线
updated: 2026-11-04
tags: [原始文档, 抽取, 知识库]
source: 知识库/02-商城交易私域场景/服务外资品牌/Magento 迁移到 Shopex 基本路径与总体时间线
source_type: txt
source_hash: 515cb5eb4e49
extracted_at: 2026-11-04
quality: ok
---

---
source: 知识库/02-商城交易私域场景/服务外资品牌/Magento 迁移到 Shopex 基本路径与总体时间线.pdf
type: pdf
size_kb: 1261
category: 02-商城交易私域场景
quality: ok
---

<a id="page-1"></a>## Page 1
Magento 迁移到 Shopex 基本路径与总体时间线
背景信息：
1. 数据量庞⼤、业务关联复杂、涉及多系统协作、流程严谨且具有⾼时效性要求的企业级核⼼系统数据迁移项⽬，在零售数字
化项⽬中属于复杂度很⾼的实施环节
2. 涉及到5000万级别的会员数据，1000万级别的订单数据，百万级SKU数据的迁移。
3. 此次迁移涉及到⼗个以上第三⽅系统。
总体流程
⼀、迁移⼤致流程
迁移流程分为三个主要部分，按时间顺序执⾏：
1. 第⼀部分：历史数据迁移
内容：迁移会员、商品、订单、优惠券四⼤板块的历史数据。
计划时间：
数据迁移和回归验证：11⽉22⽇完成（订单数据迁移于11⽉22⽇完成整体回归）。
备份库导⼊和验证：11⽉23⽇-11⽉24⽇（周末），将Magento备份库的备份导⼊⽣产环境，进⾏
第⼆轮回归验证。
新数据回归：11⽉25⽇-11⽉29⽇，验证迁移后新⽣成的数据。
关键点：需要确保数据的完整性和准确性，所有数据迁移和回归需在11⽉22⽇前完成。
2. 第⼆部分：UAT环境预演

<a id="page-2"></a>## Page 2
预计时间：12⽉2⽇-12⽉6⽇。
内容：
数据准备：11⽉25⽇-11⽉29⽇，将Magento UAT环境的历史数据迁移⾄Shopex的UAT环境（覆
盖原数据）。
预演验证：在Shopex UAT环境中进⾏订单中间态的后续履约操作，验证数据切换后的流畅性，包
括发货、退款、开票等业务。
关键点：UAT环境模拟⽣产环境，测试数据迁移后的业务连续性。
3. 第三部分：⽣产环境数据预演
预计时间：停机停服时间计划为12⽉15⽇21:00⾄12⽉16⽇09:00。
内容：
数据迁移：估算各模块迁移时间（如商品数据、会员数据等），基于正式迁移的停机时间预估。
域名切换：在停机期间完成系统切换。
关键点：这是最终上线前的实战预演，需确保所有数据迁移脚本和流程可靠。
⼆、迁移过程中需要对接的环节和参与⽅
迁移过程涉及多团队协作，以下列出关键对接点和负责⽅：
1. 数据迁移技术⽀持：
对接⽅：提供数据库⽀持。
具体事项：
提供Magento备份库权限，⽤于数据迁移
协助解决数据迁移中的技术问题，如数据库访问、备份恢复等。
2. 业务数据准备与验证：
对接⽅：品牌⽅业务团队、CRM、OMS、WMS、收钱吧、Shopex团队。
具体事项：
订单数据：需包含正向和逆向订单状态（如待⽀付、已发货、售后申请等），需OMS和WMS协助发
货等操作。
优惠券数据：需品牌⽅团队创建优惠规则，CRM协助发放券⾄会员账号，包含各种状态（有效期
内、已过期等）。
⽀付单据：需收钱吧⽀持⽀付、退款、发票等数据。
UAT环境⽀持：各团队需同时⽀持Magento和Shopex的UAT环境，确保数据⼀致性。
难点：如何让CRM、OMS、收钱吧等同时⽀持旧系统（Magento）和新系统（Shopex）的UAT环境。
3. 数据验证与回归测试：

<a id="page-3"></a>## Page 3
对接⽅：品牌⽅业务团队、Shopex团队、CRM、OMS、WMS、收钱吧。
具体事项：
在数据迁移后，进⾏多轮回归验证（如全量验证、修复重验）。
验证数据准确性（如商品价格、会员信息、订单状态等），⽂档中问题清单列出了许多具体验证
点。
参与⽅需在指定时间窗⼝（如11⽉25-29⽇、12⽉2-6⽇）完成测试。
4. 环境与资源协调：
对接⽅：项⽬团队、运维团队（如Shopex运维）。
具体事项：
安排UAT和⽣产环境的资源，确保数据库、⽹络等就绪。
处理迁移中的排期问题（如⽂档中提到的排期⻛险，需重新安排资源）。
总结
流程核⼼：先迁移历史数据并验证，再在UAT环境预演，最后在⽣产环境实战预演。
对接关键：迁移成功依赖于多团队协作，特别是数据提供⽅、业务团队（品牌⽅、CRM等）和系统⽀持⽅
（OMS、WMS等）。⽂档强调，任何环节的延迟都可能影响整体上线计划，因此需严格按时间表执⾏。
四个板块的关键数据：
1. 会员数据
迁移内容：主要包括会员的主信息（如⽤⼾ID、等级、⼿机号等）。
⽂档依据：⽅案第⼀部分明确列出“会员数据迁移”，并且在《问题清单_⽤⼾》中详细记录了会员
ID、密码等字段的⽐对和问题修复。
状态：⽂档显⽰该部分迁移已完结，并处于回归中（持续验证）。
2. 商品数据
迁移内容：这是最复杂和⽂档最详细的部分。迁移内容⼴泛，包括：
商品主信息：商品编号（SKU）、款⾊编号、价格（销售价、市场价、会员价）、上下架时间、库
存、商品状态等。
商品属性：颜⾊、尺⼨、品牌、分类、材质、功能等（详细映射关系⻅《迁移作业-商品迁移
mogento.xlsx》）。
商品媒体：模特图、商品详情图、视频等。
商品分类：商品与类⽬的关联关系（⻅《迁移作业-商品分类magento.xlsx》）。

<a id="page-4"></a>## Page 4
⽂档依据：⽅案第⼀部分列出“商品数据迁移”，并有专⻔的《迁移作业-商品迁移mogento.xlsx》和
《问题清单_商品》来详细说明字段映射和遇到的问题（如商品名称不⼀致、尺码不对、图⽚缺失
等）。
状态：⽂档显⽰该部分迁移已完结，并处于回归中。
3. 订单数据
迁移内容：涵盖完整的订单⽣命周期数据，包括：
订单主信息：订单号、⾦额、状态、⽀付信息等。
订单商品：订单中包含的商品明细、价格、数量。
订单履约：发货信息、物流信息。
售后数据：退款、退货信息（如aftersales表及其关联表）。
⽂档依据：⽅案第⼀部分列出“订单数据迁移”，并有《迁移作业-订单mogento.xlsx》和《问题清单_
订单》详细记录了⼤量订单相关数据表的迁移和问题修复（如数据量对不上、字段映射错误等）。
状态：计划于11⽉22⽇完成整体回归。
4. 优惠券数据
迁移内容：包括优惠券模板信息（如规则、折扣、有效期）和⽤⼾领取的优惠券信息。
⽂档依据：⽅案第⼀部分列出“优惠券数据迁移”，并有《迁移-优惠券.xlsx》详细定义了优惠券表
（kaquan_discount_cards）和⽤⼾优惠券表（kaquan_user_discount）与Magento源数据的字段
映射关系。
状态：⽂档显⽰该部分迁移已完结，并处于回归中。
总结
迁移过程核⼼聚焦于会员、商品、订单、优惠券这四⼤业务板块的基础数据和业务数据。⽂档通过详细的表
格、问题清单和代码脚本，明确了每个板块从Magento到Shopex的字段映射、数据转换规则以及在验证过程中
发现和修复的问题，确保业务切换后数据的完整性和准确性。
周边数据的迁移
这些数据虽然业务权重较低，但对于保证系统功能的完整性和⽤⼾体验的连续性同样重要。
1. ⽤⼾相关数据
⽤⼾备注信息：
迁移内容：将 表中的客服备注信息合并迁移到 表的 字段
customer_comment members remarks
中。
⽂档依据：《迁移作业-⽤⼾备注.xlsx》详细展⽰了从源表筛选、合并到⽬标表的SQL逻辑和⼤量⽰例数
据。

<a id="page-5"></a>## Page 5
2. 商品互动数据
商品收藏数据：
迁移内容：将⽤⼾收藏商品的数据从Magento的 相关表迁移到Shopex的
wishlist
表。
members_items_fav
⽂档依据：《迁移作业-商品收藏.xlsx》描述了表结构和迁移代码。但需注意：《迁移计划.xlsx》中明确
标注“收藏（不在12/16上线范围内）”，意味着该数据迁移可能延期或不纳⼊⾸次上线。
商品评论数据：
迁移内容：迁移⽤⼾对商品的评论数据。
⽂档依据：《迁移作业-商品评论.xlsx》介绍了相关表结构和处理逻辑。同样，在《迁移计划.xlsx》中标
注“商品评论（不在12/16上线范围内）”。
3. 营销与活动数据
营销活动数据：
迁移内容：迁移各种促销活动规则、活动分类、活动商品等多语⾔表结构。
⽂档依据：《sp-营销表.xlsx》详细列出了促销活动相关表的结构。
限购活动数据：
迁移内容：迁移限购活动规则、分类、商品等多语⾔表结构。
⽂档依据：《sp限购表.xlsx》介绍了限购活动相关表的结构。
4. 业务功能数据
订阅到货通知数据：
迁移内容：将⽤⼾订阅的商品到货通知数据从 表迁移到
applets_subscribe_member
表。
members_subscribe_notice
⽂档依据：《迁移作业-订阅到货通知.xlsx》包含了表结构定义和具体的迁移脚本。
购物⻋数据：
迁移内容：迁移⽤⼾购物⻋中的商品数据。
⽂档依据：《迁移作业-购物⻋magento.xlsx》描述了购物⻋表的列信息和处理购物⻋数据的函数逻
辑。迁移购物⻋数据可以保证⽤⼾登录新系统后仍能看到未结算的商品。
发票数据：
迁移内容：迁移订单的发票相关信息。
⽂档依据：《迁移-发票.xlsx》介绍了订单发票表的结构和数据迁移步骤。
数据类别 具体内容 ⽂档依据 备注

<a id="page-6"></a>## Page 6
⽤⼾相关 ⽤⼾备注信息 《迁移作业-⽤⼾备注.xlsx》
商品互动 商品收藏 《迁移作业-商品收藏.xlsx》 注明不在12/16⾸次上线范围
商品评论 《迁移作业-商品评论.xlsx》 注明不在12/16⾸次上线范围
营销活动 促销活动数据 《sp-营销表.xlsx》
限购活动数据 《sp限购表.xlsx》
业务功能 订阅到货通知 《迁移作业-订阅到货通
知.xlsx》
购物⻋数据 《迁移作业-购物⻋
magento.xlsx》
发票数据 《迁移-发票.xlsx》
关键点：⽂档明确区分了⾸次上线必须迁移的核⼼数据（会员、商品、订单、优惠券）和周边或可延期迁移的
数据（如收藏、评论）。这表明迁移策略是分优先级的，优先保证核⼼交易链路的完整，再逐步完善⽤⼾体验功
能。
总体迁移时间线概览
历史数据迁移阶段：从开始到第75天。
备份导⼊和回归验证：持续2天（第76-77天）。
新数据回归：持续5天（第78-82天）。
UAT环境数据准备：持续5天（第78-82天，与上新数据回归重叠）。
UAT环境预演：持续5天（第85-89天）。
⽣产环境数据预演：持续1天（第98天，停机期间）。
⼀、历史数据迁移阶段（关键数据迁移）
此阶段包括会员、商品、订单、优惠券四⼤核⼼数据的迁移，以及周边数据的迁移。迁移活动从项⽬开始持续
到第75天（11⽉22⽇），但各⼦模块的迁移和验证时间不同。
1. 会员数据迁移
迁移内容：会员主信息、密码、状态等。
关键步骤持续时间：

<a id="page-7"></a>## Page 7
开发内测：持续5天（例如，从第X天到第X+4天）。
UAT验证与修复：持续7天（例如，从第Y天到第Y+6天）。
全量实验：持续5天（例如，从第Z天到第Z+4天）。
全量实验后修复与重验：持续约40天（从全量实验结束到第75天，但验证持续到第105天以后）。
完成状态：主要迁移活动在第45天左右完成（10⽉18⽇），但回归测试持续到第105天（12⽉12⽇）。
2. 商品数据迁移
迁移内容：商品主信息、属性、图⽚、视频、分类树等。
关键步骤持续时间：
开发内测：持续15天（例如，从第0天到第14天）。
UAT验证与修复：持续35天（例如，从第20天到第54天）。
全量实验：持续5天（例如，从第55天到第59天）。
全量实验后修复与重验：持续约45天（从全量实验结束到第75天，但验证持续到第105天）。
完成状态：主要迁移活动在第59天左右完成（10⽉18⽇），但回归测试持续到第105天。
3. 订单数据迁移
迁移内容：订单主信息、订单商品、售后、退款、购物⻋（不在⾸次上线范围）等。
关键步骤持续时间：
开发内测：持续25天（例如，从第30天到第54天）。
UAT验证与修复：持续20天（例如，从第55天到第74天）。
全量实验后修复与重验：持续约30天（从UAT结束到第75天，但验证持续到第105天）。
完成状态：迁移和回归测试于第75天（11⽉22⽇）完成整体回归。
4. 优惠券数据迁移
迁移内容：优惠券模板、⽤⼾优惠券等。
关键步骤持续时间：
开发内测：持续15天（例如，从第40天到第54天）。
UAT验证与修复：持续10天（例如，从第55天到第64天）。
全量实验：持续5天（例如，从第65天到第69天）。
全量实验后修复与重验：持续约35天（从全量实验结束到第75天，但验证持续到第105天）。
完成状态：主要迁移活动在第69天左右完成（10⽉18⽇），但回归测试持续到第105天。
⼆、周边数据迁移
周边数据迁移在历史数据迁移阶段并⾏进⾏，但部分数据不在⾸次上线范围内（12⽉16⽇）。以下列出周边数据
的迁移计划，但时间点较为灵活，通常依附于关键数据迁移。

<a id="page-8"></a>## Page 8
1. ⽤⼾备注信息迁移
迁移内容：从Magento的 表迁移到Shopex的 表。
customer_comment members
时间点：在会员数据迁移期间进⾏，持续约5天（例如，从第50天到第54天），但⽆具体截⽌⽇，随会员数
据回归⼀起验证。
2. 商品互动数据迁移
商品收藏数据迁移：
迁移内容：⽤⼾收藏商品的数据。
时间点：计划在历史数据迁移阶段进⾏，但标注“不在12/16上线范围内”，因此迁移时间较晚，持续
约10天（例如，从第60天到第69天），验证延迟到上线后。
商品评论数据迁移：
迁移内容：⽤⼾对商品的评论数据。
时间点：同样“不在12/16上线范围内”，迁移持续约10天（例如，从第65天到第74天），验证延迟。
3. 营销与活动数据迁移
营销活动数据迁移：
迁移内容：促销活动规则、分类等。
时间点：在商品数据迁移期间进⾏，持续约15天（例如，从第40天到第54天）。
限购活动数据迁移：
迁移内容：限购活动规则等。
时间点：与营销活动迁移并⾏，持续约15天。
4. 业务功能数据迁移
订阅到货通知数据迁移：
迁移内容：⽤⼾订阅的商品到货通知。
时间点：在会员数据迁移后进⾏，持续约5天（例如，从第55天到第59天）。
购物⻋数据迁移：
迁移内容：⽤⼾购物⻋中的商品数据。
时间点：在订单数据迁移期间进⾏，但“不在12/16上线范围内”，迁移持续约10天（例如，从第60天
到第69天）。
发票数据迁移：
迁移内容：订单的发票信息。
时间点：在订单数据迁移期间进⾏，持续约5天（例如，从第70天到第74天）。
库存迁移后初始化：
迁移内容：库存数据初始化和集成测试。

<a id="page-9"></a>## Page 9
时间点：从第59天开始，持续约30天（到第89天），与OMS集成测试并⾏。
归档商品数据迁移：
迁移内容：归档订单和商品数据。
时间点：新增任务，“不在12/16上线范围内”，迁移从第75天开始，持续约20天（到第95天）。
三、备份导⼊和回归验证
时间点：第76-77天（11⽉23⽇-24⽇）。
持续时间：2天。
内容：将Magento备份库的备份导⼊⽣产环境，进⾏第⼆轮回归验证，确保数据完整性和准确性。
四、新数据回归
时间点：第78-82天（11⽉25⽇-29⽇）。
持续时间：5天。
内容：验证迁移后新⽣成的数据（如新增订单、会员等），与历史数据回归重叠。
五、UAT环境数据准备
时间点：第78-82天（11⽉25⽇-29⽇）。
持续时间：5天（与上新数据回归重叠）。
内容：将Magento UAT环境的历史数据迁移⾄Shopex的UAT环境，覆盖原数据。需要各团队（如CRM、
OMS、WMS）协助准备数据。
六、UAT环境预演
时间点：第85-89天（12⽉2⽇-6⽇）。
持续时间：5天。
内容：在Shopex UAT环境中进⾏订单中间态的履约操作，验证数据切换后的业务连续性，涉及发货、退
款、开票等。参与⽅包括Shopex、品牌⽅业务团队、CRM、OMS、WMS、收钱吧等。
七、⽣产环境数据预演
时间点：第98天（12⽉15⽇21:00⾄12⽉16⽇09:00）。
持续时间：1天（停机期间，约12⼩时）。
内容：正式⽣产环境的数据迁移和域名切换。各模块迁移时间预估：
商品数据迁移：停机期间进⾏，持续约4⼩时。
会员数据迁移：停机期间进⾏，持续约1晚（8⼩时）。
优惠券数据迁移：停机期间进⾏，持续约4⼩时。
订单数据迁移：停机期间进⾏，持续约6⼩时。

<a id="page-10"></a>## Page 10
域名切换和停服：在第98天完成。
关键注意事项
时间线基准：以上天数以历史数据迁移开始为第0天（假设为8⽉初），关键⽇期如11⽉22⽇为第75天，12
⽉16⽇为第98天。实际项⽬开始⽇期可能更早，但核⼼迁移活动从8⽉开始。
重叠活动：许多活动并⾏进⾏，如新数据回归与UAT数据准备重叠。
周边数据延迟：部分周边数据（如商品收藏、评论）不在⾸次上线范围，迁移和验证可能延⻓到上线后。
⻛险点：⽂档中强调排期存在不合理之处，如会员数据UAT验证时间过短、缺乏优化时间等，因此时间线可
能调整。