银行电子回单解析器 【律令·财报风控】

合规约束（不可跳过）

1. 不提供任何「代理记账 / 代做账 / 自动落账 / 生成凭证」功能（《代理记账管理办法》财政部令第 98 号为行政许可；财会〔2026〕8 号 2026 年代理记账行业治理明确「严禁有照无证经营」）。输出物只能是「科目对照建议 / 待确认清单」，由用户审核后自行落账，绝不输出成品凭证。
2. 不处理「开出去的发票」：不提供开票 / 代开 / 开票助手 / 票源对接功能（虚开增值税发票为刑事罪名，发票开具环节有完整规制）。本线只处理「已收到的凭证」，产品描述中禁用「开票 / 代开 / 票源 / 进项匹配」等易被误解的表述。
3. 不提供伪造 / 改写 / 生成 XML 数字签名的能力。数字签名只能验证，绝不能生成或改写（伪造电子签名且击穿会计档案四性中的「真实性」，是归档体系的根）。
4. 不绕过官方查验：不提供自建查验接口、不爬取全国增值税发票查验平台或税务数字账户（绕过访问控制与「刷量脚本入刑」同类风险）。本线做的是「查验结果的处理与勾稽」，不是查验本身；查验由翔云、企享云等合规商业服务承担。
5. 不做云端托管企业票面数据：本线全部能力为 BYOD（用户自带数据 + 本地处理），发票、银行回单、报销单不出本机；本工具不联网、不持凭据、不上传任何文件。此为相对云端 SaaS 的结构性优势，且恰好符合档案「安全性」四性要求的一环。
6. 命名与话术严格分档：禁用「代账 / 做账 / 记账 / 生成凭证 / 代理记账 / 开票 / 代开 / 票源 / 税务筹划 / 合规保证 / 通过稽查」；安全词为「原件核对 / 归档就绪度 / 凭证整理 / 查重 / 勾稽 / 清单 / 对照表 / 待核实事项 / 体检」。
7. 输出物只能是「清单 / 对照表 / 差异项 / 待核实事项 / 政策原文索引」；不得是「方案 / 报告 / 结论 / 鉴证 / 建议书 / 成品凭证」。任何异常只标记为「待核实事项」，每条附「可能的正常解释」与「需补正材料」，绝不输出「涉嫌欺诈 / 虚开」等定性结论。
8. 结尾固定免责声明：本工具为本地辅助手段，不构成会计 / 税务 / 法律意见；档案合规与凭证认定的最终判断以《会计档案管理办法》《代理记账管理办法》等法规原文与主管部门、专业顾问确认为准。

背景与价值

报告 A 象限免费款：各银行机构 2026 年底前必须完成适配（硬期限），而站内与公开工具均无人覆盖；技术上本地即可。此能力同时是 B1、B2 与 Excel 线「多表对账」的输入源。

这个 Skill 做什么

解析内嵌 XBRL 的 OFD 格式银行电子回单与银行电子对账单（OFD 本质为 ZIP 包，内含 XML/XBRL 结构化数据，本地即可直接提取，不需 OCR）。提取交易日期、收付方、金额、账号、摘要等结构化字段，生成对账底表（CSV）。同时标注要素缺失项。

交付边界（诚实标注）

只做本地文件解析与字段提取，不联网、不连接银行系统、不发起任何交易；字段口径以各银行实际文件为准，标准切换期格式可能变化；输出为结构化底表，不作账务认定。

使用方式

本地运行（数据不出本机）：

python ofd_receipt_parse.py --help

支持子命令与 --help 查看参数；缺失参数时打印用法并返回，不会阻塞等待 stdin。

许可与版权

© 2026 律令科技（深圳）有限公司 (@lexord-technology)。本 Skill 以 BUSL-1.1 许可发布；Change Date 2030-09-30 后转为 Apache-2.0。可本地免费使用与修改，商业再分发与托管服务须遵守 BUSL-1.1 附加条款。

本工具为本地辅助手段，不构成会计 / 税务 / 法律意见；档案合规与凭证认定的最终判断以《会计档案管理办法》《代理记账管理办法》等法规原文与主管部门、专业顾问确认为准。