R
MappingDans le forfait standard
- Source
- API, export de fichier ou extension de l’ERP
- Modèle
- EN 16931
- Sortie
- UBL 2.1 · CII D16B · FA(3) · CIUS-RO · XRechnung 3.0
Collecte
Des factures représentatives et chaque variante du périmètre.
Mapping
Votre facture, mappée champ par champ.
Nous partons des données de facturation que l’ERP produit déjà, via son API, un export de fichier ou une extension de l’ERP. Nous les mappons vers la norme européenne EN 16931 et vers la syntaxe attendue par le canal du pays. Chaque décision sur les codes de TVA, les exonérations et les identifiants est consignée par écrit.
Mapping
Ce que couvre le mapping
- 01
D’abord, de vraies factures
Nous étudions un échantillon représentatif de vos factures, avoirs et cas difficiles compris, avant de mapper le moindre champ.
- 02
Logique fiscale
Catégories de TVA, motifs d’exonération, autoliquidation et arrondis, confrontés aux règles de chaque pays.
- 03
Identifiants et clés de contrôle
Les numéros de TVA, les identifiants d’entreprise et les IBAN sont vérifiés avant le départ de la facture : NIP polonais, CUI roumain, numéro d’entreprise belge, USt-IdNr. allemand et SIREN français.
- 04
Avoirs et rectifications
Chaque pays corrige les factures à sa manière : une facture rectificative KOR en Pologne, un avoir FCN en Roumanie, un document de type 381 en CII. Nous mappons celui qu’attend le canal.
- 05
Un tableau de mapping que vous conservez
Chaque champ, sa source et chaque décision figurent dans un seul tableau. Il vous reste après la passation.
- 06
Votre PDF
Lorsque le canal admet une copie lisible, nous pouvons y appliquer votre logo et votre mise en page. Les données structurées sous-jacentes restent telles que le format les exige.
Mapping
Le format attendu par chaque canal
| Pays | Canal | Format |
|---|---|---|
| Belgique | Peppol | Peppol BIS 3.0 (UBL 2.1) |
| Allemagne | Canal convenu | XRechnung 3.0 (UBL ou CII), ZUGFeRD |
| France | Plateforme Agréée | UBL France, CII France, Factur-X |
| Pologne | KSeF 2.0 | FA(3) |
| Roumanie | RO e-Factura | CIUS-RO (UBL 2.1) |
| Grèce | Prestataire myDATA | Schéma du prestataire |
Ce que vous nous fournissez
Ce que vous nous fournissez
- Un échantillon représentatif de factures couvrant chaque variante du périmètre
- Un accès opérationnel à la source : API, échange de fichiers ou extension
- Des décisions écrites sur les codes de TVA, les exonérations, les données de paiement et les identifiants
Ce que vous recevez en retour
- Le tableau de mapping, champ par champ
- Une facture structurée valide pour le pays, ou la liste précise de ce qui manque
- Des notes de mapping à la passation
14 factures d’exemple sur 14 passent le contrôle de notre modèle de facture.
Onze défauts introduits volontairement ont été rejetés lors du même contrôle, le 27 septembre 2026. Quatre factures d’exemple figurent sur la page Preuves.
Voir les preuvesÉtapes
Comment se construit un mapping
Questions
Mapping
Et si l’ERP ne contient pas un champ exigé par le pays ?
Nous indiquons le champ, la règle qui l’exige et d’où il pourrait provenir. Son ajout côté ERP revient à votre équipe ERP ou à votre intégrateur, et la correction des données de référence est chiffrée séparément.
Faut-il modifier l’ERP ?
En général, non. Nous partons des données que l’ERP exporte déjà. Lorsque le pays exige un champ absent de l’export, une petite extension est souvent la façon la plus propre de l’ajouter.
Contact
Envoyez-nous trois factures représentatives.
Une facture ordinaire, un avoir et une facture en autoliquidation montrent l’essentiel de ce dont le mapping a besoin. Des copies anonymisées suffisent.
- Votre ERP et sa version
- Le premier canal de transmission et l’entité juridique
- Une facture représentative et l’état des identifiants
E-mail
[email protected]Appel de 30 minutes
Choisissez un créneau