源码、服务器和账号归属，开发前就要确认

关键判断一览

拿到源码后，在干净环境完成一次构建

源码压缩包不等于可维护项目。应包含依赖版本、构建命令、数据库结构、必要脚本和配置说明，让接手人员可以独立启动。

测试时不使用原开发者电脑缓存，也不复制生产密钥。缺少外部服务时明确替代的测试配置与受影响功能，逐项记录尚未交接的依赖。

• 从一个明确的代码版本构建，记录产物与部署步骤。
• 验证新建数据库、升级数据库和回滚需要的材料。

账号主体、管理员与协作权限分别列明

服务器控制台账号、应用管理员和第三方 API 密钥不是一回事。交付表应说明入口、主体、负责人、续费与授权范围，而非只收集登录密码。

第三方商用组件可能存在授权期限或不可转让条件，需要单独确认。涉及源码和知识产权的具体归属，由项目协议明确，不推定所有依赖都能随源码转让。

• 让业务负责人能进入域名、云服务与发布账号管理入口。
• 交接后按计划回收临时权限并更换需要轮换的密钥。

以一条业务记录验证数据能完整迁移

订单、附件、审批历史和图片通常分散在数据库与对象存储中。导出时要保持稳定编号关联，不能只交当前汇总数。

恢复演练使用隔离环境，核对文件引用、账号权限和关键状态。记录恢复用了多久、哪些步骤需要手工处理，才知道下一位维护人员是否接得住。

• 抽取正常、已退款和含附件的记录逐项还原。
• 交付备份位置、周期、保留规则和恢复操作说明。