SealDoc Blog
Diepgaande artikelen over PDF/A-3, e-facturatie, audit trails en compliance.
Een factuur mailen met werkbon en foto's: wat in de mail hoort en wat in de factuur
Werkbon, foto's of een offerte bij je factuur meesturen: waarom die stukken naast de factuur horen en niet erin, wat EN 16931 erover zegt, en hoe je in SealDoc factuur en bijlagen in één mail verstuurt.
Lees verderFactureren via Peppol in SealDoc: binnen twee weken live
Binnen twee weken verstuur je je facturen vanuit SealDoc rechtstreeks over het Peppol-netwerk, in elk betaald pakket. Wat Peppol is, voor wie het telt, en hoe het in SealDoc werkt.
Lees verderDe SealDoc-app komt eraan: factureren en scannen vanaf je telefoon
SealDoc komt naar iPhone en Android. Maak een factuur waar je bent, scan de werkbon met je camera en mail beide in één keer naar je klant. Dit kan de app.
Lees verderEN 16931-codelijsten: elke code die een e-factuur nodig heeft
Het complete naslagwerk voor de EN 16931-codelijsten: btw-categorieën, vrijstellingsredenen, betaalwijzen, eenheden, documenttypen, landen en elektronische adressen. Per lijst het veld, de BR-CL-regel en de codes die je echt gebruikt.
Lees verderFacturen bewaren: 7 jaar, en zo blijft een digitale factuur bewijsbaar echt
Hoe lang bewaar je facturen in Nederland, in welke vorm, en hoe laat je na zeven jaar zien dat een digitale factuur echt en ongewijzigd is? De regels van de Belastingdienst, en hoe SealDoc elke factuur bewijsbaar maakt.
Lees verderXRechnung-foutmeldingen: alle BR-DE-regels uitgelegd, met de oplossing
BR-DE-15, BR-DE-2, BR-DE-1 en elke andere regel van XRechnung 3.0: wat elke regel controleert, waarom een factuur erop vastloopt en hoe je het oplost. Met een gratis validator die zowel EN 16931 als BR-DE toetst.
Lees verderPeppol in Duitsland: wat een geldige BIS 3.0-factuur extra vereist
Als verkoper en koper allebei in Duitsland zitten, moet een Peppol BIS 3.0-factuur ook aan 31 Duitse regels (DE-R) voldoen. Wat ze eisen en hoe SealDoc ze controleert.
Lees verderXRechnung maken: verplichte velden en Leitweg-ID (2026)
Zo maak je een XRechnung: alle verplichte BR-DE-velden, de Leitweg-ID, wanneer een Nederlands bedrijf er een nodig heeft en de Duitse termijnen tot 2028.
Lees verderJe klant factureert aan Frankrijk: de vier vragen die je deze maand moet stellen
Frankrijk zette op 1 september 2026 de ontvangstplicht voor e-facturatie aan. Voor accountants met klanten die naar Frankrijk exporteren, een korte checklist: welke klanten het raakt, wat je ze vraagt, en wat je doet als het antwoord nee is.
Lees verderVerantwoorde vernietiging: hoe je persoonsgegevens vernietigt en het bewijs bewaart
Persoonsgegevens verwijderen is makkelijk. Aantonen dat je de juiste gegevens hebt verwijderd, op het juiste moment en om de juiste reden, dat is het lastige deel. Dit artikel legt verantwoorde vernietiging uit, waarom verwijderen-en-vergeten een audit niet doorstaat, en wat een vernietigingscertificaat werkelijk moet bevatten.
Lees verderAVG-recht op vergetelheid voor personeelsdossiers: werknemersdata wissen en het aantonen
Een medewerker vraagt je om zijn gegevens te wissen. Je bewaarplicht voor de loonadministratie eist zeven jaar. Dit artikel legt uit hoe het AVG-recht op vergetelheid van toepassing is op personeelsdossiers, wanneer je het verzoek moet weigeren en hoe je aantoont dat je hebt gewist wat je mocht wissen.
Lees verderHoe lang bewaar je gegevens van personeel en sollicitanten? Bewaartermijnen in de EU
Afgewezen sollicitanten: ongeveer 4 weken zonder toestemming, tot 12 maanden met. Loonadministratie: 5 tot 10 jaar. Per HR-gegeven de termijn en de wet.
Lees verderDe beste RFC 3161 timestamp-diensten voor EU-compliance (2026)
Een eerlijke vergelijking van RFC 3161 timestamp-aanbieders voor EU-compliance: gekwalificeerde eIDAS-vertrouwensdiensten, wereldwijde CA's, gratis opties en evidence-platforms. Welke je nodig hebt hangt af van één vraag: wil je een timestamp-token of een compleet, verifieerbaar bewijsartefact?
Lees verderWettelijke bewaartermijnen voor documenten in de EU: welk document, hoe lang, welke wet
Een praktische naslag voor EU-bewaartermijnen per documenttype en jurisdictie, met facturen, contracten, personeels- en boekhouddocumenten voor Duitsland, Frankrijk, Nederland, Belgie en Polen. Bijgewerkt voor de Duitse verkorting in 2025 van de factuurbewaartermijn van tien naar acht jaar.
Lees verderRevisionssichere Archivierung volgens GoBD: eisen, bewaartermijnen en techniek (2026)
Revisionssichere Archivierung is de Duitse standaard voor het bewaren van fiscaal relevante documenten, zodat ze onveranderbaar, volledig en navolgbaar blijven. Wat de GoBD eist, welke bewaartermijnen in 2025 zijn gewijzigd, en waar techniek zoals WORM-opslag en RFC 3161-tijdstempels op aansluit.
Lees verderWaarom je ERP facturen genereert, geen bewijs
ERP- en boekhoudsoftware zijn gebouwd om transacties te verwerken. Dat is een andere taak dan verifieerbaar bewijs leveren dat een document op een specifiek moment in een specifieke vorm bestond. Waar het gat zit, en wat het kost als het aan het licht komt.
Lees verderHashketens en manipulatiedetectie: hoe één gewijzigde byte een heel archief ongeldig maakt
Een cryptografische hashketen maakt van een reeks documentgebeurtenissen een tamper-evident record. Wijzig je één vermelding, al is het maar één byte, dan ontstaat een mismatch die doorwerkt in elke volgende gebeurtenis. Zo werkt de constructie, en dit is wat ze garandeert.
Lees verderAutomatisch EU-conforme facturen vanuit Dynamics 365 Business Central met SealDoc
De SealDoc Business Central connector genereert automatisch Factur-X, XRechnung en Peppol BIS 3.0 facturen via native BC webhooks. OAuth2, geen polling, tegen EN 16931 gevalideerde e-facturen.
Lees verderAutomatisch EU-conforme facturen vanuit Odoo met SealDoc
De SealDoc Odoo connector genereert automatisch Factur-X, XRechnung en Peppol BIS 3.0 facturen vanuit geposte verkoopfacturen. Geen handmatig werk, tegen EN 16931 gevalideerde e-facturen.
Lees verderEU e-facturering automatiseren met de SealDoc Make-connector
De SealDoc-app voor Make brengt het genereren van Factur-X-facturen, PDF/A-3-conversie en factuurvalidatie naar je Make-scenario's. Geen zelfgebouwde HTTP-modules, geen code.
Lees verderAutomatisch EU-conforme facturen voor elke WooCommerce bestelling
SealDoc Compliance Invoices voor WooCommerce genereert automatisch ZUGFeRD / Factur-X- en XRechnung-facturen zodra een bestelling is betaald. Geen handmatig werk, tegen EN 16931 gevalideerde e-facturen.
Lees verderEU-datasoevereiniteit voor compliancedocumenten: waarom jurisdictie ertoe doet als je het bestand niet mag verwijderen
Als een document een bewaarplicht van 7 jaar heeft en niet vóór het einde daarvan mag worden verwijderd, wordt de plek waar het staat een juridische vraag, niet alleen een inkoopvraag. Dit zijn de argumenten om compliancegevoelige gegevens onder EU-jurisdictie te houden.
Lees verderE-facturatie in Belgie vanaf 2026: wat elk bedrijf moet weten
Belgie verplicht gestructureerde B2B-e-facturatie vanaf 1 januari 2026, met Peppol als standaard. Wat het betekent voor je bedrijf en je software.
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 via API
De Europese Toegankelijkheidsrichtlijn geldt sinds 28 juni 2025 voor diensten als consumentenbankieren en e-commerce. SealDoc voegt PDF/UA-1 toe met één 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 e-factuur genereren met n8n en SealDoc
Stapsgewijze handleiding voor het genereren van Factur-X-e-facturen in n8n met de SealDoc-node. Gestructureerde velden erin, een gevalideerde PDF/A-3 met ingebedde XML eruit. Geen code nodig.
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 in Frankrijk gevestigd bedrijf 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 vanaf 1 april 2026, wat grensoverschrijdende verzenders moeten weten
Het Poolse KSeF werd verplicht op 1 februari 2026 voor de grootste belastingplichtigen en op 1 april 2026 voor de rest. Wat exporteurs moeten weten.
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
Zo haak je SealDoc in een n8n-werkstroom die van elke binnenkomende pdf een PDF/A-3-archiefkopie maakt, met een RFC 3161-tijdstempel en een hashgekoppelde audittrail. Drie verbonden nodes, met een configuratie die je kunt overnemen.
Lees verderPDF/A-3 vs PDF/A-1: welk formaat hebben hybride e-facturen nodig?
Het EU-recht vereist geen PDF/A: een e-factuur is gestructureerde data. Hybride formaten zoals Factur-X vragen PDF/A-3, en daarom volstaat PDF/A-1 niet.
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 verderDocumentpijplijnen: van DOCX naar PDF/A-3 naar verifieerbaar 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 verifieerbaar 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 wisselen in België gevestigde bedrijven gestructureerde B2B-e-facturen uit, standaard via Peppol. Zo check je of je partners klaar 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.