技能介绍

要解决什么问题

财务月末做账时，面对一张几十列的已抵扣发票明细表，手工把每张发票写成凭证，既慢又容易抄错科目编号。尤其是费用科目要拿编号关键字和名称关键字两列去科目余额表里模糊匹配，应付账款还要按销售方名称反查——这类规则机械但判定琐碎，正好适合程序代劳。本技能就是一个 Tkinter 桌面 GUI 工具，按四步向导把发票明细表转成财务系统可导入的凭证模板文件。

它如何工作

输入是四个 Excel 文件：

已入账/已勾选认证发票明细表：至少 37 列。文件名含「抵扣勾选增值税发票信息」走专票逻辑，含「发票入账导出信息」走普票逻辑。
科目余额表：需含科目编号（或编码）和科目名称两列，用于借方与贷方科目匹配。
凭证导入模板：财务系统标准模板，表头固定不可改。
填充信息表：含「项目」和「映射规则」两列，提供凭证类型编号、制单人、附件张数、摘要等默认值。

四步向导流程：

加载发票明细表，程序调用本机 Excel 打开，人工填第 34（摘要）、35（科目编号关键字）、36（明细科目名称关键字）列，保存关闭后程序自动回写第 37 列匹配结果。
选择科目余额表。
选择凭证导入模板。
选择填充信息表（可预览），确认后自动生成凭证。

科目匹配规则：借方先按科目编号列做关键字包含匹配，再在结果中按科目名称列二次包含匹配；唯一命中返回编号，多个命中取编号字符串最长者，无命中标「需添加科目」。贷方按销售方名称匹配应付账款科目，无命中标「新户」。专票生成「费用 + 进项税额 2171010106 + 应付账款」，普票为「费用 + 应付账款」，金额分别取第 7/8 列与第 13/14 列。

适用边界与注意点

运行环境为 Windows + Excel + Python 3.9+，且需要 tkinter。WorkBuddy 的精简 Python 可能不带 tkinter，报 No module named 'tkinter' 时应改用本机系统 Python 运行。
步骤一强依赖本机安装的 Excel，因为要由 Excel 打开明细表供人工编辑。
借方费用科目最终由第 35/36 列的关键字决定，关键字过短可能导致余额表中多个匹配，此时按最长编号规则取舍，必要时应先核对余额表层级。
贷方未匹配的「新户」和借方未匹配的「需添加科目」都会进入结果，导入前需人工复核处理。