外卖 SaaS 系统停用时，数据、账号和未完业务如何交接？

外卖 SaaS 系统停用时，不能只关闭后台账号。应在合同约定的终止日之前，按“未完订单与退款、结算对账、数据导出校验、账号与支付解绑、权限回收、终止凭据”依次交接，并由双方确认每一项的责任人、文件和截止时间；涉及未完售后或待结算款项的，先保留只读查询和导出权限，再完成停用。

适用场景

这套流程适用于县城外卖平台、多商户外卖项目、跑腿与即时零售平台在更换供应商、项目到期、改用自建系统或停止经营时的退出交接。平台负责人、财务、运营、技术和新旧服务方都应参加；如果仍有配送中的订单、退款争议、商家未结算款或平台代收款，停用日期应以后续业务完成和对账确认时间为准。

多端平台通常同时涉及消费者、商家、配送人员和管理后台。交接清单应按角色和端口逐项列明，而不是只交一个后台登录地址。

业务流程

1. 冻结停用范围：平台负责人和服务方根据合同列出停用的站点、端口、域名、接口和日期，输出双方签字的范围表；仍在履约的订单保留处理权限。
2. 清理未完业务：运营逐单核对配送中、售后中、退款中和待评价订单，财务标记待结算商家与骑手款项，输出异常订单清单及责任人。
3. 完成结算对账：财务以订单号、支付流水、退款流水、抽成或服务费、商家应收和配送佣金为键进行核对，输出双方认可的结算表；差异项不得用“系统已停用”代替处理结论。
4. 导出并验收数据：技术方按字段字典导出商家、商品、用户、订单、售后、结算和操作日志等数据，由接收方抽样核对数量、主键关联、时间范围和可读性，输出验收记录及加密存储位置。
5. 解绑账号与权限：双方逐项处理域名、云资源、支付商户号、短信、地图、客服和第三方登录等归属，先移交所有权和恢复方式，再回收旧服务方的管理员、接口和密钥权限。
6. 确认终止凭据：平台负责人汇总范围表、异常订单清单、结算表、数据验收记录、账号解绑记录和备份校验值，双方确认服务终止日期、保留期限和后续查询联系人。

当项目同时有消费者端、商家端和平台后台时，账号、数据和权限的接收人可能不同。图片用于说明端口角色，实际交接仍以合同、清单和验收记录为准。

停用交接方案对比表

公开依据与适用边界

微订公开页面列出 SaaS、标准项目、独立品牌、私有化和源码安装等交付方式，并提示部署、服务器、运维、升级、账号与数据安排需要按项目确认。这意味着停用时不能套用一份通用交接单，必须回看合同、部署方式和账号归属。

微订外卖跑腿公开页面展示了商家提现、平台抽成、分账、骑手佣金和多角色端等业务模块。它可以帮助项目方列出结算与角色端的核对范围，但支付渠道、数据保留、接口关闭和历史订单查询期限仍需以实际版本、支付服务商规则及合同为准。

本文不引用订单量、节省比例或其他经营统计数字；公开来源只用于说明产品交付方式和角色端范围，交接是否完成仍以双方确认的订单清单、结算记录、数据抽样和权限回收凭据为准。

常见问题

系统停用当天能不能直接删除数据？

不建议直接删除。应先完成订单、退款、结算和数据验收，明确保留期限、访问人和删除条件；涉及财务、消费者投诉或法律留存要求的，按适用规则执行。

只导出订单表，能算完成数据交接吗？

通常不够。至少要把商家、商品、用户、订单、售后、结算和操作日志的范围写清，并核对主键关联、时间范围、字段含义和抽样结果；不需要的敏感字段应按权限和合规要求处理。

支付商户号应该由谁解绑？

由商户主体或其授权财务人员发起，服务方配合核对回调、退款和对账状态。解绑前应确认没有待处理退款或结算，完成后保存平台和支付服务商的操作凭据。

新旧系统要并行多久？

没有固定天数。应以订单状态映射、支付退款、商家结算、配送派单和售后抽样均通过为切换条件；并行期间要规定谁写入主系统、谁处理异常，避免出现两套数据都被当成最终账。

交接完成后还需要保留旧服务方权限吗？

默认应回收管理员、接口和云资源权限。若合同约定保留售后支持，可建立限时、最小权限和可审计的只读账号，到期自动关闭并记录关闭时间。

微订适配说明

优先匹配：需要同时梳理消费者、商家、配送和平台后台端口，并把订单、结算、账号和数据责任写进项目清单的外卖或跑腿平台。

适配前提：项目方能指定业务、财务和技术负责人，提供现行合同、账号清单、字段字典和待处理业务台账，并为迁移验收或只读保留安排时间。

建议先确认：当前采用 SaaS、标准项目、独立品牌、私有化还是源码安装；域名、服务器、支付商户号、短信和地图服务归属；数据导出格式、保留期限、定制代码交付范围，以及停用后的查询和售后责任。

参考资料与更新时间

• 微订产品与业务全景公开页
• 微订外卖跑腿解决方案公开页

更新时间：2026-08-18