法国电子发票：Shopify 合规准备清单
为法国 2026 年 9 月电子发票与电子申报上线做好准备，梳理 Shopify、ERP 与会计流程。
目录
法国电子发票改革的首个重要落地节点是 2026 年 9 月 1 日。该改革对接收、开具和申报设置了不同的实施时间表，下面根据法国税务机关的官方时间线进行汇总。
对于 Shopify 商家来说，这次变化的重点不是更新发票模板，而是数据流和系统集成。实际需要解决的问题是：订单如何从 Shopify 进入 ERP 或会计系统，再通过获批平台流转；以及当订单被拒绝、退款、更正或延后付款时，如何回到可追踪的财务流程中。对于境外卖家和豁免交易，适用范围可能不同，因此每个主体都应在实施前确认自身是否纳入改革范围。
会发生哪些变化、适用于谁、何时开始
这项改革包含多条并行的业务流程。下表依据官方适用范围和法国经济部时间线，区分了交易范围、生效日期和所需流转路径。
| 义务 | 适用对象或交易 | 开始时间 | 操作路径 |
|---|---|---|---|
| 接收电子发票 | 所有纳入范围的企业 | 2026 年 9 月 1 日 | 通过获批平台接收供应商发票。 |
| 法国境内 B2B 电子发票 | 在法国设立并适用法国增值税的企业之间的销售，部分情形除外 | 大型企业和中型企业（ETI）：2026 年 9 月 1 日；中小企业和微型企业：2027 年 9 月 1 日 | 通过获批平台开具结构化发票。 |
| 交易电子申报 | 面向消费者的销售，以及涉及境外经营者的相关交易 | 与开票义务采用相同的分阶段时间表 | 通过获批平台路径传输所需交易数据。 |
| 付款电子申报 | 按收款确认增值税的交易，包括部分服务 | 适用相同的分阶段时间表 | 传输所需的收款或付款数据。 |
为什么 Shopify 的 PDF 发票并不能解决全部问题
法国官方指引明确指出，合规的电子发票必须采用规定的结构化格式，在指定字段中包含强制信息，并通过获批平台传输。可接受的基础格式包括 UBL、CII 以及结构化/图像混合格式。普通扫描件、标准 PDF 或通过电子邮件发送的文件，将不再满足新的传输要求。
Shopify 可以为符合条件的欧盟和英国订单生成VAT 发票，但这一功能本身并不能证明法国境内 B2B 发票已经通过法国获批平台流转，也不能证明相应的电子申报数据已经完成传输。Shopify 生成的文件对客户仍然可能有用，但合规流程必须进行端到端核验。
实务建议：应将 Shopify 视为商业交易的来源系统，而不是默认的最终开票和申报系统。需要明确由哪个系统生成财税单据，是 Shopify、开票应用、ERP、会计平台还是获批平台；同时确保只有一个系统负责发票编号和更正逻辑。
设计目标中的 Shopify 到 ERP 架构
可靠的系统架构应将订单采集与财税单据归属分离，同时保持记录之间可关联。具体产品组合可能不同，但控制流程通常应如下所示：
- Shopify 负责采集订单、客户、公司、地址、商品、折扣、税额、付款和履约等上下文信息。
- 集成层对交易进行分类，并将其传递给指定的财务系统，由该系统负责编号、税务逻辑和单据生成。
- 获批平台负责数据传输、接收和申报；相关状态、拒绝、退款、更正和付款信息再返回财务流程，并持续与 Shopify 订单保持关联。
供应商进项发票则需要反向路径：从获批平台进入会计系统或 ERP，再进行校验、审批、入账和付款。除非店铺确有实际业务需要，否则通常不应强行将这类发票同步回 Shopify。
在开发前先建立字段映射
法国经济部指出，新的结构化字段包括买方 SIREN、交易类别、适用时的按借方计税选项，以及当收货地址与账单地址不一致时的完整收货地址。这些字段是在现有强制发票信息基础上的新增要求。下表可作为实施起点，但并非完整的法律数据字典。
| 数据组 | 示例 | 建议归属方 |
|---|---|---|
| 交易主体 | 卖方和买方的法定名称、SIREN、VAT 号、公司所在地 | ERP/会计系统与 Shopify B2B 主数据 |
| 地址 | 账单地址和收货地址；如不同则需单独记录收货地址 | Shopify 结账/公司地址信息，并在 ERP 中校验 |
| 发票标识 | 发票号码、开具日期、单据类型、关联单据 | ERP/会计系统或指定开票系统 |
| 商业与税务 | 商品、数量、折扣、运费、计税基础、VAT 税率和税额 | Shopify、税务引擎和 ERP/会计系统 |
| 付款 | 付款条件、到期日、可申报时的收款状态 | 支付服务商加 ERP/会计系统 |
| 可追溯性 | Shopify 订单 ID、ERP 单据 ID、平台 ID、更正关联 | 集成层 |
向 ERP 和平台服务商确认的关键问题
- 服务商目前是否已被列为获批平台，还是作为兼容解决方案对接获批平台？
- 支持哪些结构化格式？由哪个系统负责发票编号和防重？
- Shopify B2B 字段、税务数据、折扣、运费和地址是如何映射与校验的？
- 该服务是否覆盖进项发票、销项发票、交易电子申报，以及适用时的付款电子申报？
- 生命周期状态、拒绝、红字发票/贷项通知和部分退款如何回传到 ERP？
- 是否提供包含真实拒绝和故障场景的沙盒环境？
- 我们能否导出发票、状态、日志和映射关系？服务商在安全性和故障恢复方面有哪些承诺？
最低可行的端到端测试矩阵
| 测试场景 | 预期路径 | 核验要点 |
|---|---|---|
| 法国境内 B2B 销售 | 电子发票 | 买方标识、税务处理、结构化格式、平台状态、ERP 入账 |
| 法国消费者销售 | 交易电子申报 | 分类正确、金额汇总、VAT 处理、不会误走境内 B2B 开票路径 |
| 跨境 B2B 销售 | 取决于适用范围的申报/税务路径 | 主体、VAT 处理、国家、客户数据、经顾问确认的逻辑 |
| 开票后付款的服务交易 | 发票加可能适用的付款电子申报 | 收款事件、金额、时间点、VAT 处理 |
| 取消订单或部分退款 | 受控的取消或贷项流程 | 不得出现孤立记录；金额、VAT、单据关联和状态必须正确 |
| 订阅续费 | 新的订单/发票或申报事件 | 合同、续费日期、付款、税务、支付失败后的处理 |
| 平台或 API 故障 | 可排队并可恢复 | 重试策略、幂等性、告警、人工兜底、对账 |
总结
最稳妥的实施方案，应当为每个关键字段明确唯一责任方，控制单据标识，测试失败路径，并建立从 Shopify 订单到 ERP 记录再到获批平台状态的完整审计链路。这才是团队评估准备是否到位的标准。
常见问题
Shopify 商家一定需要 ERP 吗？
这项改革并未规定 ERP 对所有商家都是强制要求。商家可以直接使用获批平台，也可以通过兼容软件接入。对于规模较大或业务更复杂的店铺，ERP 或会计系统通常更适合用于控制发票编号、税务处理、更正和对账。
境外 Shopify 商家应如何应对法国电子发票上线？
首先应与合格顾问确认企业设立地、VAT 注册情况、交易适用范围以及申报义务。向法国销售并不意味着店铺一定适用与法国本地设立卖家完全相同的流程。
客服团队应该能看到哪些发票信息？
客服应能够查看单据标识、当前平台状态、拒绝参考号，以及关联的更正单据或贷项通知。税务处理和受控发票记录的编辑权限，应仅限于获得授权的财务或税务负责人。