Preuves

Des factures testées dans les environnements officiels. Les fichiers sont ici.

Pas de logos, mais le travail lui-même : des factures générées à partir de données de type ERP, contrôlées selon les jeux de règles officiels et envoyées dans les environnements de test des pays en septembre 2026.

R
RO e-Factura · ANAF27/09/2026 · stare: ok
R
Peppol · point d’accès27/09/2026 · Envoyée
R
Recommandé · KSeF 2.0Environnement de test
Numéro KSeF7443889269-20260926-9AC1F4000000-9D
Canal
KSeF 2.0 (test)
Format
FA(3)
Dépôt
26/09/2026
Accusé de réception
UPO reçu

Accusés de réception réels, issus d’environnements de test officiels les 26 et 27 septembre 2026. Données d’exemple, sociétés fictives.

Preuves

Preuves de validation

Règles officielles · contrôles du 27/09/2026

  1. 27/09/2026
    Peppol BIS 3.0 · BE, DE, FR, PLSchéma UBL 2.1 · CEN EN 16931 · Peppol BIS Billing 3.0.20
    4 sur 4 conformes
  2. 27/09/2026
    Peppol · point d’accèsFacture belge envoyée via le bac à sable d’un point d’accès certifié (mode test)
    Validateur : 0 anomalie
    Acceptée · envoyée
  3. 26/09/2026
    Pologne · KSeF FA(3)Schéma FA(3) 1-⁠0E · envoi dans l’environnement de test KSeF 2.0
    Numéro KSeF attribué
  4. 27/09/2026
    Roumanie · RO e-⁠FacturaCIUS-⁠RO 1.0.9 en local · service public de validation de l’ANAF
    PDF · XML
    ANAF : ok
  5. 27/09/2026
    Test de rejet10 défauts en local · défauts soumis en direct à l’ANAF, à KSeF et à un point d’accès Peppol
    BR-⁠RO-⁠100 · KSeF 440 · BR-⁠CO-⁠16
    Tous rejetés
  6. 27/09/2026
    Test de correction26 défauts testés selon les règles Peppol, XRechnung, CII, CIUS-⁠RO et FA(3), chacun corrigé puis revalidé
    26 sur 26 corrigés

Données d’exemple. Les sociétés, numéros de TVA et IBAN sont fictifs. La transmission réseau est testée canal par canal dans le bac à sable du pilote.

Un PDF lisible en surface. Une facture électronique conforme à l’intérieur.

Chaque facture que nous produisons comporte les mentions obligatoires de l’UE, la formulation adéquate pour l’autoliquidation et les exonérations, un code de paiement SEPA et le XML structuré dont le réseau a besoin.

  • Exemple de facture : de la Belgique vers l’Allemagne, autoliquidation
    Belgique → Allemagneautoliquidation · ENPDF · XML
  • Exemple de facture : facture nationale allemande, TVA à 19 %
    AllemagneTVA nationale · DEPDF
  • Exemple de facture : facture française de prestations de services
    Franceprestations de services · FRPDF · XML
  • Exemple de facture : facture nationale polonaise
    PologneTVA nationale · PLPDF · XML
  • EN 16931 · Peppol BIS 3.0 XML UBL structuré, joint au PDF et envoyé sur le réseau.
  • Article 226 vérifié Nous vérifions sur chaque facture les mentions exigées par la directive TVA, ainsi que les règles nationales de DE, FR, PL, BE et RO.
  • Langue locale Libellés et mentions légales en anglais, allemand, français ou polonais.
  • Paiement par scan Un QR code SEPA avec le montant et la référence déjà renseignés.

Votre marque Nous pouvons appliquer votre logo, vos couleurs, vos coordonnées de paiement et votre mise en page validée, ou ceux de votre intégrateur, sans toucher aux mentions obligatoires ni aux données structurées.

Preuves

Ce qu’ont répondu les environnements de test

Ce qu’ont répondu les environnements de test
EnvironnementCe que nous avons envoyéCe qui est revenu
KSeF 2.0 TEST, PologneUne facture FA(3), puis la même facture une seconde foisUn numéro KSeF et l’UPO ; le second envoi rejeté comme doublon (440)
Service de validation de l’ANAF, RoumanieUne facture et un avoir CIUS-⁠RO, puis des défauts introduits volontairementÉtat ok pour les deux ; BR-⁠RO-⁠100 et un CUI erroné rejetés
Bac à sable d’un point d’accès Peppol, BelgiqueUne facture et un avoir Peppol BIS0 anomalie au validateur, envoi effectué ; un défaut BR-⁠CO-⁠16 refusé
Bac à sable d’une plateforme française (SUPER PDP)Des factures UBL France, CII France et Factur-XDéposées et reçues (200, 202) ; une copie avec défaut BR-⁠CO-⁠16 rejetée (213)
KoSIT, veraPDF et Mustang, AllemagneDes factures et avoirs XRechnung et ZUGFeRDAcceptés avec 0 message ; PDF/A-⁠3B valide
Problèmes fréquents

Les rejets, tels que les systèmes les ont renvoyés

Quatre rejets issus de nos tests, mot pour mot. Les détecter avant tout le monde, c’est notre métier.

  • R
    Facture retournéeValidation Peppol, mode test · 27/09/2026
    Règle
    BR-CO-16
    Motif
    Montant à payer incohérent

    Message d’origine[BR-CO-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114).

  • R
    Facture retournéeValidateur XRechnung (KoSIT) · 27/09/2026
    Règle
    BR-DE-15
    Motif
    Référence acheteur (BT-⁠10) manquante

    Message d’origine[BR-DE-15] Das Element "Buyer reference" (BT-10) muss übermittelt werden.

  • R
    Facture retournéeEnvironnement de test KSeF 2.0 · 27/09/2026
    Règle
    KSeF 430
    Motif
    Marque d’ordre des octets (BOM) en début de fichier

    Message d’origineBłąd weryfikacji pliku faktury. Wykryto BOM w pliku.

  • R
    Facture retournéeEnvironnement de test KSeF 2.0 · 27/09/2026
    Règle
    KSeF 440
    Motif
    Doublon : déjà acceptée lors d’une session précédente

    Message d’origineDuplikat faktury. Faktura o numerze KSeF: 3986650091-20260927-86E6E5800000-AA została już prawidłowo przesłana do systemu…

Preuves

Ce que ces preuves sont, et ce qu’elles ne sont pas

  1. Des environnements de test et des bacs à sable, pas des flux de production
  2. Des sociétés, numéros de TVA et IBAN fictifs
  3. Les travaux clients ne sont montrés qu’avec l’accord du client
Contact

Vous voulez voir un canal fonctionner avec vos propres données ?

Proposez un dossier. La première facture de test valide est la preuve qui compte.

  • Votre ERP et sa version
  • Le premier canal de transmission et l’entité juridique
  • Une facture représentative et l’état des identifiants

Appel de 30 minutes

Choisissez un créneau

Choisissez un créneau