SealDoc Blog
Diepgaande artikelen over PDF/A-3, e-facturatie, audit trails en compliance.
E-facturatie in Belgie vanaf 2026: wat elk bedrijf moet weten
Belgie verplicht gestructureerde e-facturatie via Peppol vanaf 1 januari 2026. Dit betekent het voor je bedrijf, je leveranciers en je factureringssoftware.
Lees verderVan data naar verzegelde PDF in één API-call
Markdown of een JSON-factuur direct omzetten naar een Factur-X PDF/A-3, in één API-call. Geen tussenstap, geen 3rd-party tool, wel een evidence pack.
Lees verderPDF/UA-1 toegankelijkheid, standaard aan, via API
Sinds de Europese Toegankelijkheidsrichtlijn op 28 juni 2025 verplicht werd, moet elke klant-pdf die een bank, telco of e-commerce-bedrijf verstuurt screenreader-toegankelijk zijn. SealDoc levert nu PDF/A-3 + PDF/UA-1 hybride documenten via `/api/documents/generate` en `/api/invoices/generate` met één extra veld.
Lees verderVeelvoorkomende Peppol BIS 3.0 validatiefouten en hoe je ze oplost
Peppol BIS 3.0 Schematron-validatie produceert foutmeldingen met verwijzingen naar BR-codes, BT-nummers en XPath-locaties. Dit artikel koppelt de meest voorkomende validatiefouten aan hun oorzaken en oplossingen, met aandacht voor rekenkundige regels, verplichte-veldfouten en landspecifieke extensiefouten.
Lees verderEen conforme Peppol-factuur genereren met n8n en SealDoc
Stap-voor-stap handleiding voor het automatiseren van Factur-X e-factuurgenewratie in n8n met de SealDoc-nodes. Geen code vereist.
Lees verderFactur-X vs ZUGFeRD vs UBL, een praktische gids voor Europese facturatie
Drie namen, twee formaten, één onderliggende specificatie. Zo verhouden Factur-X, ZUGFeRD en UBL zich werkelijk tot elkaar, wanneer je welke gebruikt, en waarom de meeste grensoverschrijdende pipelines alle drie moeten kunnen verwerken.
Lees verderHet Franse e-facturatiemandaat, wat verandert er op 1 september 2026
Op 1 september 2026 moet elk bedrijf in Frankrijk gestructureerde elektronische facturen kunnen ontvangen. De verzendplicht wordt gefaseerd ingevoerd tot in 2027. Hoe de kalender er werkelijk uitziet, wat je nu moet doen, en waar grensoverschrijdende verzenders inpassen.
Lees verderWat is PDF/A-3 en waarom het ertoe doet voor e-facturatie
PDF/A-3 is het archief-pdf-formaat waarmee je gestructureerde XML kunt inbedden in een factuur die op lange termijn leesbaar blijft. Wat het werkelijk garandeert, wat niet, en waarom het de standaardcontainer is voor Factur-X en ZUGFeRD.
Lees verderPolen KSeF gaat live op 2 april 2026, wat grensoverschrijdende verzenders moeten weten
Het Poolse nationale e-facturatiesysteem KSeF wordt verplicht voor grote belastingplichtigen op 2 april 2026, met kleinere belastingplichtigen die volgen in 2026 en 2027. Wat KSeF werkelijk is, hoe het verschilt van Peppol, en wat buitenlandse leveranciers die aan Poolse afnemers factureren moeten regelen.
Lees verderRFC 3161-tijdstempels uitgelegd, hoe je een digitale handtekening juridisch duurzaam maakt
Een digitale handtekening bewijst wie tekende. Een RFC 3161-tijdstempel bewijst wanneer. Hoe vertrouwde tijdstempels werken, waarom elk lange-termijnarchief ze nodig heeft, en hoe je er één verifieert zonder de timestamping authority meer te vertrouwen dan strikt noodzakelijk.
Lees verderDrie n8n-nodes, één compliance-klaar archief
Hoe je SealDoc inhaakt in een n8n-werkstroom die elke binnenkomende pdf omzet naar een Factur-X-ingebed, RFC 3161-tijdgestempeld PDF/A-3-archief in drie verbonden nodes. Met een werkende configuratie die je kunt overnemen.
Lees verderPDF/A-3 vs PDF/A-1: welk archiefformaat vereist EU-e-facturatie?
EU-e-facturatiemandaten vereisen specifiek PDF/A-3B. Dit is waarom PDF/A-1 en gewone pdf niet volstaan, en wat het verschil in de praktijk betekent.
Lees verderRFC 3161-tijdstempels: wat ze zijn, waarom ze belangrijk zijn en wanneer ze wettelijk vereist zijn
Een RFC 3161-tijdstempel bewijst dat een document op een specifiek moment bestond en sindsdien niet is gewijzigd. Dit is waarom dat van belang is voor EU-e-facturatiecompliance en juridische archivering.
Lees verderXRechnung 3.0: wat er veranderde en hoe je compliant blijft
XRechnung 3.0 introduceerde nieuwe verplichte velden en strengere validatie. Dit artikel bespreekt wat er veranderde, wie erdoor wordt geraakt en hoe je conforme facturen genereert.
Lees verderWettelijke bewaartermijnen voor documenten in de EU: welk document, hoe lang, welke wet
EU-lidstaten stellen hun eigen bewaarvereisten bovenop EU-brede regels. Dit artikel biedt een praktische naslag voor bewaartermijnen per documenttype en jurisdictie, met betrekking tot facturen, contracten, personeelsdossiers en boekhoudkundige documenten voor Duitsland, Frankrijk, Nederland, Belgie en Polen.
Lees verderDocumentpijplijnen: van DOCX naar PDF/A-3 naar ondertekend archief in een API-aanroep
Een DOCX omzetten naar een conform PDF/A-3-archief is een meerstaps-process waarbij elke stap stil kan falen. Dit artikel beschrijft hoe de volledige conversieketen eruitziet, wat bij elke stap misgaat en hoe je een pijplijn bouwt die betrouwbaar verifieerbare archiefuitvoer produceert.
Lees verderHallucinatieveilige documentworkflows: AI gebruiken in juridisch gevoelige contexten
AI-systemen produceren plausibel ogende uitvoer die feitelijk onjuist kan zijn zonder dat dit zichtbaar is. In juridisch gevoelige documentworkflows vereist dit specifieke architectuurkeuzes. Dit artikel beschrijft patronen die AI-ondersteunde documentgeneratie veilig maken voor compliancegebruik.
Lees verderAI-gegenereerde documenten en juridische geldigheid: de compliancekloof
AI kan contracten, rapporten, facturen en compliancedocumenten sneller genereren dan elke mens. Wat het niet kan, is garanderen dat de uitvoer juridisch geldig is. Dit artikel onderzoekt de compliancekloof tussen AI-gegenereerde tekst en juridisch toelaatbare documenten, en welke infrastructuur nodig is om die te dichten.
Lees verderLangetermijn-pdf-validatie: waarom een conforme pdf van vandaag in 2035 kan mislukken
Een PDF/A-3-bestand dat vandaag correct valideert, kan over tien jaar mislukken als het ondertekeningscertificaat is verlopen, de TSA-certificaatketen van de tijdstempel niet meer beschikbaar is of de cryptografische algoritmen zijn afgeschreven. Dit artikel legt uit wat langetermijnvalidatie vereist en hoe je archieven bouwt die tientallen jaren verifieerbaar blijven.
Lees verderDigitale soevereiniteit in documentinfrastructuur: wat het betekent en waarom het ertoe doet
Digitale soevereiniteit voor documentinfrastructuur betekent zeggenschap over waar je documenten worden opgeslagen, wie er toegang toe heeft en of je ze onafhankelijk van een leverancier kunt opvragen en verifiëren. Dit artikel legt uit wat echte soevereiniteit vereist en waar de meeste cloudgebaseerde documentplatforms tekortschieten.
Lees verderWORM-opslag en legal hold: wanneer je write-once-archieven nodig hebt
WORM-opslag verhindert elke wijziging van gearchiveerde gegevens op de opslaglaag. Legal hold schort verwijdering op voor documenten die onder onderzoek of rechtszaak vallen. Dit artikel legt beide mechanismen uit, wanneer ze wettelijk vereist zijn en hoe ze zich verhouden tot hashketencintegriteit.
Lees verderManipulatiedetectie in documentarchieven: hoe hashketens werken
Hashketens maken het manipuleren van gearchiveerde documenten wiskundig detecteerbaar. Dit artikel legt uit hoe SHA-256-hashkoppeling werkt, waarom het manipulatie detecteerbaar maakt en hoe het zich verhoudt tot andere integriteitsmecanismen voor langetermijndocumentarchieven.
Lees verderChain of custody voor digitale documenten: wat auditors en belastingdiensten werkelijk vereisen
Chain of custody voor een digitaal document betekent kunnen bewijzen wat ermee is gebeurd, in welke volgorde en door wie, van aanmaak tot archief. Dit artikel legt uit waar belastingdiensten en auditors naar zoeken en welke technische mechanismen aan die vereisten voldoen.
Lees verderWat is een Legal Evidence Pack en wat zit erin?
Een Legal Evidence Pack is een gestructureerd archief dat bewijst dat een document in een specifieke vorm bestond op een specifiek moment en correct is verwerkt. Dit artikel legt uit wat erin zit, wanneer je er een nodig hebt en wat het verschil is tussen een document opslaan en juridisch toelaatbaar bewijs hebben.
Lees verderValkuilen bij XML-handtekeningvalidatie in Peppol
XMLDSig-handtekeningen valideren op Peppol SMP-reacties is lastiger dan het lijkt. Dynamische naamruimteprefixes, naamruimteverplaatsing tijdens herserializatie en C14N-canonicalisatie werken op manieren samen die standaard .NET- en Java-XML-handtekeningverificatoren laten mislukken.
Lees verderHoe Peppol SMP- en SML-discovery werkelijk werkt
Peppol gebruikt een op DNS gebaseerde discoveryketen om facturen naar het juiste Access Point te routeren. Dit artikel legt uit hoe SML- en SMP-discovery werkt, wat de DNS-opzoeking oplevert en wat de SMP-reactie bevat.
Lees verderUBL vs CII: welke factuur-XML-syntaxis kies je?
UBL 2.1 en UN/CEFACT CII zijn beide EN16931-conforme XML-syntaxen voor elektronische facturen. Dit artikel legt de structurele verschillen uit, welke formaten welke syntaxis vereisen en de praktische gevolgen voor developers die factuurpijplijnen bouwen.
Lees verderPeppol-verplichting België, wat veranderde er op 1 januari 2026
Sinds 1 januari 2026 moet elke B2B-factuur in België via Peppol worden verzonden in een gestructureerd formaat. Wat dat in de praktijk betekent, en hoe je controleert of je handelspartners er klaar voor zijn.
Lees verderPeppol BIS 3.0-facturen genereren in C#
Een praktische handleiding voor het genereren van geldige Peppol BIS Billing 3.0 UBL 2.1-facturen in C#, met aandacht voor verplichte velden, naamruimte-opzet, regelitems, belastingtotalen en Schematron-validatie met Saxon HE.
Lees verderEN16931 begrijpen: het Europese factuurgegevensmodel
EN16931 is de Europese standaard die bepaalt wat een e-factuur moet bevatten. Dit artikel legt Business Terms, Business Groups, Business Rules en de koppeling van het semantische model aan UBL en CII uit vanuit een technisch perspectief.
Lees verderFactur-X vs ZUGFeRD vs XRechnung vs Peppol: wat is het verschil?
Factur-X, ZUGFeRD, XRechnung en Peppol BIS 3.0 zijn allemaal gebouwd op dezelfde onderliggende standaard, maar bedienen verschillende markten en leverkanalen. Een heldere vergelijking in begrijpelijke taal.
Lees verderWat is Peppol BIS 3.0? Een praktische introductie voor developers
Peppol BIS Billing 3.0 is de XML-factuurstandaard die wordt gebruikt in Europese e-factuurnetwerken. Een technische introductie in begrijpelijke taal over UBL, EN16931, SMP-discovery en veelgemaakte validatiefouten.
Lees verderNog geen artikelen — kom binnenkort terug.