应付凭证自动生成：金蝶 → T+ 映射
月末 400 笔材料费用凭证手工录，应付会计最痛。金蝶 45 列到 T+ 56 列的映射规则与凭证生成逻辑。
本节要点：月末 400 笔凭证手工录是应付会计最痛；金蝶 45 列 → T+ 56 列映射；凭证 3 行/2 行规则；主数据层（科目/往来/部门）是地基。
痛点：月末 400 笔凭证
应付会计每月最重的活：把金蝶供应链里的材料 + 费用凭证，手工录到用友 T+。一笔凭证要录借贷 3 行（材料/进项税/应付），加上摘要、辅助核算，月末 400 笔，全程手工。
为什么不能直接导？因为：
- 金蝶和 T+ 是两套系统——科目体系、辅助核算维度不一样
- 金蝶导出 45 列，T+ 凭证要 56 列，字段不是一一对应
- 部分字段要按业务规则推断（比如部门费用分摊）
第一步：拆金蝶 45 列 → T+ 56 列
把两套系统的字段做对照表，三种映射关系：
类型 1：直接对应（约 30 列）
金蝶"供应商名称" → T+"对方单位"；金蝶"金额" → T+"借方/贷方金额"。这类直接搬。
类型 2：需转换（约 15 列）
金蝶"业务类别" → T+ 科目编码（要查映射表）；金蝶"税率" → T+"进项税额"（要算）。
类型 3：T+ 多出的（约 11 列）
T+ 要"辅助核算项"（项目、部门、客户），金蝶里没有，要按规则推断（如差旅费按摘要里的部门名分摊）。
第二步：凭证生成规则
应付材料凭证标准模板：
借：原材料 - XX 类别 100.00
借：应交税费 - 进项税额（13%） 13.00
贷：应付账款 - XX 供应商 113.00
3 行分录。费用凭证可能是 2 行（费用 + 应付）。
工具按金蝶行自动生成借贷：
- 看"业务类别"→ 决定借方科目（原材料/制造费用/管理费用）
- 看"税率"→ 算进项税
- 看"供应商"→ 决定贷方应付科目
第三步：主数据层是地基
工具能跑通的前提：科目、往来单位、部门编码统一。我们建了主数据层：
| 主数据 | 数量 | 来源 |
|---|---|---|
| 科目表 | 561 条 | T+ 科目体系 |
| 往来单位 | 2047 条 | 供应商 + 客户 |
| 部门 | 28 个 | HR |
| 银行账户 | 17 个 | 出纳 |
工具读主数据层做映射，不写死在代码里。新增供应商改 Excel，不改代码。
5 个待确认问题（诚实记录）
需求文档 v1.0 里，有 5 个问题应付会计还没确认，工具不能硬上：
- 跨期费用分摊：本月付的上月水电费，进哪月费用？
- 暂估入库冲回：暂估凭证月末自动冲回还是手工？
- 现金折扣：提前付款享受的折扣进财务费用还是冲成本？
- 红字凭证：退货红字，对应原蓝字凭证号怎么关联？
- 辅助核算必填项：T+ 里哪些科目辅助核算必填？
教训：写工具前把这 5 个问题问完，不要边写边猜。我们就是因为没问完，需求文档出了 v1.0 但工具没敢开发。
工具形态判断
应付凭证 = 外部数据（金蝶）+ 规则判断 → Python EXE 单机。
但跟出纳工具比，复杂度高一档：
- 出纳：1 个数据源（银行）+ 29 条规则
- 应付：1 个数据源（金蝶）+ 45→56 列映射 + 凭证规则 + 主数据
复用出纳工具 80% 架构（主数据加载 + Excel 进出 + 规则引擎），新增映射层。
实测预期
| 指标 | 改造前 | 工具投产后预期 |
|---|---|---|
| 月末凭证录入 | 400 笔手工 / 8 小时 | 工具生成 + 人工复核 / 1 小时 |
| 错账 | 月均 5-8 笔（科目用错） | 0-1 笔（规则一致） |
工具在需求确认中，未投产。
你怎么用
如果你也要做凭证自动生成，顺序是：
- 先建主数据层（科目/往来/部门）——别跳
- 写两套系统字段对照表——45→56 列逐一标映射类型
- 把业务规则问题问完——5-10 个待确认问题列出来，逐个让会计答
- 再开发工具
顺序错了（先写工具再问规则），就是出废品。
本节要点
- 应付月末 400 笔凭证手工录 = 最痛点
- 金蝶 45 列 → T+ 56 列：直接对应 30 / 需转换 15 / 推断 11
- 主数据层是地基（科目 561 / 往来 2047 / 部门 28）
- 5 个待确认问题没答完前别开发
- 复用出纳工具 80% 架构