选择首个完整工作流
以采购申请、审批、收货和对账等真实交接为起点。列出参与者、所需记录和常见例外。报表是流程的输出，不能代替流程定义。会计工具运作良好时，先评估集成，而非直接替换。
- 指定能解决需求冲突的负责人。
- 用普通语言描述流程起点与终点。
- 收集取消、部分交货和纠错的例子。
先整理数据，再导入
为客户、供应商、商品和期初库存指定资料负责人。清理重复项、统一编号并区分停用记录。先用有代表性的数据试导入，再与批准的来源核对数量和余额。技术上导入成功，并不代表业务数据正确。
把范围变成验收测试
让员工使用正式上线后的权限完成真实任务，并预先写明预期结果。开发者用管理员账号演示成功，不能证明普通员工也能正确操作。
| 情境 | 预期结果 |
|---|---|
| 申请超过审批额度 | 送到正确审核人，不能绕过审批。 |
| 供应商只交付部分货物 | 只增加实际收到的库存。 |
| 两人同时修改记录 | 处理冲突，不静默丢失修改。 |
| 外部服务中断 | 记录保留，可追踪及安全恢复。 |
安排切换与恢复
确定旧系统停止更新的时间、最终迁移批准人和问题通报方式。首个运营周期应保留对账清单。能回退的流程需说明条件和待恢复资料。双系统并行应有明确责任和结束条件，避免出现两套不同记录。
上线后检查实际采用情况
比较处理时长、修正数量、待审批记录和员工疑问，再决定下一个模块。交接须包括账号归属、数据导出、文档和支持责任。
- 紧急问题由谁负责？
- 变更如何申请及批准？
- 最近一次成功恢复备份是什么时候？
- 企业能否导出可用的业务记录？