简介这是一份面向用友软件实施与运维人员的T数据向U8迁移转换工具主要解决两套系统间账务、往来、库存等基础数据难以直接对接的问题适合具备一定用友产品操作经验的技术人员使用。压缩包共13个文件约426KB包含8个SQL脚本、2个config配置文件、2个ocx控件及1个exe主程序其中SQL脚本按GL、AR、ST、AS、AP等模块分别处理总账、应收、库存、应付等数据的转换config文件用于配置转换参数ocx控件与exe共同支撑工具运行。目前已有658人学习下载。借助该工具读者可获得一套相对完整的T转U8数据迁移方案通过配置与脚本配合完成多模块数据转换减少手工录入与重复核对同时可参考其脚本组织方式理解两系统间的数据映射逻辑为实际迁移项目提供可复用的排错与实施思路。1. T转换U8工具从账套迁移到数据校验一条能跑通的落地路径做过 ERP 迁移的同行大概都有体会老系统里跑了几年的数据想整体搬到新系统最怕的不是数据量大而是两套系统的数据结构、编码规则、辅助核算维度对不上。T 和 U8 就是典型的一对——前者偏轻量、灵活后者偏规范、严谨账套结构差异不小。所谓「T转换U8工具」本质就是一套把 T 的科目、往来、存货、期初、凭证等数据按 U8 的账套模型重新映射并导入的中间层方案。它解决的是手工重录效率低、易出错的问题适合正在做系统切换的财务信息化人员、实施顾问和二次开发同学。这篇笔记不讲空话直接按「结构差异 → 映射设计 → 脚本实现 → 校验排错」的顺序把一条能复现的路径讲清楚。2. 先搞懂两套账套的结构差异再谈转换2.1 科目体系与编码规则的错位T 的科目编码通常比较自由很多企业用 4-2-2 或者 4-3-3 的分段方式级次和长度由实施时定U8 虽然也支持自定义但默认科目编码规则更强调「一级科目固定 4 位、下级按需扩展」而且科目属性里多了「科目类型」「余额方向」「辅助核算」这些强约束字段。直接拿 T 的科目表往 U8 里灌最常见的翻车就是编码长度对不上、辅助核算类型不匹配。我一般会先做一张「科目映射对照表」把 T 的科目编码、名称、级次、余额方向、辅助核算类型列出来再对照 U8 的目标科目结构逐条标注映射关系。这张表是整个转换的基准后面所有脚本都围绕它跑。字段T 常见取值U8 目标要求处理方式科目编码4-2-2 分段一级 4 位下级可扩展补零或截断需人工确认余额方向借/贷借/贷直接映射辅助核算客户/供应商/部门客户/供应商/部门/项目缺失维度需补默认值币种单一本位币本位币外币外币科目需单独处理这张表不是一次性能定死的通常要来回改两三版。建议用 Excel 维护导出成 CSV 供脚本读取避免硬编码在代码里。2.2 辅助核算与往来单位的对应关系T 的辅助核算相对灵活有的企业把客户和供应商混在一个「往来单位」档案里U8 则严格区分客户档案、供应商档案而且每个档案有独立的编码规则和必填字段。转换时最容易出问题的是同一个往来单位在 T 里既做客户又做供应商到了 U8 需要拆成两条档案还要保证历史凭证能正确挂接。常见做法是先从 T 导出往来单位明细按「是否发生销售」「是否发生采购」打标再分别生成 U8 的客户档案和供应商档案。如果企业规模不大也可以统一按「客户」建档供应商通过辅助属性区分但这会影响后续的账龄分析需要提前和财务确认。2.3 期初余额与凭证的衔接逻辑期初余额是迁移里最敏感的部分。T 的期初通常按科目辅助核算维度存储U8 的期初录入界面虽然类似但底层表结构不同而且 U8 对「期初本期发生期末」的校验很严格。如果只导期初不导凭证或者凭证导了一半系统会直接报不平。我的做法是先导科目和辅助档案再导期初余额最后导凭证。凭证导入时按「先借后贷、金额相等」的原则逐条校验遇到不平的凭证先挂起人工核对后再补。这样能避免大批量导入后出现一堆红字冲销。3. 用 Python 写一个最小可用的转换脚本3.1 读取 T 导出数据并做字段清洗T 一般支持导出 Excel 或 CSV字段名可能是中文也可能带空格。第一步是把这些数据读进来统一字段名去掉多余空格和特殊字符。import pandas as pd # 读取 T 导出的科目表假设是 CSV 格式编码为 utf-8-sig df_tplus pd.read_csv(tplus_subject.csv, encodingutf-8-sig) # 统一列名去掉空格转成小写英文方便后续处理 df_tplus.columns [c.strip().lower().replace( , _) for c in df_tplus.columns] # 查看前几行确认字段是否对得上 print(df_tplus.head()) # 清洗科目编码去掉前后空格确保是字符串 df_tplus[subject_code] df_tplus[subject_code].astype(str).str.strip() # 清洗科目名称去掉换行符和多余空格 df_tplus[subject_name] df_tplus[subject_name].str.replace(r\s, , regexTrue)这段代码的关键点在于encodingutf-8-sig能处理 Excel 导出的 BOM 头避免第一列列名带乱码str.strip()和正则替换能清理掉手工录入留下的脏数据。参数上如果你的导出文件是 GBK 编码把utf-8-sig换成gbk即可。清洗完建议先df_tplus.to_csv(clean_subject.csv, indexFalse)存一份方便回查。3.2 按 U8 模板生成导入文件U8 的导入模板通常是固定列顺序的 Excel比如「科目编码、科目名称、科目类型、余额方向、辅助核算」。我们需要把清洗后的 T 数据映射成这个格式。# 定义 U8 模板的列顺序 u8_columns [subject_code, subject_name, subject_type, balance_direction, aux_type] # 创建空的 U8 数据框 df_u8 pd.DataFrame(columnsu8_columns) # 映射T 的 subject_code 直接对应subject_name 直接对应 df_u8[subject_code] df_tplus[subject_code] df_u8[subject_name] df_tplus[subject_name] # 科目类型根据编码首位判断1资产2负债3权益4成本5损益 def map_subject_type(code): first str(code)[0] mapping {1: 资产, 2: 负债, 3: 权益, 4: 成本, 5: 损益} return mapping.get(first, 资产) df_u8[subject_type] df_u8[subject_code].apply(map_subject_type) # 余额方向T 里如果有 balance_direction 字段就直接用没有就默认「借」 if balance_direction in df_tplus.columns: df_u8[balance_direction] df_tplus[balance_direction] else: df_u8[balance_direction] 借 # 辅助核算T 的 aux_type 映射到 U8 的辅助核算类型 df_u8[aux_type] df_tplus.get(aux_type, 无) # 导出为 U8 可导入的 Excel df_u8.to_excel(u8_subject_import.xlsx, indexFalse) print(生成 U8 科目导入文件共, len(df_u8), 条)这里map_subject_type用的是编码首位判断法适用于大多数企业的一级科目编码规则。如果你们的编码规则特殊比如资产类不是 1 开头就需要改成查表法。df_tplus.get(aux_type, 无)是一个容错写法如果 T 导出里没有辅助核算字段就统一填「无」避免 KeyError。3.3 批量导入前的数据校验生成导入文件后别急着往 U8 里灌。先做一轮本地校验能省掉很多返工。# 校验 1科目编码是否重复 duplicated df_u8[df_u8.duplicated(subset[subject_code], keepFalse)] if not duplicated.empty: print(发现重复科目编码) print(duplicated[[subject_code, subject_name]]) else: print(科目编码无重复) # 校验 2科目名称是否为空 empty_name df_u8[df_u8[subject_name].isna() | (df_u8[subject_name] )] if not empty_name.empty: print(发现空科目名称共, len(empty_name), 条) else: print(科目名称无空值) # 校验 3辅助核算类型是否在允许范围内 allowed_aux [无, 客户, 供应商, 部门, 项目, 个人] invalid_aux df_u8[~df_u8[aux_type].isin(allowed_aux)] if not invalid_aux.empty: print(发现非法辅助核算类型) print(invalid_aux[[subject_code, aux_type]]) else: print(辅助核算类型全部合法)这三条校验覆盖了最常见的导入失败原因编码重复、名称为空、辅助核算类型不合法。实际跑的时候建议把校验结果输出到一个日志文件方便逐条核对。如果数据量大还可以加一条「科目级次是否连续」的校验防止出现「有二级无一级」的断档。4. 避坑与排查转换过程中最容易翻车的 5 个点4.1 科目编码补零后长度不一致现象导入 U8 时报「科目编码长度不符合规则」或者导入成功但科目树显示错乱。原因T 的科目编码可能是「1001」这种 4 位也可能是「100101」这种 6 位而 U8 要求一级科目固定 4 位下级按级次递增。直接原样导入短编码会被当成一级长编码会被截断。解决在脚本里加一段补零逻辑按级次判断。比如一级科目不足 4 位左补零二级科目不足 6 位左补零。补零前先和财务确认目标级次规则别自己拍脑袋。4.2 辅助核算档案未先导入导致凭证挂空现象凭证导入成功但辅助核算明细查不到或者提示「辅助核算档案不存在」。原因U8 的凭证辅助核算依赖于客户、供应商、部门等基础档案如果这些档案没先导入凭证里的辅助核算项就会挂空。解决严格按「科目 → 辅助档案 → 期初 → 凭证」的顺序导入。辅助档案导入后用 U8 的档案查询功能抽查几条确认编码和名称都对得上再继续下一步。4.3 期初余额借贷方向反了现象期初导入后试算不平差额正好是某科目余额的两倍。原因T 和 U8 对「余额方向」的存储方式不同T 可能用正负号表示借贷U8 用单独的「方向」字段。转换时如果只搬数值没搬方向就会导致借贷反向。解决在映射表里明确「余额方向」字段的转换规则T 正数且方向为借 → U8 借方T 负数 → U8 贷方。导入后立刻跑一次试算平衡不平就查方向。4.4 凭证号重复或断号现象凭证导入时报「凭证号已存在」或者导入后凭证号不连续。原因T 的凭证号可能按月重置U8 的凭证号规则不同或者导入时没按期间排序导致号段冲突。解决导入前先按「会计期间凭证号」排序必要时在脚本里重新编号。如果 U8 允许断号就保留原号如果不允许就按期间顺序重新生成并在备注里保留原凭证号备查。4.5 外币科目汇率丢失现象外币科目期初余额导入后本位币金额对不上。原因T 的外币科目可能存储了原币金额和汇率U8 需要单独维护汇率表导入时如果只导原币没导汇率本位币就会按 1:1 计算。解决先从 T 导出汇率表导入 U8 的汇率维护界面再导外币期初。如果汇率是浮动的建议按期末汇率统一折算并在导入说明里注明折算规则。5. 进阶技巧用校验脚本把迁移质量量化迁移做完不算完还得能证明数据是对的。我一般会写一个独立的校验脚本把 T 和 U8 的关键数据拉出来做比对输出一份差异报告。这个脚本不依赖前面的转换逻辑相当于一个「黑匣子」式的独立验证。import pandas as pd # 读取 T 的科目余额表迁移前导出 tplus_balance pd.read_csv(tplus_balance.csv, encodingutf-8-sig) tplus_balance.columns [c.strip().lower() for c in tplus_balance.columns] # 读取 U8 的科目余额表迁移后从 U8 导出 u8_balance pd.read_csv(u8_balance.csv, encodingutf-8-sig) u8_balance.columns [c.strip().lower() for c in u8_balance.columns] # 按科目编码合并比对期末余额 merged pd.merge( tplus_balance[[subject_code, end_balance]], u8_balance[[subject_code, end_balance]], onsubject_code, howouter, suffixes(_tplus, _u8) ) # 计算差异 merged[diff] merged[end_balance_tplus].fillna(0) - merged[end_balance_u8].fillna(0) # 筛选出差异不为 0 的记录 diff_records merged[merged[diff].abs() 0.01] if diff_records.empty: print(所有科目期末余额一致迁移校验通过) else: print(发现, len(diff_records), 条差异记录) print(diff_records.to_string(indexFalse)) diff_records.to_excel(balance_diff.xlsx, indexFalse)这段脚本的核心是pd.merge的howouter它能同时抓出「T 有但 U8 没有」和「U8 有但 T 没有」的科目避免漏查。diff.abs() 0.01是容忍浮点误差财务数据一般保留两位小数超过一分钱才认为是真差异。输出的balance_diff.xlsx可以直接发给财务核对比口头说「应该没问题」有说服力得多。除了余额还可以加一段凭证条数和金额的比对# 比对凭证总数和总金额 tplus_voucher_count len(pd.read_csv(tplus_voucher.csv, encodingutf-8-sig)) u8_voucher_count len(pd.read_csv(u8_voucher.csv, encodingutf-8-sig)) print(fT 凭证条数{tplus_voucher_count}) print(fU8 凭证条数{u8_voucher_count}) if tplus_voucher_count u8_voucher_count: print(凭证条数一致) else: print(凭证条数不一致需检查是否有凭证被过滤或重复导入)凭证条数一致不代表金额一定对但条数不一致一定有问题。我习惯把条数比对放在最前面因为它最快能暴露「漏导」或「重复导」这类低级错误。最后说一个血泪经验迁移脚本一定要在测试账套里先跑一遍别直接上生产。测试账套跑通后把整个流程写成一份操作清单每一步都记录「输入文件、输出文件、校验结果」这样即使中途换人接手也能顺着清单复现。我见过太多因为没留记录迁移到一半发现对不上、又回头重来的案例。希望帮到你。本文还有配套的精品资源点击获取
简介这是一份面向用友软件实施与运维人员的T数据向U8迁移转换工具主要解决两套系统间账务、往来、库存等基础数据难以直接对接的问题适合具备一定用友产品操作经验的技术人员使用。压缩包共13个文件约426KB包含8个SQL脚本、2个config配置文件、2个ocx控件及1个exe主程序其中SQL脚本按GL、AR、ST、AS、AP等模块分别处理总账、应收、库存、应付等数据的转换config文件用于配置转换参数ocx控件与exe共同支撑工具运行。目前已有658人学习下载。借助该工具读者可获得一套相对完整的T转U8数据迁移方案通过配置与脚本配合完成多模块数据转换减少手工录入与重复核对同时可参考其脚本组织方式理解两系统间的数据映射逻辑为实际迁移项目提供可复用的排错与实施思路。1. T转换U8工具从账套迁移到数据校验一条能跑通的落地路径做过 ERP 迁移的同行大概都有体会老系统里跑了几年的数据想整体搬到新系统最怕的不是数据量大而是两套系统的数据结构、编码规则、辅助核算维度对不上。T 和 U8 就是典型的一对——前者偏轻量、灵活后者偏规范、严谨账套结构差异不小。所谓「T转换U8工具」本质就是一套把 T 的科目、往来、存货、期初、凭证等数据按 U8 的账套模型重新映射并导入的中间层方案。它解决的是手工重录效率低、易出错的问题适合正在做系统切换的财务信息化人员、实施顾问和二次开发同学。这篇笔记不讲空话直接按「结构差异 → 映射设计 → 脚本实现 → 校验排错」的顺序把一条能复现的路径讲清楚。2. 先搞懂两套账套的结构差异再谈转换2.1 科目体系与编码规则的错位T 的科目编码通常比较自由很多企业用 4-2-2 或者 4-3-3 的分段方式级次和长度由实施时定U8 虽然也支持自定义但默认科目编码规则更强调「一级科目固定 4 位、下级按需扩展」而且科目属性里多了「科目类型」「余额方向」「辅助核算」这些强约束字段。直接拿 T 的科目表往 U8 里灌最常见的翻车就是编码长度对不上、辅助核算类型不匹配。我一般会先做一张「科目映射对照表」把 T 的科目编码、名称、级次、余额方向、辅助核算类型列出来再对照 U8 的目标科目结构逐条标注映射关系。这张表是整个转换的基准后面所有脚本都围绕它跑。字段T 常见取值U8 目标要求处理方式科目编码4-2-2 分段一级 4 位下级可扩展补零或截断需人工确认余额方向借/贷借/贷直接映射辅助核算客户/供应商/部门客户/供应商/部门/项目缺失维度需补默认值币种单一本位币本位币外币外币科目需单独处理这张表不是一次性能定死的通常要来回改两三版。建议用 Excel 维护导出成 CSV 供脚本读取避免硬编码在代码里。2.2 辅助核算与往来单位的对应关系T 的辅助核算相对灵活有的企业把客户和供应商混在一个「往来单位」档案里U8 则严格区分客户档案、供应商档案而且每个档案有独立的编码规则和必填字段。转换时最容易出问题的是同一个往来单位在 T 里既做客户又做供应商到了 U8 需要拆成两条档案还要保证历史凭证能正确挂接。常见做法是先从 T 导出往来单位明细按「是否发生销售」「是否发生采购」打标再分别生成 U8 的客户档案和供应商档案。如果企业规模不大也可以统一按「客户」建档供应商通过辅助属性区分但这会影响后续的账龄分析需要提前和财务确认。2.3 期初余额与凭证的衔接逻辑期初余额是迁移里最敏感的部分。T 的期初通常按科目辅助核算维度存储U8 的期初录入界面虽然类似但底层表结构不同而且 U8 对「期初本期发生期末」的校验很严格。如果只导期初不导凭证或者凭证导了一半系统会直接报不平。我的做法是先导科目和辅助档案再导期初余额最后导凭证。凭证导入时按「先借后贷、金额相等」的原则逐条校验遇到不平的凭证先挂起人工核对后再补。这样能避免大批量导入后出现一堆红字冲销。3. 用 Python 写一个最小可用的转换脚本3.1 读取 T 导出数据并做字段清洗T 一般支持导出 Excel 或 CSV字段名可能是中文也可能带空格。第一步是把这些数据读进来统一字段名去掉多余空格和特殊字符。import pandas as pd # 读取 T 导出的科目表假设是 CSV 格式编码为 utf-8-sig df_tplus pd.read_csv(tplus_subject.csv, encodingutf-8-sig) # 统一列名去掉空格转成小写英文方便后续处理 df_tplus.columns [c.strip().lower().replace( , _) for c in df_tplus.columns] # 查看前几行确认字段是否对得上 print(df_tplus.head()) # 清洗科目编码去掉前后空格确保是字符串 df_tplus[subject_code] df_tplus[subject_code].astype(str).str.strip() # 清洗科目名称去掉换行符和多余空格 df_tplus[subject_name] df_tplus[subject_name].str.replace(r\s, , regexTrue)这段代码的关键点在于encodingutf-8-sig能处理 Excel 导出的 BOM 头避免第一列列名带乱码str.strip()和正则替换能清理掉手工录入留下的脏数据。参数上如果你的导出文件是 GBK 编码把utf-8-sig换成gbk即可。清洗完建议先df_tplus.to_csv(clean_subject.csv, indexFalse)存一份方便回查。3.2 按 U8 模板生成导入文件U8 的导入模板通常是固定列顺序的 Excel比如「科目编码、科目名称、科目类型、余额方向、辅助核算」。我们需要把清洗后的 T 数据映射成这个格式。# 定义 U8 模板的列顺序 u8_columns [subject_code, subject_name, subject_type, balance_direction, aux_type] # 创建空的 U8 数据框 df_u8 pd.DataFrame(columnsu8_columns) # 映射T 的 subject_code 直接对应subject_name 直接对应 df_u8[subject_code] df_tplus[subject_code] df_u8[subject_name] df_tplus[subject_name] # 科目类型根据编码首位判断1资产2负债3权益4成本5损益 def map_subject_type(code): first str(code)[0] mapping {1: 资产, 2: 负债, 3: 权益, 4: 成本, 5: 损益} return mapping.get(first, 资产) df_u8[subject_type] df_u8[subject_code].apply(map_subject_type) # 余额方向T 里如果有 balance_direction 字段就直接用没有就默认「借」 if balance_direction in df_tplus.columns: df_u8[balance_direction] df_tplus[balance_direction] else: df_u8[balance_direction] 借 # 辅助核算T 的 aux_type 映射到 U8 的辅助核算类型 df_u8[aux_type] df_tplus.get(aux_type, 无) # 导出为 U8 可导入的 Excel df_u8.to_excel(u8_subject_import.xlsx, indexFalse) print(生成 U8 科目导入文件共, len(df_u8), 条)这里map_subject_type用的是编码首位判断法适用于大多数企业的一级科目编码规则。如果你们的编码规则特殊比如资产类不是 1 开头就需要改成查表法。df_tplus.get(aux_type, 无)是一个容错写法如果 T 导出里没有辅助核算字段就统一填「无」避免 KeyError。3.3 批量导入前的数据校验生成导入文件后别急着往 U8 里灌。先做一轮本地校验能省掉很多返工。# 校验 1科目编码是否重复 duplicated df_u8[df_u8.duplicated(subset[subject_code], keepFalse)] if not duplicated.empty: print(发现重复科目编码) print(duplicated[[subject_code, subject_name]]) else: print(科目编码无重复) # 校验 2科目名称是否为空 empty_name df_u8[df_u8[subject_name].isna() | (df_u8[subject_name] )] if not empty_name.empty: print(发现空科目名称共, len(empty_name), 条) else: print(科目名称无空值) # 校验 3辅助核算类型是否在允许范围内 allowed_aux [无, 客户, 供应商, 部门, 项目, 个人] invalid_aux df_u8[~df_u8[aux_type].isin(allowed_aux)] if not invalid_aux.empty: print(发现非法辅助核算类型) print(invalid_aux[[subject_code, aux_type]]) else: print(辅助核算类型全部合法)这三条校验覆盖了最常见的导入失败原因编码重复、名称为空、辅助核算类型不合法。实际跑的时候建议把校验结果输出到一个日志文件方便逐条核对。如果数据量大还可以加一条「科目级次是否连续」的校验防止出现「有二级无一级」的断档。4. 避坑与排查转换过程中最容易翻车的 5 个点4.1 科目编码补零后长度不一致现象导入 U8 时报「科目编码长度不符合规则」或者导入成功但科目树显示错乱。原因T 的科目编码可能是「1001」这种 4 位也可能是「100101」这种 6 位而 U8 要求一级科目固定 4 位下级按级次递增。直接原样导入短编码会被当成一级长编码会被截断。解决在脚本里加一段补零逻辑按级次判断。比如一级科目不足 4 位左补零二级科目不足 6 位左补零。补零前先和财务确认目标级次规则别自己拍脑袋。4.2 辅助核算档案未先导入导致凭证挂空现象凭证导入成功但辅助核算明细查不到或者提示「辅助核算档案不存在」。原因U8 的凭证辅助核算依赖于客户、供应商、部门等基础档案如果这些档案没先导入凭证里的辅助核算项就会挂空。解决严格按「科目 → 辅助档案 → 期初 → 凭证」的顺序导入。辅助档案导入后用 U8 的档案查询功能抽查几条确认编码和名称都对得上再继续下一步。4.3 期初余额借贷方向反了现象期初导入后试算不平差额正好是某科目余额的两倍。原因T 和 U8 对「余额方向」的存储方式不同T 可能用正负号表示借贷U8 用单独的「方向」字段。转换时如果只搬数值没搬方向就会导致借贷反向。解决在映射表里明确「余额方向」字段的转换规则T 正数且方向为借 → U8 借方T 负数 → U8 贷方。导入后立刻跑一次试算平衡不平就查方向。4.4 凭证号重复或断号现象凭证导入时报「凭证号已存在」或者导入后凭证号不连续。原因T 的凭证号可能按月重置U8 的凭证号规则不同或者导入时没按期间排序导致号段冲突。解决导入前先按「会计期间凭证号」排序必要时在脚本里重新编号。如果 U8 允许断号就保留原号如果不允许就按期间顺序重新生成并在备注里保留原凭证号备查。4.5 外币科目汇率丢失现象外币科目期初余额导入后本位币金额对不上。原因T 的外币科目可能存储了原币金额和汇率U8 需要单独维护汇率表导入时如果只导原币没导汇率本位币就会按 1:1 计算。解决先从 T 导出汇率表导入 U8 的汇率维护界面再导外币期初。如果汇率是浮动的建议按期末汇率统一折算并在导入说明里注明折算规则。5. 进阶技巧用校验脚本把迁移质量量化迁移做完不算完还得能证明数据是对的。我一般会写一个独立的校验脚本把 T 和 U8 的关键数据拉出来做比对输出一份差异报告。这个脚本不依赖前面的转换逻辑相当于一个「黑匣子」式的独立验证。import pandas as pd # 读取 T 的科目余额表迁移前导出 tplus_balance pd.read_csv(tplus_balance.csv, encodingutf-8-sig) tplus_balance.columns [c.strip().lower() for c in tplus_balance.columns] # 读取 U8 的科目余额表迁移后从 U8 导出 u8_balance pd.read_csv(u8_balance.csv, encodingutf-8-sig) u8_balance.columns [c.strip().lower() for c in u8_balance.columns] # 按科目编码合并比对期末余额 merged pd.merge( tplus_balance[[subject_code, end_balance]], u8_balance[[subject_code, end_balance]], onsubject_code, howouter, suffixes(_tplus, _u8) ) # 计算差异 merged[diff] merged[end_balance_tplus].fillna(0) - merged[end_balance_u8].fillna(0) # 筛选出差异不为 0 的记录 diff_records merged[merged[diff].abs() 0.01] if diff_records.empty: print(所有科目期末余额一致迁移校验通过) else: print(发现, len(diff_records), 条差异记录) print(diff_records.to_string(indexFalse)) diff_records.to_excel(balance_diff.xlsx, indexFalse)这段脚本的核心是pd.merge的howouter它能同时抓出「T 有但 U8 没有」和「U8 有但 T 没有」的科目避免漏查。diff.abs() 0.01是容忍浮点误差财务数据一般保留两位小数超过一分钱才认为是真差异。输出的balance_diff.xlsx可以直接发给财务核对比口头说「应该没问题」有说服力得多。除了余额还可以加一段凭证条数和金额的比对# 比对凭证总数和总金额 tplus_voucher_count len(pd.read_csv(tplus_voucher.csv, encodingutf-8-sig)) u8_voucher_count len(pd.read_csv(u8_voucher.csv, encodingutf-8-sig)) print(fT 凭证条数{tplus_voucher_count}) print(fU8 凭证条数{u8_voucher_count}) if tplus_voucher_count u8_voucher_count: print(凭证条数一致) else: print(凭证条数不一致需检查是否有凭证被过滤或重复导入)凭证条数一致不代表金额一定对但条数不一致一定有问题。我习惯把条数比对放在最前面因为它最快能暴露「漏导」或「重复导」这类低级错误。最后说一个血泪经验迁移脚本一定要在测试账套里先跑一遍别直接上生产。测试账套跑通后把整个流程写成一份操作清单每一步都记录「输入文件、输出文件、校验结果」这样即使中途换人接手也能顺着清单复现。我见过太多因为没留记录迁移到一半发现对不上、又回头重来的案例。希望帮到你。本文还有配套的精品资源点击获取
