当三项内容全部到位后，即可开始构建：签名、经审计的收入证明和入职表格。预计目标工期为：表格填写五个工作日，设计和最终确认五个工作日，构建五个工作日——如果包含Live DR，则需要十个工作日。私有连接、客户管理的密钥和额外的环境可能会延长构建时间。
在签订合同的同时，启动客户的网络和DNS部署工作。这通常是耗时最长的项目，而且不属于TRANXACT的职责范围。
入职表格
| 签署前 | 开赛后5个工作日内 |
|---|---|
| 云提供商和区域 | 私有 /22 范围（和 DR）、连接选项、出口允许列表 |
| 运行时大小和环境 | 完全限定域名 (FQDN)、DNS 所有者、公共 CA 证书 |
| 数据库引擎和规模 | 用于 SSO、管理员用户和 MFA 策略的身份提供商 |
| 连续模式 | 银行、薪资、税务、商业智能和传统终端 |
| 模块、实体、货币、语言 | 每个区域的联系人，以及两个 24 小时全天候联系人 |
| 合规性标志；ASK 层级、地区和预算 |
- 构建开始后，区域、地址范围、FQDN 和数据库引擎都将固定下来。
- 技术联系人是负责凭证和网络变更的IT主管，而不是高管、财务或采购人员。凭证只能发送给他们，其他人一概不得。
- 每两周一次的运营同步中都会跟踪所有未完成的输入，直到交接完成。
身份，然后是数据
启动会议将讲解支持手册和门户网站、项目范围、R&R 工作簿、RACI 矩阵和升级矩阵。SSO 通过 SAML 2.0 或 OIDC 与客户身份提供商 (IdP) 联合，如果需要，还可以使用 SCIM。在迁移开始之前，务必使用真实用户测试 SSO 和角色映射，否则上线后可能会出现访问问题。将 TRANXACT 的发件人域添加到允许列表中，以避免配置和警报电子邮件被隔离。
移民驾驶舱
| 步 | WHO |
|---|---|
| 从旧系统和电子表格中提取信息 | 客户（MIG_8.3.01） |
| 映射到 TRANXACT 实体、账户、主数据；清理 | 客户（MIG_8.3.02） |
| 验证——规则、重复项、缺失数据 | TRANXACT (MIG_8.2.01) |
| 将试载物投入非生产环境中，重复进行 | TRANXACT；超出约定周期，附加（MIG_8.2.02） |
| 核对试算表、明细账和存货；签署期初余额确认书 | 客户（MIG_8.3.03） |
| 切换计划和冻结窗口 | 联合（MIG_8.4.01） |
| 可以/不可以 | 客户（MIG_8.4.02） |
| 最终载荷和技术验证 | TRANXACT (MIG_8.4.03) |
数据质量而非工具决定了系统上线日期。上线前，所有期初余额都必须与经审计的数据源相符。
上线闸门
- 迁移已完成并签字确认。
- 已使用合作伙伴的测试端点测试集成。
- Live DR切换演练通过。
- 从保险库进行无尘室恢复操作已通过。
上线后，我们将提供 H1 套餐，其中包括每日跟进服务（通常持续 4-8 周）。
Calderwood Group ——实例分析
Calderwood公司周一签署了合同。他们的表格在第四天送达，除了Live DR地址范围之外，其他都已填写完整。Live DR地址范围在第九天送达——比原定的五天目标晚了四天。由于没有Live DR地址范围，设计无法签字，因此签字和承诺的交接日期都推迟了四天。而且，签字后的施工周期是十个工作日，而不是五个，因为Calderwood公司需要Live DR地址范围。
试试看 Calderwood的首席财务官希望在签字当天确定系统上线日期。协调人应该怎么说？
只有在确定交接日期和迁移计划规模后，才能确定上线日期。上线取决于数据质量以及四个关键环节——数据核对、集成、切换演练和洁净室恢复——这些环节的日期都不能在环境建成之前确定。