金税与数电发票
数电发票（全电发票）与 ERP 对接：开票、受票、入账与 AI 核对
简要回答
数电发票取消了税控专用设备和发票票种核定，发票以电子发票服务平台的数字账户和授信额度管理。对 ERP 来说，关键是开票接口、受票数据的入账与勾稽，以及发票与订单的一致性。AI 适合做核对与异常解释，不应替代税务系统本身。
全面数字化的电子发票（业内常称数电发票或全电发票）已在全国范围内推广。与过去依赖税控盘和增值税发票税控系统的做法不同，数电发票通过电子发票服务平台开具，发票号码为 20 位，纳税人通过数字账户管理开票授信额度。很多外资企业的 ERP 开票流程是几年前按税控盘设计的，现在需要重新梳理。
本文写给财务、税务和 IT 团队：说明 SAP、Oracle 等 ERP 与数电发票对接时要考虑哪些环节，常见的对账问题在哪里，以及自然语言查询和 AI 在这些环节中能做什么、不应该做什么。政策细节会更新，具体口径请以税务机关发布的最新规定和当地税务机关的要求为准。
变化在哪里：从税控设备到数字账户
数电发票的核心变化包括：不再依赖专用税控设备，发票通过电子发票服务平台开具和交付，以数字账户的授信额度代替传统的最高开票限额管理，发票号码统一为 20 位，并且可以在平台上进行发票的查验、下载和勾选确认。受票方通过增值税发票综合服务平台查询并勾选抵扣。
对 ERP 的直接影响是：原先与税控客户端通信的开票中间件需要替换或升级，开票结果（发票号码、开票日期、金额、税额、状态）需要稳定地回写 ERP，红字发票和作废的流程需要与订单、交货、应收联动。
ERP 对接的几种常见路径
大型企业通常通过税务部门提供的直连方式（例如乐企等平台级接口）把 ERP 或开票系统与税务平台直接对接，由 ERP 自动发起开具和获取结果。规模较小的企业可能使用第三方开票服务商提供的接口或网页端，再把结果导入 ERP。选择哪种路径取决于开票量、集团的 IT 政策以及税务机关对您企业的要求。
无论哪种路径，设计上都要处理好几个问题：开票申请与销售订单、交货和应收凭证的关联；一张订单分多次开票、多张订单合并开票的情形；红字冲销与销售退回的对应；以及接口失败时的重试和人工兜底，避免重复开票。
- 销项：订单、交货、开票申请、发票结果回写、应收入账
- 进项：受票数据获取、与采购订单和收货的三单匹配、勾选与入账
- 红字与作废：与销售退回、价格调整的联动
- 对账：发票金额税额与总账销项税、进项税科目的核对
在 SAP 与 Oracle 里要特别留意的点
在 SAP 中，开票结果通常需要和 SD 的开票凭证（VBRK、VBRP）以及 FI 的应收凭证关联，进项则关联 MM 的发票校验（MIRO）和 FI 的应付；税码、税率与科目的配置必须与税务口径一致。不同的本地化方案存储发票信息的位置不同，设计报表前要先确认。
在 Oracle 中，EBS 的应收（AR）、应付（AP）和总账（GL）模块，以及部分环境中使用的中国本地化组件（例如金税相关适配器），决定了发票数据的存放位置；使用 Oracle Fusion Cloud 的企业则需要核对云上的税务与发票配置，以及与第三方开票服务的集成方式。具体能力因版本和订阅而异，请与您的实施伙伴核对。
AI 能做什么：核对与异常解释
发票与账务的对账是 AI 最实用的切入点。例如：哪些已发货的订单还没有开票，哪些发票号码在 ERP 中状态异常，本月销项税与总账科目差了多少、差在哪几张凭证，哪些进项发票缺少对应的收货记录。这些问题用自然语言提问，系统转成只读查询并展示所用的数据范围，比财务人员手工拉表更快。
但开具发票、红冲、勾选抵扣这些动作直接影响税务申报，不应由模型自动执行。我们的做法是：模型只负责找出问题和给出依据，实际动作仍由有权限的财务人员在税务平台或 ERP 标准流程中完成，必要时保留审批记录。
- 已发货未开票、已开票未入账的清单
- 销项税、进项税与总账的差异定位
- 三单匹配失败的原因解释
- 红字发票与退货单据的对应检查
数据边界与合规
发票数据包含客户和供应商的名称、税号、金额等商业信息，其中可能涉及个人信息。把这些数据发送到境外模型服务需要谨慎评估。推荐在境内的私有化环境里运行开源权重模型，检索只访问境内的 ERP 数据，与税务平台的直连接口则保持原有的安全控制，不让模型直接持有税务平台的凭证。
审计与追溯同样重要：每一次 AI 查询的问题、使用的查询语句和返回的数据范围都应留痕，便于税务检查时说明数字的来源。
什么时候不需要 AI，如何开始
如果您的开票量很小，使用开票服务商的标准界面和 ERP 的标准对账报表已经足够，就没有必要引入 AI。当开票量大、多个公司代码、多种业务场景叠加，财务每月要花数天做发票对账时，AI 辅助核对才有明显价值。
建议先选一个公司代码，梳理现有的开票与入账流程，做一次发票对账差异的分类，再决定哪些环节适合用自然语言查询和自动化提示。我们可以协助做这次评估，并与您的 SAP 或 Oracle 实施伙伴配合。
常见问题
数电发票和全电发票是一回事吗？
业内常把两者混用，指的都是全面数字化的电子发票。具体名称和适用规则以税务机关的官方表述为准。
原来的税控盘开票接口还能继续用吗？
是否可以继续使用取决于您所在地区和税务机关的要求以及过渡安排。建议与主管税务机关和开票服务商确认，并评估迁移到平台直连或服务商接口的计划。
AI 能自动开具或红冲发票吗？
我们不建议。开票和红冲直接影响税务申报，应由有权限的人员通过税务平台或 ERP 标准流程完成。AI 适合用来发现问题和提供依据。
SAP 和 Oracle 哪个更容易对接数电发票？
两者都需要本地化方案或开票接口的支持，难易主要取决于版本、已有的本地化组件和开票量，而不是产品品牌。
发票数据可以交给境外的大模型处理吗？
发票包含商业信息和可能的个人信息，需要先做数据分类和出境合规评估。更稳妥的方式是在境内私有环境里运行模型。
相关指南
SAP S/4HANA 中国本地化：外资工厂的清单与 AI 落地方式
外资工厂的 SAP S/4HANA 中国本地化清单：会计准则、金税、凭证、固定资产，以及如何在本地化之上安全加入 AI。
Oracle EBS / Fusion Cloud ERPOracle EBS 与 Fusion Cloud ERP 在华外资企业：本地化、升级与私有化 AI
在华外资企业的 Oracle EBS 与 Fusion Cloud ERP：中国本地化、金税、升级路径，以及私有化 AI 查询的做法。
SAP / Oracle / 用友 / 金蝶跨国集团中国子公司的 ERP 集成：集团模板、本地系统与数据边界
外资集团的中国子公司如何处理集团 ERP 与本地系统的集成：双轨制、合并口径、数据边界，以及私有化 AI 的位置。
ERP 数据 / 数据出境数据出境安全评估与个人信息保护法：ERP 数据用于 AI 时怎么判断
ERP 数据用于 AI 时的数据出境判断：安全评估、标准合同、免于申报的情形，以及个人信息保护法下的实操要点。
用友 U8 / U9 Cloud用友 U8 / U9 Cloud 的 AI 集成：数据不出厂的做法
在用友 U8、U9 Cloud 上落地私有化 AI：用自然语言查库存、采购、生产订单与缺料，数据不出厂，默认只读，写入需人工确认。
用友 BIP用友 BIP 之上的企业 AI：私有化问答与智能体
用友 BIP 之上如何加 AI：基于开放平台与 API 做自然语言查询和智能体，开源模型本地部署，权限沿用 BIP 角色，写入需人工审批。