SaaS 退出迁移清单：数据、接口、账号与连续经营
在签约时就约定导出范围、格式、接口、协助、费用和删除；退出时按数据、流程、权限和业务连续性逐项验收。
真正的退出能力不是后台有一个“导出 CSV”按钮，而是关键数据、附件、关系、日志和业务流程能在可接受时间内迁移，并且旧服务能安全关闭。最便宜的退出方案是在签约前写入合同并做一次样本导出。
退出资产清单
| 资产 | 必须确认 | 常见缺口 |
|---|---|---|
| 主数据 | 客户、SKU、供应商、账号、配置 | ID 与关联键丢失 |
| 交易数据 | 订单、退款、库存、结算、工单 | 状态历史被压平 |
| 非结构化文件 | 图片、附件、录音、模板 | CSV 有链接但文件失效 |
| 权限与日志 | 用户、角色、审计、API 密钥 | 无法证明谁做过什么 |
| 自动化与接口 | 规则、Webhook、字段映射、失败队列 | 只导出结果，不导出逻辑 |
| 合规材料 | 同意、保留、删除和分包记录 | 备份何时删除不明确 |
四阶段迁移
1. 发现
列出所有业务依赖、数据所有者、上下游系统、法定/合同留存和最大可接受停机时间。用真实数据量估算导出与导入，不以演示样本推断。
2. 试迁
导出一个完整时间窗口，验证编码、时区、金额精度、附件、关联键和删除记录；在目标系统复现三到五个关键流程。发现字段缺口后更新映射和合同协助范围。
3. 并行与切换
冻结配置变更，设定最后增量时间，旧新系统并行核对订单、库存和结算。为接口失败、回滚和人工补偿指定负责人，不在高峰期首次尝试。
4. 关闭与证明
回收用户和 API 权限，保存最终导出、账单与审计材料，取得删除/返还确认，记录备份消除周期和仍需保留的法律数据。
如果目标是 ERP，使用订单库存财务验收表复现关键流程；整体候选工具先过跨境工具选择矩阵，服务商移交责任写入代运营与咨询合同清单。
合同应明确的退出字段
导出范围、格式和频率；开放接口与文档；迁移协助人员和时限；正常退出与违约退出费用；服务终止后的只读期；数据返还、删除及备份处理；分包商的同等义务；争议期间维持服务的安排。
常见问题
每月备份 CSV 就算可迁移吗？
不一定。CSV 可能缺附件、关联、日志和配置。应定期做“可恢复测试”，证明数据能在目标环境被正确读取和使用。
合同结束后立刻删数据最好吗？
应先完成最终导出和验收，再按法律、合同和安全要求处理。立即删除可能影响对账和争议，长期保留又增加风险，需要明确分层期限。
供应商倒闭时还能按正常流程退出吗？
未必。高关键性服务应准备更短周期备份、独立账号控制、接口文档、替代方案和紧急联络，不能只依赖厂商配合。
欧盟 Data Act 是否适用于所有 SaaS？
不是简单的全球统一规则。其适用范围、主体和服务类型需结合事实判断；可以把其机器可读导出和切换透明度作为评测参考，但具体义务应专业核验。
官方来源
- 欧盟 Data Act 官方说明：说明其自 2025-09-12 起适用，并介绍数据处理服务切换框架。
- 欧盟 Data Act 法律帮助台：提供适用问题的官方咨询入口。
- NIST Cybersecurity Framework 2.0：参考恢复、治理与第三方风险管理。
核验日期：2026-08-16。本文为运营评测框架，不替代法律意见。