每个对象、每个模拟和最终加载都要经过相同的六个步骤：提取（客户数据所有者）、映射（迁移负责人和关键用户）、验证（驾驶舱规则）、试加载到非生产环境（迁移负责人）、协调（财务控制员）和切换（倒计时负责人）。
循环直至清理完毕。被拒绝的记录会连同驾驶舱的原因代码一起返回给其数据所有者，下一次模拟会重新运行整个对象。目标租户中不会手动修复任何问题——否则审计跟踪会记录一个从未发生过的加载事件。
| 跑步 | 什么时候 | 接受 |
|---|---|---|
| M1 | T-10 → T-9 | 所有对象均已加载；拒绝低于 5% 的对象并进行分配。 |
| M2 | T-7 → T-6 | 零TB增量；子账簿持平；低于0.5%的拒绝率 |
| 空运行切换 | T-4 → T-3 | 零增量；切换窗口内的持续时间；运行手册已更新 |
| 排练数据 | T-2 → T-1 | 彩排结束 |
| 最终的 | T-0 | 零差值；控制器信号 |
和解是算术
- 计数和哈希总计：提取 = 已加载 + 已拒绝，按对象；数量和金额的哈希总计。
- 试算表：历史余额 - TRANXACT 余额 = 0，适用于每个账户、实体和维度。
- 子分类账：应收账款账龄分析、应付账款账龄分析、存货估值和资产登记簿，每个子分类账都与其总账控制账户相等。
工具包中的增量公式在任何非零值处都会显示为红色，财务主管只有在所有行都为零，或经过解释和批准后才能签字。驾驶舱的运行日志——谁在何时加载了什么内容，加载了多少条记录，拒绝了多少条记录——就是他们签字的审计跟踪依据。
提取取决于数据源。
每个源系统在“项目计划”工作簿中都有各自的工作表。格式各不相同——大型 ERP 系统使用标准报表和表格提取，云会计系统使用已保存的搜索或 CSV 导出，其他系统使用 XML 或 Excel 导出的账簿和凭证，电子表格则直接使用控制面板模板——需要注意的事项也各不相同：公司代码与实体、段与维度、电子表格中未进行源验证等。指南中按产品列出了完整的表格。
T-0 运行手册（示例计时）
| 时间 | 步 | 所有者 |
|---|---|---|
| T-1 18:00 | 最后遗留交易；冻结公告 | 倒计时所有者 |
| T-1 18:30 | 遗留期结算；最终总账及子账报告 | 财务总监 |
| T-1 20:00 | 每个对象的最终提取 | 数据所有者 |
| T-1 21:00 | 干运行序列中的最终驾驶舱载荷 | 迁移导体 |
| T-0 02:00 | 账簿及子账核对——差额 = 0 | 财务总监 |
| T-0 06:00 | 与生产终端集成 | 作战飞行员 |
| T-0 07:00 | 传统只读模式；已启用用户；上线通信 | 飞行领队 |
| T-0 ≈ 11:00 | 生产部门已开具首张发票 | 关键用户，销售 |
每个步骤都有一个指定的负责人、一个计划持续时间和一个回滚说明，工具包会计算计划结束时间以及与试运行的偏差。
Calderwood 的 M2 系统显示，库存 1400 件，传统系统中为 2,450,009.10，TRANXACT 系统中为 2,449,909.10，相差 100.00，标记为“检查”。原因是某条库存记录因缺少批号而被拒绝。该记录及其原因代码已返回给仓库数据所有者，下一次模拟将重新运行整个库存对象——没有人手动将该记录输入到 TRANXACT 系统中。
试试看 Calderwood 的试运行结果为零，但耗时 13 小时，而切换窗口期为 11 小时，原因是九个 P1 期间的日记账加载缓慢。T-Minus 建议怎么做？
缩小范围，而不是延长切换时间：将期间数据（即 P1 期日记账）迁移到 T-Plus 系统，并在正式上线后加载，而不是延长切换时间。如果试运行出现问题，应该列出需要改进的清单，而不是推迟上线日期。