🇫🇷 Version française en bas de page

This page gives the high-level view of how a French organization covers its e-Invoicing and e-Reporting obligations with SECUTIX. It describes the three possible approaches, what SECUTIX exports in each case, and what the organization has to do on its side.

Detailed configuration steps live in the child pages listed at the bottom.

The two regulatory flows

Two fiscal flows coexist. They are mutually exclusive per transaction: an operation is either e-Invoicing or e-Reporting, never both.

Flow	Scope	What is transmitted

Flow	Scope	What is transmitted
e-Invoicing	B2B and B2G domestic France (seller and buyer both FR)	A structured electronic invoice (Factur-X PDF/A-3 embedding the EN 16931 CII XML), routed through a Plateforme Agréée (PA, formerly PDP)
e-Reporting	Everything outside the e-Invoici	Transaction and payment data (JSON), not invoices

In ticketing terms: an invoice issued to a French company or public body goes through e-Invoicing. An invoice issued to a foreign structure, and every anonymous or private consumer order, goes through e-Reporting.

The three approaches

SECUTIX supports three integration approaches, from the most externalized to the most integrated. The choice depends on whether the organization already has accounting flows in place, already operates its own Plateforme Agréée, or wants to use the native Pennylane integration.

Approach	Principle	Flows covered by SECUTIX	Who transmits to the PA

Approach	Principle	Flows covered by SECUTIX	Who transmits to the PA
1. Full externalization	Invoicing and reporting handled in the organization's own accounting system, fed by the existing SECUTIX accounting interface	Accounting exports only	The accounting system, outside S-360
2. Own PA / PDP	S-360 exports invoices in Factur-X and the e-Reporting data, the organization's own PA or middleware relays them	e-Invoicing (Factur-X) and e-Reporting (JSON)	The organization (its PA or middleware)
3. Pennylane integration	S-360 exports automatically to Pennylane, used as the PA	e-Invoicing and e-Reporting	Pennylane

Approach 1: handle invoicing fully in your own accounting system

Invoicing and reporting stay in the accounting solution. SECUTIX keeps providing its existing accounting interface exports, and the accounting system takes care of issuing the electronic invoices and of the e-Repor

This approach suits organizations that already implemented their fiscal flows in their accounting solution and want a single integration point for all financial flows. It also gives the most flexibility: complex invoicing scenarios that SECUTIX does not support (invoicing on behalf of third parties, consolidated or multi-source invoices, non-service invoice types) can be handled there.

The only new element on the SECUTIX side is the possible addition of a purchase order reference, carried as a new remark type on the interface file.

Approach 2: use your own PA / PDP

S-360 exports the data, the organization's Plateforme Agréée or middleware transmits it. Two distinct outputs are involved.

e-Invoicing export (B2B domestic France)

SECUTIX generates the compliant PDF/A-3 (Factur-X) document, which embeds the factur-x.xml file with all mandatory EN 16931 structured data. The JSON envelope does not repeat that fiscal data: it carries identification and routing metadata plus the document itself, base64 encoded. The consumer extracts the file and forwards it to the PA.

Payload format:

{
  "invoiceNumber": "vaan-0000027",
  "invoiceDate": "19/08/2026",
  "invoiceType": "INVOICE",
  "totalAmount": 1500.0,
  "currencyCode": "EUR",
  "invoiceOriginator": {
    "name": "Le Cube, Centre des arts",
    "addressLine1": "24 rue de Londres",
    "addressLine2": "",
    "addressLine3": "",
    "zip": "75009",
    "town": "PARIS",
    "countryCode": "FR"
  },
  "invoiceDestination": {
    "name": "UNIVERSITY PARIS",
    "addressLine1": "4 RUE DE CHEVREUSE",
    "addressLine2": "",
    "addressLine3": "",
    "zip": "75006",
    "town": "PARIS",
    "countryCode": "FR",
    "vatNumber": "FR223456789"
  },
  "invoiceDocument": "JVBERi0xLjUK...base64 of the PDF/A-3 Factur-X...JSVFT0Y="
}

Field	Definition

Field	Definition
`invoiceNumber`	Invoice number, used as identification key and reported in the execution log
`invoiceDate`	Invoice issue date
`invoiceType`	`INVOICE` or credit note
`totalAmount` / `currencyCode`	Document total and currency, for reconciliation on the consumer side
`invoiceOriginator`	Seller identification and postal address
`invoiceDestination`	Buyer identification, postal address and VAT number
`invoiceDocument`	Base64 encoded PDF/A-3 Factur-X. The EN 16931 CII XML is embedded in this PDF and remains the fiscal reference

The same JSON format is used whatever the transport. The export interface can be configured to push the payload over an HTTP(S) webhook or to drop it on an SFTP server. Only the destination URL scheme changes, the payload does not.

The export runs as a scheduled function with a bucket and batch size. An invoice successfully delivered is recorded and never resent. An invoice that fails validation or delivery stays available for the next run, and the reason appears in the execution log.

e-Reporting export

e-Reporting is delivered as ad-hoc exports derived from the DGFiP Flux 10 semantic format: international B2B invoices and aggregated B2C transactions. You may alternatively leverage your existing account integration for this need. Get in touch with the service team to discuss the creation of the relevant exports in your environment.

Approach 3: use our Pennylane integration

Pennylane is the Plateforme Agréée natively integrated with SECUTIX for France. S-360 exports the Factur-X invoices and the order data to Pennylane, which handles the regulatory transmission, the status follow-up and the related e-Reporting flows.

This is the fastest path for organizations that do not already operate a PA. It requires an active Pennylane account and a signed contract with Pennylane before any configuration can be done in SECUTIX.

What applies to approaches 2 and 3

An invoice must exist in SECUTIX to trigger the process. All B2B cases require that an invoice is generated on the SECUTIX side. Either activate systematic invoicing (one invoice per order), or make sure organizationally that an invoice is always created when the buyer is a structure. No invoice means no e-Invoicing transmission.

e-Reporting reports on two sources: international B2B invoices and B2C orders. B2C does not need an invoice, the order data is aggregated and declared directly. This closes the ticketing blind spot of anonymous consumer sales.

Data quality is the main operational risk in both approaches. Missing seller or buyer SIRET, SIREN, VAT number or country code blocks the invoice at validation and it is not transmitted. Clean the buyer master data before going live at scale.

Next steps

If you chose	Read

If you chose	Read
Approach 1	Nothing specific on the SECUTIX side: you use your existing accounting interface and implement these processes within your accounting system
Approach 2 or 3	How to configure SECUTIX to generate valid Factur-X Invoices, mandatory in both cases
Approach 3	How to set-up E-Invoicing and E-Reporting with the Pennylane Plugin, in addition to the Factur-X setup

Version française

Cette page donne la vue d'ensemble de la manière dont une organisation française couvre ses obligations d'e-Invoicing et d'e-Reporting avec SECUTIX. Elle décrit les trois approches possibles, ce que SECUTIX exporte dans chaque cas, et ce qui reste à la charge de l'organisation.

Les étapes de configuration détaillées se trouvent dans les pages enfant listées en bas.

Les deux flux réglementaires

Deux flux fiscaux coexistent. Ils sont mutuellement exclusifs par transaction : une opération relève soit de l'e-Invoicing, soit de l'e-Reporting, jamais des deux.

Flux	Périmètre	Ce qui est transmis

Flux	Périmètre	Ce qui est transmis
e-Invoicing	B2B et B2G domestiques France (vendeur et acheteur tous deux FR)	Une facture électronique structurée (Factur-X PDF/A-3 embarquant le XML CII EN 16931), acheminée via une Plateforme Agréée (PA, anciennement PDP)
e-Reporting	Tout ce qui est hors du périmètre e-Invoicing : factures B2B internationales et l'ensemble du B2C	Des données de transaction et de paiement (JSON), pas des factures

En termes billetterie : une facture émise vers une entreprise ou un organisme public français relève de l'e-Invoicing. Une facture émise vers une structure étrangère, et toute commande de particulier ou anonyme, relève de l'e-Reporting.

Les trois approches

SECUTIX propose trois modalités d'intégration, de la plus externalisée à la plus intégrée. Le choix dépend du fait que l'organisation dispose déjà de flux comptables, exploite déjà sa propre Plateforme Agréée, ou souhaite utiliser l'intégration native Pennylane.

Approche	Principe	Flux couverts par SECUTIX	Qui transmet à la PA

Approche	Principe	Flux couverts par SECUTIX	Qui transmet à la PA
1. Externalisation complète	Facturation et reporting réalisés dans la solution comptable de l'organisation, alimentée par l'interface comptable SECUTIX existante	Exports comptables uniquement	La solution comptable, hors S-360
2. PA / PDP propre	S-360 exporte les factures en Factur-X et les données d'e-Reporting, la PA ou le middleware de l'organisation les relaie	e-Invoicing (Factur-X) et e-Reporting (JSON)	L'organisation (sa PA ou son middleware)
3. Intégration Pennylane	S-360 exporte automatiquement vers Pennylane, utilisée comme PA	e-Invoicing et e-Reporting	Pennylane

Approche 1 : gérer la facturation entièrement dans votre système comptable

La facturation et le reporting restent dans la solution comptable. SECUTIX continue de fournir ses exports d'interface comptable existants, et la solution comptable prend en charge l'émission des factures électroniques et les déclarations d'e-Reporting.

Cette approche convient aux organisations qui ont déjà implémenté leurs flux fiscaux dans leur solution comptable et souhaitent un point d'intégration unique pour l'ensemble de leurs flux financiers. Elle offre aussi le plus de souplesse : les scénarios de facturation complexes non supportés par SECUTIX (facturation pour compte de tiers, factures consolidées ou multi-sources, types de facture autres que services) peuvent y être traités.

Le seul élément nouveau côté SECUTIX est l'ajout possible d'une référence de bon de commande, portée sous la forme d'un nouveau type de remarque sur le fichier d'interface.

Approche 2 : utiliser votre propre PA / PDP

S-360 exporte les données, la Plateforme Agréée ou le middleware de l'organisation les transmet. Deux sorties distinctes sont concernées.

Export e-Invoicing (B2B domestique France)

SECUTIX génère le document PDF/A-3 (Factur-X) conforme, qui embarque le fichier factur-x.xml contenant l'ensemble des données structurées EN 16931 obligatoires. L'enveloppe JSON ne reprend pas ces données fiscales : elle porte les métadonnées d'identification et de routage, plus le document lui-même encodé en base64. Le consommateur extrait le fichier et le transmet à la PA.

Format du payload :

{
  "invoiceNu  "invoiceDate": "19/08/2026",
  "invoiceType": "INVOICE",
  "totalAmount": 1500.0,
  "currencyCode": "EUR",
  "invoiceOriginator": {
    "name": "Le Cube, Centre des arts",
    "addressLine1": "24 rue de Londres",
    "addressLine2": "",
    "addressLine3": "",
    "zip": "75009",
    "town": "PARIS",
    "countryCode": "FR"
  },
  "invoiceDestination": {
    "name": "UNIVERSITY PARIS",
    "addressLine1": "4 RUE DE CHEVREUSE",
    "addressLine2": "",
    "addressLine3": "",
    "zip": "75006",
    "town": "PARIS",
    "countryCode": "FR",
    "vatNumber": "FR223456789"
  },
  "invoiceDocument": "JVBERi0xLjUK...base64 du PDF/A-3 Factur-X...JSVFT0Y="
}

Champ	Définition

Champ	Définition
`invoiceNumber`	Numéro de
`invoiceDate`	Date d'émission de la facture
`invoiceType`	`INVOICE` ou avoir
`totalAmount` / `currencyCode`	Total du document et devise, pour le rapprochement côté consommateur
`invoiceOriginator`	Identification du vendeur et adresse postale
`invoiceDestination`	Identification de l'acheteur, adresse postale et numéro de TVA
`invoiceDocument`	PDF/A-3 Factur-X encodé en base64. Le XML CII EN 16931 est embarqué dans ce PDF et reste la référence fiscale

Le même format JSON est utilisé quel que soit le transport. L'interface d'export peut être configurée pour pousser le payload via un webhook HTTP(S) ou pour le déposer sur un serveur SFTP. Seul le schéma de l'URL de destination change, le payload est identique.

L'export s'exécute comme une fonction planifiée avec une taille de bucket et de batch. Une facture transmise avec succès est enregistrée et n'est jamais renvoyée. Une facture en échec de validation ou de transmission reste disponible pour la prochaine exécution, et le motif apparaît dans le log d'exécution.

Export e-Reporting

L'e-Reporting est livré sous forme d'exports ad-hoc dérivés du format sémantique DGFiP Flux 10 : factures B2B internationales et transactions B2C agrégées. Vous pouvez également vous appuyer sur votre intégration comptable existante pour ce besoin. Contactez l'équipe service pour discuter de la création des exports adaptés à votre environnement.

Approche 3 : utiliser notre intégration Pennylane

Pennylane est la Plateforme Agréée nativement intégrée à SECUTIX pour la France. S-360 e

C'est la voie la plus rapide pour les organisations qui n'exploitent pas déjà une PA. Elle nécessite un compte Pennylane actif et un contrat signé avec Pennylane avant toute configuration dans SECUTIX.

Ce qui s'applique aux approches 2 et 3

Une facture doit exister dans SECUTIX pour déclencher le processus. Tous les cas B2B exigent qu'une facture soit générée côté SECUTIX. Activez la facturation systématique (une facture par commande), ou assurez-vous organisationnellement qu'une facture est toujours créée lorsque l'acheteur est une structure. Pas de facture, pas de transmission e-Invoicing.

L'e-Reporting s'appuie sur deux sources : les factures B2B internationales et les commandes B2C. Le B2C ne nécessite pas de facture, les données de commande sont agrégées et déclarées directement. Cela couvre l'angle mort de la billetterie que constituent les

La qualité des données est le principal risque opérationnel dans les deux approches. Un SIRET, un SIREN, un numéro de TVA ou un code pays manquant côté vendeur ou acheteur bloque la facture à la validation et elle n'est pas transmise. Nettoyez les données de référence acheteurs avant une mise en production à grande échelle.

Prochaines étapes

Si vous avez choisi	À lire

Si vous avez choisi	À lire
Approche 1	Rien de spécifique côté SECUTIX : vous utilisez votre interface comptable existante et implémentez ces processus dans votre système comptable
Approche 2 ou 3	How to configure SECUTIX to generate valid Factur-X Invoices, obligatoire dans les deux cas
Approche 3	How to set-up E-Invoicing and E-Reporting with the Pennylane Plugin, en complément de la configuration Factur-X

Overview - E-Invoicing/E-Reporting approaches and general concepts