Blog SealDoc
Articles approfondis sur le PDF/A-3, la facturation électronique, les pistes d'audit et la conformité.
La facturation électronique en Belgique à partir de 2026 : ce que chaque entreprise doit savoir
La Belgique impose la facturation électronique structurée via Peppol à compter du 1er janvier 2026. Ce que cela signifie pour votre entreprise, vos fournisseurs et votre logiciel de facturation.
Lire la suiteDes données au PDF scellé en un seul appel API
Convertir Markdown ou une facture JSON en PDF/A-3 Factur-X, en un seul appel API. Pas d'étape intermédiaire, pas d'outil tiers, evidence pack inclus.
Lire la suitePDF/UA-1 accessibilité, activée par défaut, via API
Depuis l'entrée en vigueur de la directive européenne sur l'accessibilité le 28 juin 2025, chaque PDF qu'une banque, un opérateur télécom ou un acteur de l'e-commerce envoie à ses clients doit être accessible aux lecteurs d'écran. SealDoc produit désormais des documents hybrides PDF/A-3 + PDF/UA-1 via `/api/documents/generate` et `/api/invoices/generate` avec un seul champ supplémentaire.
Lire la suiteErreurs de validation Peppol BIS 3.0 courantes et comment les corriger
La validation Schematron de Peppol BIS 3.0 produit des messages d'erreur qui référencent des codes BR, des numéros BT et des emplacements XPath. Cet article associe les erreurs de validation les plus courantes à leurs causes profondes et à leurs corrections, couvrant les règles arithmétiques, les erreurs de champs obligatoires et les échecs d'extensions nationales.
Lire la suiteComment générer une facture Peppol conforme avec n8n et SealDoc
Guide étape par étape pour automatiser la génération de factures électroniques Factur-X dans n8n en utilisant les nœuds SealDoc. Aucun code requis.
Lire la suiteFactur-X vs ZUGFeRD vs UBL, guide pratique pour la facturation européenne
Trois noms, deux formats, une seule spécification dessous. Voici comment Factur-X, ZUGFeRD et UBL s'articulent réellement, quand utiliser lequel, et pourquoi la plupart des pipelines transfrontaliers doivent gérer les trois.
Lire la suiteMandat e-facturation en France, ce qui change le 1ᵉʳ septembre 2026
Au 1ᵉʳ septembre 2026, toute entreprise française doit pouvoir recevoir des factures électroniques structurées. L'obligation d'émission s'échelonne jusqu'en 2027. Voici à quoi ressemble vraiment le calendrier, ce qu'il faut faire maintenant, et où s'insèrent les émetteurs transfrontaliers.
Lire la suiteQu'est-ce que PDF/A-3 et pourquoi c'est essentiel pour l'e-facturation
PDF/A-3 est le format PDF d'archivage qui permet d'embarquer un XML structuré dans une facture lisible à long terme. Ce qu'il garantit réellement, ce qu'il ne fait pas, et pourquoi c'est le conteneur par défaut pour Factur-X et ZUGFeRD.
Lire la suiteKSeF en Pologne mis en service le 2 avril 2026, ce que les émetteurs transfrontaliers doivent savoir
Le système national polonais d'e-facturation KSeF devient obligatoire pour les grands contribuables le 2 avril 2026, les contribuables plus petits suivant en 2026 et 2027. Ce qu'est réellement KSeF, en quoi il diffère de Peppol, et ce que les fournisseurs étrangers facturant des acheteurs polonais doivent mettre en place.
Lire la suiteHorodatages RFC 3161 expliqués, comment rendre une signature numérique juridiquement durable
Une signature numérique prouve qui a signé un document. Un horodatage RFC 3161 prouve quand. Voici comment fonctionnent les horodatages de confiance, pourquoi toute archive de longue durée en a besoin, et comment en vérifier un sans accorder à l'autorité d'horodatage plus de confiance que strictement nécessaire.
Lire la suiteTrois nodes n8n, une archive prête pour la conformité
Comment brancher SealDoc dans un flux de travail n8n qui transforme tout PDF entrant en archive PDF/A-3 avec Factur-X embarqué et horodatage RFC 3161, en trois nodes connectés. Avec une configuration prête à copier.
Lire la suitePDF/A-3 vs PDF/A-1 : quel format d'archivage la facturation électronique de l'UE exige-t-elle ?
Les mandats de facturation électronique de l'UE exigent spécifiquement PDF/A-3B. Voici pourquoi PDF/A-1 et le PDF ordinaire ne suffisent pas, et ce que la différence signifie en pratique.
Lire la suiteHorodatages RFC 3161 : ce qu'ils sont, pourquoi ils sont importants et quand ils sont légalement requis
Un horodatage RFC 3161 prouve qu'un document existait à un moment précis et n'a pas été modifié depuis. Voici pourquoi cela est important pour la conformité à la facturation électronique de l'UE et l'archivage juridique.
Lire la suiteXRechnung 3.0 : ce qui a changé et comment se mettre en conformité
XRechnung 3.0 a introduit de nouveaux champs obligatoires et renforcé la validation. Voici ce qui a changé, qui est concerné et comment générer des factures conformes.
Lire la suiteDurées de conservation des documents dans l'UE : quel document, combien de temps, quelle loi
Les États membres de l'UE fixent leurs propres exigences de conservation des documents en complément des règles de niveau européen. Cet article fournit une référence pratique des durées de conservation par type de document et par juridiction, couvrant les factures, contrats, dossiers RH et documents comptables en Allemagne, France, Pays-Bas, Belgique et Pologne.
Lire la suitePipelines documentaires : de DOCX à PDF/A-3 vers une archive signée en un seul appel API
La conversion d'un DOCX en archive PDF/A-3 conforme est un processus en plusieurs étapes où chaque étape peut échouer silencieusement. Cet article décrit la chaîne de conversion complète, ce qui se casse à chaque étape, et comment construire un pipeline qui produit des sorties d'archivage vérifiables de manière fiable.
Lire la suiteFlux documentaires sécurisés contre les hallucinations : utiliser l'IA dans des contextes juridiquement sensibles
Les systèmes d'IA produisent des sorties au rendu plausible qui peuvent être factuellement incorrectes sans en donner le signe. Dans les flux documentaires juridiquement sensibles, cela exige des choix architecturaux spécifiques. Cet article décrit les schémas qui rendent la génération documentaire assistée par l'IA sûre pour un usage de conformité.
Lire la suiteDocuments générés par l'IA et validité juridique : le fossé de conformité
L'IA peut générer des contrats, des rapports, des factures et des documents de conformité plus rapidement que n'importe quel humain. Ce qu'elle ne peut pas faire, c'est garantir que la production est juridiquement valide. Cet article examine le fossé de conformité entre le texte généré par l'IA et les documents juridiquement recevables, et l'infrastructure nécessaire pour le combler.
Lire la suiteValidation PDF à long terme : pourquoi un PDF conforme aujourd'hui peut échouer à la vérification en 2035
Un fichier PDF/A-3 validé correctement aujourd'hui peut échouer à la vérification dans dix ans si le certificat de signature a expiré, si la chaîne de certificats TSA n'est plus disponible, ou si les algorithmes cryptographiques ont été dépréciés. Cet article explique ce qu'exige la validation à long terme et comment construire des archives qui restent vérifiables pendant des décennies.
Lire la suiteLa souveraineté numérique dans l'infrastructure documentaire : ce que cela signifie et pourquoi c'est important
La souveraineté numérique dans l'infrastructure documentaire signifie contrôler l'endroit où vos documents sont stockés, qui peut y accéder, et si vous pouvez les récupérer et les vérifier indépendamment de tout fournisseur. Cet article explique ce qu'exige une véritable souveraineté et les lacunes de la plupart des plateformes documentaires en nuage.
Lire la suiteStockage WORM et conservation légale : quand vous avez besoin d'archives en écriture unique
Le stockage WORM empêche toute modification des données archivées au niveau de la couche de stockage. La conservation légale suspend la suppression pour les documents faisant l'objet d'une enquête ou d'un litige. Cet article explique les deux mécanismes, quand ils sont légalement requis, et comment ils se rapportent à l'intégrité des chaînes de hachage.
Lire la suiteDétection de falsification dans les archives de documents : comment fonctionnent les chaînes de hachage
Les chaînes de hachage rendent mathématiquement détectable toute falsification des documents archivés. Cet article explique comment fonctionne le chaînage de hachage SHA-256, pourquoi il est résistant à la falsification, et comment il se compare aux autres mécanismes d'intégrité pour les archives de documents à long terme.
Lire la suiteChaîne de garde pour les documents numériques : ce que les auditeurs et les administrations fiscales exigent réellement
La chaîne de garde d'un document numérique consiste à pouvoir prouver ce qui lui est arrivé, dans quel ordre et par qui, de sa création à son archivage. Cet article explique ce que recherchent les administrations fiscales et les auditeurs, et quels mécanismes techniques satisfont ces exigences.
Lire la suiteQu'est-ce qu'un dossier de preuve légale et que contient-il ?
Un dossier de preuve légale est une archive structurée qui prouve qu'un document existait sous une forme spécifique à un moment précis et a été traité correctement. Cet article explique ce qu'il contient, dans quels cas vous en avez besoin, et quelle est la différence entre stocker un document et disposer d'une preuve légalement admissible.
Lire la suitePièges de la validation des signatures XML dans Peppol
Valider les signatures XMLDSig sur les réponses SMP Peppol est plus difficile qu'il n'y paraît. Les préfixes d'espaces de noms dynamiques, la promotion d'espaces de noms lors de la re-sérialisation et la canonicalisation C14N interagissent de façon à casser les vérificateurs de signatures XML standard de .NET et Java.
Lire la suiteComment fonctionne réellement la découverte SMP et SML de Peppol
Peppol utilise une chaîne de découverte basée sur DNS pour acheminer les factures vers le bon Point d'Accès. Cet article explique le fonctionnement de la découverte SML et SMP, ce que produit la requête DNS, et ce que contient la réponse SMP.
Lire la suiteUBL vs CII : quelle syntaxe XML de facturation choisir ?
UBL 2.1 et UN/CEFACT CII sont toutes deux des syntaxes XML conformes à EN16931 pour les factures électroniques. Cet article explique les différences structurelles, quels formats imposent quelle syntaxe, et les conséquences pratiques pour les développeurs construisant des pipelines de facturation.
Lire la suiteMandat Peppol en Belgique, ce qui a changé le 1ᵉʳ janvier 2026
Depuis le 1ᵉʳ janvier 2026, toute facture B2B en Belgique doit être transmise via Peppol dans un format structuré. Ce que cela implique en pratique, et comment vérifier si vos partenaires commerciaux sont prêts.
Lire la suiteComment générer des factures Peppol BIS 3.0 en C#
Un guide pratique pour générer des factures UBL 2.1 Peppol BIS Billing 3.0 valides en C#, couvrant les champs obligatoires, la configuration des espaces de noms, les lignes, les totaux de taxes et la validation Schematron avec Saxon HE.
Lire la suiteComprendre EN16931 : le modèle de données de facturation européen
EN16931 est la norme européenne qui définit ce qu'une facture électronique doit contenir. Cet article explique les termes métier, groupes métier, règles métier et la correspondance du modèle sémantique avec UBL et CII, d'un point de vue technique.
Lire la suiteFactur-X vs ZUGFeRD vs XRechnung vs Peppol : quelle est la différence ?
Factur-X, ZUGFeRD, XRechnung et Peppol BIS 3.0 sont tous construits sur la même norme sous-jacente mais servent des marchés et des canaux de livraison différents. Voici une comparaison en langage clair.
Lire la suiteQu'est-ce que Peppol BIS 3.0 ? Une introduction pratique pour les développeurs
Peppol BIS Billing 3.0 est la norme XML de facturation électronique utilisée sur les réseaux de facturation électronique européens. Une introduction technique en langage clair couvrant UBL, EN16931, la découverte SMP et les pièges de validation.
Lire la suitePas encore d'articles — revenez bientôt.