规则 4：迁移可审计的余额，而非无法审计的历史记录。每个迁移对象都会被分配到三个范围之一，该范围在“发现”过程中通过实际操作确定，并按对象记录（包括原因），记录在工具包的“迁移范围”工作表中。该选择将决定对象注册表、模拟计划和对账工作负载。
| 范围 | 它带来什么 | 什么时候 |
|---|---|---|
| 截至——默认值 | 切换日期时的主数据、未清项和期初余额 | 总是 |
| 句号 — 可选 | 切换前一段时间的余额，例如本财年至今的余额。 | 仅在报告或法律法规要求的情况下 |
| 存档——从未迁移 | 深度历史记录保留在旧版中，仅可读取和查询。 | 总是如此，对于所有旧事物 |
截至目前为止的负载情况如何，以及什么能证明这一点
| 目的 | 和解 |
|---|---|
| 主数据——客户、供应商、商品、员工、银行、资产登记册 | 记录数，键字段哈希总计 |
| 未结应收账款和应付账款 | 应收/应付账款账龄分析 = 总账控制账户 |
| 未结销售和采购订单 | 未结订单报告 |
| 库存，按商品和仓库（批号/序列号，如适用） | 库存估值 = 总账库存 |
| 固定资产——成本、折旧、剩余寿命 | 资产登记簿 = 总账 |
| 按账户、实体、维度划分的期初试算表 | 传统TB逐行分析——零增量 |
| 年初至今工资总额（如果年中计算） | 历史工资年度累计报告 |
尽可能在周期结束时进行切换。旧系统会关闭周期，初始 TB 为最终版本，第一个 TRANXACT 周期从干净的状态开始。
三个层级的时期数据
- P1 · 月度余额（推荐）— 按账户、实体和维度计算净变动，每月记入一个会计期间。年初至今、预算与实际对比以及比较分析；每月与历史数据进行核对。
- P2 · 汇总日记账 — 按成本中心、项目或客户组汇总。内容更丰富，仍可审计，便于映射和核对；仅限当前财政年度。
- P3 · 详细交易 — 重放文档。例外情况通常是 T-Plus，即倒计时所有者在 Fit Ledger 中记录的决策。如果默认使用，则会违反规则 4，并且旧版存档已包含向下钻取的答案。
期间数据会增加对账难度：每个迁移的月份都必须与原有数据匹配。应将其限定在当前（或对比）财政年度，并优先使用月度余额而非交易记录。
装载顺序
依赖关系决定了操作顺序：配置 → 参考主数据（银行、条款、价目表、仓库）→ 业务伙伴 → 产品和人员 → 资产 → 未清项 → 未清订单 → 库存 → 余额（期初试算平衡表余额加上期间余额）→ 年初至今工资。只有当一个对象在两次连续模拟中差值均为零时，该对象才被视为“就绪”。
Calderwood Group ——实例分析
Calderwood将于10月1日正式上线，财政年度从1月1日开始。其首席财务官需要在10月份从TRANXACT系统获取年初至今的财务报表以及预算与实际对比报告。因此，所有数据均需截至目前，期初余额以9月30日的试算平衡表为准；P1系统将添加1月至9月的九个月期余额日记账。2024年及以后的发票将保留在只读的旧版存档中，供审计人员查询。
试试看 Calderwood 的审计师希望从 10 月份的对比数据深入分析 2026 年 3 月份的一张特定发票。是否应该迁移 3 月份的发票（P3）？
不。向下钻取操作由旧版归档数据提供，该数据保持只读且可查询——即范围表中的“截至日期 + 归档”行。P3 会违反规则 4，增加对账次数，并且至多属于 Fit Ledger 中记录的 T-Plus 倒计时所有者决策。