主题
期初数据迁移：科目余额不平与调整
**脱敏声明。**本案例为真实项目复盘，按站内脱敏规范隐去客户名称、真实金额与业务截图。
一、背景
某商贸流通客户，从老 ERP 切换 U8 V15.0，历史数据迁 3 年。期初科目余额从老系统导出后，按科目对照表映射导入新系统。
导入完成后，试算平衡表借贷不平，差额约等于一个往来科目的发生额。财务第一天上班就被总账期初卡住。
二、需求
客户要的不是「解释为什么不平」，是今天必须平、明天正常开账。期初不平 = 新账套不能启用 = 业务停摆。
三、诊断
排查路径
- 先看差额方向：借多还是贷多，差额数字有没有「记忆点」（比如等于某张表的小计）
- 按科目对照表逐科目核对导入金额 vs 老系统余额，先查大额科目
- 重点查有发生额但余额为 0 的科目——这类最容易漏
- 查辅助核算（往来单位、部门、项目）的明细合计 vs 科目余额，明细与余额脱节是重灾区
定位结论
| 类型 | 特征 | 占比 |
|---|---|---|
| A | 老系统「预收账款」挂了客户辅助核算，新系统映射成「预收账款」但漏了辅助核算明细 | 约 6 成 |
| B | 老系统「其他应收款」下有 2 个科目合并映射到新系统 1 个科目，合并时明细没跟着合 | 约 3 成 |
| C | 导入脚本金额精度问题（老系统 4 位小数，新系统 2 位，截断差异） | 约 1 成 |
根因：期初导入只对「科目余额」做了试算平衡校验，没对「辅助核算明细」做勾稽校验。余额平了不代表明细平，明细不平在第一个月对账时必然爆发。
四、方案
- 短期（当天） —— 修正映射关系，把漏掉的辅助核算明细补录；C 类精度差异按新系统规则做舍入调整单，差异集中挂到一个「期初调整」过渡科目，写清台账
- 长期（治根） —— 建立「科目余额 + 辅助明细 + 单据发生额」三层勾稽校验，任何一层不平都不允许导入通过
五、配置
校验 SQL（科目余额 vs 辅助明细合计）
sql
-- 用途：核对科目余额与辅助核算明细合计是否一致
-- 方言：T-SQL (SQL Server)
-- 参数：@year 年度
DECLARE @year INT = 2026;
-- 科目余额（期初）
WITH bal AS (
SELECT cCode, SUM(md) AS bal_amt
FROM GL_balance -- 示意表：总账余额表
WHERE iYear = @year AND iPeriod = 0 -- 期初
GROUP BY cCode
),
-- 辅助明细合计
aux AS (
SELECT cCode, SUM(md) AS aux_amt
FROM GL_accass -- 示意表：辅助核算明细表
WHERE iYear = @year AND iPeriod = 0
GROUP BY cCode
)
SELECT
b.cCode AS 科目,
b.bal_amt AS 余额,
ISNULL(a.aux_amt, 0) AS 明细合计,
b.bal_amt - ISNULL(a.aux_amt, 0) AS 差额
FROM bal b
LEFT JOIN aux a ON b.cCode = a.cCode
WHERE ABS(b.bal_amt - ISNULL(a.aux_amt, 0)) > 0.01
ORDER BY ABS(b.bal_amt - ISNULL(a.aux_amt, 0)) DESC;Oracle 写法差异：
ISNULL→NVL；CTE 语法一致；DECLARE改用绑定变量:year。
六、踩坑
- **别只校验余额表。**期初不平的第一现场往往是辅助明细，不是科目余额。三层勾稽（余额/明细/单据）缺一层都不够。
- **科目合并映射时，明细必须同步合并。**合并科目容易，合并明细才是真功夫，漏一个往来单位就是一颗定时炸弹。
- **精度差异不要手工悄悄调。**每个舍入差异都要落台账，不然第二年审计对不平的时候你解释不清。
- 期初导入脚本跑完，别急着删导入日志。留到第一个月结完，方便回溯。
七、验收
- 试算平衡表借贷平衡，差额归零
- 抽 10 个带辅助核算的科目，余额 = 明细合计逐项核对通过
- 第一个月月结正常，往来对账无异常差异
- 「期初调整」过渡科目余额为 0（调整全部消化）
八、回顾
做对的：先保住当天开账（短期方案），再补校验机制（长期方案），没有陷在「为什么不平」里跟客户纠缠。
做得不够的：期初方案阶段只设计了「余额导入」，没设计「明细导入校验」。如果方案评审时就把三层勾稽写进去，根本不用现场救火。
可复用：三层勾稽校验思路已沉淀进 模板库-数据初始化校验清单，后续项目期初导入直接照做。