跳转至主要内容
Certyneo

电子预付款发票:增值税、税法责任日期和2026年改革

2026年电子发票改革从根本上改变了预付款增值税责任日期的规则。了解如何确保合规,避免税务稽查风险。

Certyneo 编辑1 分钟阅读

Certyneo 编辑

编辑 — Certyneo · 关于 Certyneo

Hands pointing at computer monitor while operating mouse and keyboard.

法国电子发票的普及正在深刻改变几十年来既定的会计和税务实践。在最敏感的问题中,电子预付款发票尤为突出:该文件确实在增值税、税法责任日期和向认可平台的传送方面触发了具体的义务。自2026年9月1日起,所有大型企业和中型企业(ETI)都必须以结构化格式发行。中小企业和微型企业将于2027年9月1日之后执行此规定。了解与预付款相关的税收机制、接受的格式以及需要避免的陷阱已成为财务和会计部门的当务之急。本文详细介绍了适用规则、披露义务和确保合规的最佳实践。

什么是预付款发票,为什么它具有特殊性?

定义和与最终发票的区别

预付款发票在客户在商品完全交付或服务完成前支付部分款项时发出。它与结算整个交易的最终发票不同。在会计上,对于服务提供商而言,预付款发票构成预先确认的收入,对于客户而言则构成预先确认的费用。

这种区别不仅仅是语义层面的:从税收角度看,适用于预付款发票的增值税制度因操作性质(商品交付与服务提供)而异,这正是2026年改革所澄清和加强的要点。

增值税责任日期:问题的核心

在法国税法中,增值税责任日期是指税务部门可以要求支付该税款的时刻。该时刻因操作类型而异:

  • 商品交付:增值税在交付时(所有权转移时)产生。在交付前支付的预付款不会导致商品增值税产生责任,除非在交付前发出发票——这会改变制度。
  • 服务提供:增值税在收到款项时产生。因此,收到预付款会立即导致相应的增值税产生责任。

这一二元论,载于《通用税法典》(CGI)第269条,是电子预付款发票的核心问题所在。自改革以来,电子发票的结构化格式使税务部门(通过税务总局DGFiP)能够自动将传送的数据与增值税申报表进行交叉核对,使任何异常都能立即检测到。

改革引入的新强制性信息

2021年9月15日第2021-1190号命令及其实施法令引入了电子发票上的额外强制性信息。对于预付款发票,以下元素必须强制性出现:

  1. 发票编号:唯一且按序编号,由发行系统或合作方数字化平台(PDP)分配。
  2. 交易性质:发票必须表明这是预付款,并明确有关商品或服务的性质。
  3. 与预付款相应的不含税金额、增值税税率和增值税金额
  4. 增值税责任日期:自2026年1月1日起对服务提供的强制性信息。
  5. 对原始订单或合同的参考
  6. 发行人和收件人的SIREN标识号
  7. 交付地址(如与账单地址不同)。

缺少任何一条信息可能导致发票被接收平台拒绝,进而对客户的增值税抵扣资格产生连锁影响。

电子预付款发票接受的格式

Factur-X:法德混合格式

Factur-X格式现在是法国企业间(B2B)交换的参考格式。这是一种混合PDF/A-3格式,内嵌根据EN 16931标准结构化的XML数据。对于预付款发票,它具有结合人类可读性(PDF)和自动处理(嵌入XML)的优势。

EN 16931档案(最低法律档案)对大多数预付款发票来说已足够,但某些复杂交易(建筑工程、分阶段合同)需要扩展档案,该档案允许额外字段来详细说明预付款和余额的分配。

您可以使用我们的免费Factur-X验证工具来验证您的Factur-X文件的合规性,该工具检查XML结构、强制性数据和所声明档案的合规性。

UBL和CII:其他接受的格式

除Factur-X外,另外两种纯结构化格式被公共发票门户(PPF)和PDP接受:

  • UBL 2.1(通用商业语言):国际标准,广泛用于欧洲交换。
  • CII D16B(跨行业发票):源自联合国/贸易便利化委员会(UN/CEFACT)标准的格式,特别用于与德国和北欧国家的交换。

对于预付款发票,格式的选择主要取决于行业部门和收件人的技术限制。认可平台(PDP)有义务接受和转换这三种格式。

发票生命周期的作用

改革的一个重大创新是为每张电子发票引入了标准化生命周期。预付款发票可以采取以下状态:

  • 已提交:由发行人平台接收。
  • 已提供:传输到收件人平台。
  • 已接收:收件人系统确认接收。
  • 已拒绝:因技术或形式不合规被拒绝。
  • 已接受:由收件人验证。
  • 已支付:触发支付。

这种实时跟踪是与以前实践的重大突破,并要求彻底修订跟进和收款程序。2026-2027年电子发票日程详细说明了按企业类别划分的实施步骤。

预付款上的增值税:按操作性质的精确规则

服务预付款:已收增值税

对于属于应收制(法国增值税一般制度为应收制)的服务提供商,收到预付款会立即导致增值税产生责任。电子预付款发票因此必须:

  1. 清楚地表明增值税是按收到的预付款金额计算的。
  2. 提及实际收款日期(或如果发票在支付前发出,则为预期日期)。
  3. 在发行后最多2个工作日内传送到平台(2022年10月7日法令引入的规则)。

注意:省略预付款收入的增值税申报的服务提供商将面临增值税追缴加滞纳金利息(0.20%/月,《通用税法典》第1727条),以及如有重复违规行为,则面临因故意不履行而增加40%罚款。

商品交付预付款:发票先行规则

对于商品交付,增值税原则上仅在交付时产生责任。然而,如果在交付前发出预付款发票,它会在发票金额范围内导致增值税产生责任,符合《通用税法典》第269-2-c条。此规则在欧洲法院BUPA Hospitals案(C-419/02,2006年2月21日)中得到确认,当商品定义明确且可计算税额时适用。

在电子发票范围内,这一预期责任必须在发票XML中通过`TaxPointDate`字段(Factur-X)或等效的UBL/CII明确提及。

混合操作和分阶段合同的情况

建筑合同、信息技术项目或长期维护合同通常混合了商品交付和服务提供。在这种情况下,按操作性质分配预付款是强制性的。Factur-X扩展格式允许通过具有不同增值税类别的不同发票行进行此分配。

未遵守此规则可能会导致发票被PDP自动拒绝,如果错误接受,则在税务稽查期间面临追缴风险。

电子报告和预付款数据向税务总局的传送

什么是电子报告?

电子报告是向税务部门传送不属于企业间电子发票的交易数据的义务(企业对消费者操作、与外国企业的交易)。对于国内企业间电子预付款发票,数据通过PDP或PPF自动传送——无需单独的电子报告流。

然而,如果应税企业为个人客户(企业对消费者)发出预付款发票,它必须通过电子报告流传送此交易的数据,包括不含税金额、增值税税率和收款日期。

传送的频率和期限

电子报告数据必须按照企业增值税申报单的提交周期进行传送:

  • 月度制:在月份结束后的10天内传送。
  • 季度制:在季度结束后的10天内传送。

这些期限是严格的。传送延迟会导致每份缺失发票250欧元的罚款,每个财政年度上限为15,000欧元(《通用税法典》第1737条,经2024年财政法修改)。

预付款和余额的自动对账

新制度的一个主要优势是税务总局自动对账预付款发票与相应余额发票的能力。为使此对账有效,余额发票必须强制性地参考前期预付款发票的编号。这一文件链接,由结构化格式实现,由平台在传送给税务部门前进行算法验证。任何链接中断都会生成合规警报。

适用于电子预付款发票的法律框架

电子预付款发票位于一套必须掌握的立法和监管文本中,以确保完全合规。

《通用税法典》(CGI):第269条定义了根据操作性质的增值税责任日期规则。第289条规定了任何发票上的强制性信息,通过2022年10月7日第2022-1299号法令对电子发票进行了加强。第1737条规定了不遵守传送义务时的制裁。

2021年9月15日第2021-1190号命令:这是法国电子发票改革的基础文本,部分转置了2014/55/EU指令并预期了DAC7指令。它为国内企业间交换引入了使用PDP或PPF的义务。

2022年10月7日第2022-1299号法令:它澄清了实施的技术条件、接受的格式(Factur-X、UBL、CII)、传送期限和发票的标准化生命周期。它使得在PDP之间传送处理状态成为强制性的。

增值税指令2006/112/EC(由指令ViDA 2025/516/UE修改):《数字时代的增值税》指令(ViDA),于2025年采纳并逐步适用至2030年,调和了欧盟范围内预付款增值税责任日期的规则。特别是,它规定任何跨境欧盟内部服务预付款发票必须立即导致增值税产生责任,无论收款日期如何。

eIDAS法规n°910/2014和eIDAS 2.0(欧盟法规2024/1183):虽然电子签名在法国企业间发票中不是强制性的(PDP的电子印章就足够了),但使用符合eIDAS的电子签名可加强争议中发票的证明价值。自2024年5月20日起适用的eIDAS 2.0法规引入了欧洲数字身份钱包(EUDI Wallet),最终将允许在发票发行时对参与方进行身份验证。

EN 16931标准:定义电子发票的语义模型的欧洲标准。所有接受的格式(Factur-X、UBL、CII)必须符合它。该标准包括用于管理预付款的特定元素(`PREPAID_AMOUNT`、`DUE_PAYABLE_AMOUNT`)。

《通用数据保护条例》n°2016/679:发票中包含的个人数据(联系人姓名、电子邮件地址)必须按照《通用数据保护条例》处理。PDP是第28条意义上的数据处理者,必须提供符合要求的DPA(数据处理协议)。发票的法定保留期为10年(《商法典》L.123-22条),这在整个期间内对安全性和完整性施加了保障措施。

不合规的风险:对申报不当的预付款增值税追缴可能达到多年的拖欠,加上0.20%/月的利息和根据严重程度40%至80%的罚款。不通过PDP或PPF传送电子发票还会导致每份发票15欧元的罚款(每个财政年度最低60,000欧元),不影响在欺诈情况下的刑事诉讼程序。

用例场景:电子预付款发票的实践

场景1——一家年处理150个项目的数字化转型咨询公司

一家拥有25名顾问的咨询公司平均每个项目发出3至4张预付款发票,代表合同金额的30%至50%。在改革前,这些预付款以免费PDF格式发出,未明确提及增值税责任日期。该公司必须在其ERP中手动对账预付款和余额发票。

自与其ERP接口连接的PDP部署以来,每张预付款发票以Factur-X EN 16931格式生成,自动传送到客户平台,状态实时更新。预付款上的增值税现在自动与会计中的收款期间相关联。结果:预付款会计处理时间减少65%,前6个月零发票拒绝,消除了平均每年导致3至4次与税务部门调整的增值税延迟风险。

场景2——一家生产定制设备的工业中小企业

一家拥有80名员工、生产定制工业机器的中小企业在订单下达时系统性地开具40%预付款发票,在交付时开具40%,在最终验收后开具20%余额。这些操作涉及商品交付——发票先行规则因此适用:在交付前发出预付款发票会立即导致增值税产生责任。

问题在于正确配置Factur-X文件中的`TaxPointDate`字段以反映发行日期(而非交付日期)作为增值税责任开始。在配置和会计团队培训后,该中小企业平均收款周期缩短18天,感谢实时的生命周期跟踪。任何拒绝(不足2%的发票)现在由于PDP的自动通知而在4小时内处理。

场景3——一家管理多个新建楼房计划的房地产开发商

在房地产开发部门,系统性使用资金征调(某种形式的受法律规范的预付款)是标准做法。一家管理十多个计划的开发商每年发出数百张预付款发票,收件人是专业购买者(机构投资者、SCI)和个人。

企业间部分通过Factur-X扩展格式的PDP处理,允许按地块和建筑阶段分配资金征调。企业对消费者部分通过电子报告传送。与计划管理软件的整合允许在建筑里程碑验证时自动生成预付款发票,将发行延迟从5天减少至少于24小时。房地产增值税的增值税风险(房地产销售中的增值税)已通过系统中税率的特定配置进行了保障,经过集团会计师验证。

结论

电子预付款发票本身浓缩了2026年改革的主要问题:格式合规、按操作性质的增值税责任日期、与余额发票的文件链接,以及向认可平台的实时传送。源自2021年命令和2022年法令的规则,由ViDA指令加强,几乎不留改进空间:增值税责任日期错误或缺少强制性信息可能导致自动拒绝、增值税追缴或罚款。

建立与您的ERP接口并连接到认证PDP的强大解决方案不再是可选项,而是运营必要性。Certyneo通过针对您业务现实的工具协助您进行此过渡。立即了解我们的价格并从今天开始您的合规性

免费试用 Certyneo

在5分钟内发送您的第一个签名信封。14天内每月5个信封/月,之后每月2个,无需银行卡。

深入了解主题

我们的完整指南可帮助您掌握电子签名。

Certyneo 社区

对电子签名有疑问吗?

加入 Certyneo 社区:提出您的问题、分享您的答案,并与数千名用户和我们的团队交流。