SealDoc Blog
Tiefgehende Artikel zu PDF/A-3, E-Rechnung, Audit-Trails und Compliance.
E-Invoicing in Belgien ab 2026: Was jedes Unternehmen wissen muss
Belgien verpflichtet zur strukturierten E-Rechnung über Peppol ab dem 1. Januar 2026. Das bedeutet für Ihr Unternehmen, Ihre Lieferanten und Ihre Rechnungssoftware Folgendes.
WeiterlesenVon Daten zum versiegelten PDF in einem einzigen API-Call
Markdown oder eine JSON-Rechnung direkt in ein Factur-X PDF/A-3, in einem API-Call. Kein Zwischenschritt, kein Drittanbieter, Evidence Pack inklusive.
WeiterlesenPDF/UA-1 Barrierefreiheit, standardmäßig aktiv, per API
Seit der Europäische Rechtsakt zur Barrierefreiheit am 28. Juni 2025 in Kraft trat, muss jede an Kunden gerichtete PDF, die eine Bank, ein Telekommunikationsunternehmen oder ein E-Commerce-Unternehmen versendet, screenreader-zugänglich sein. SealDoc liefert nun PDF/A-3 + PDF/UA-1 Hybriddokumente über `/api/documents/generate` und `/api/invoices/generate` mit einem zusätzlichen Feld.
WeiterlesenHäufige Peppol BIS 3.0-Validierungsfehler und wie man sie behebt
Peppol-BIS-3.0-Schematron-Validierung erzeugt Fehlermeldungen, die BR-Codes, BT-Nummern und XPath-Positionen referenzieren. Dieser Artikel ordnet die häufigsten Validierungsfehler ihren Ursachen zu und zeigt konkrete Lösungen, einschließlich arithmetischer Regeln, Pflichtfelderfehler und länderspezifischer Erweiterungsfehler.
WeiterlesenWie man eine konforme Peppol-Rechnung mit n8n und SealDoc generiert
Schritt-für-Schritt-Anleitung zur Automatisierung der Factur-X-E-Rechnungsgenerierung in n8n mithilfe der SealDoc-Nodes. Kein Code erforderlich.
WeiterlesenFactur-X vs. ZUGFeRD vs. UBL, ein praktischer Leitfaden für europäisches Rechnungswesen
Drei Namen, zwei Formate, eine gemeinsame Spezifikation. So verhalten sich Factur-X, ZUGFeRD und UBL tatsächlich zueinander, wann welches Format zum Einsatz kommt und warum die meisten grenzüberschreitenden Pipelines alle drei benötigen.
WeiterlesenFrankreichs E-Rechnungspflicht, was sich am 1. September 2026 ändert
Am 1. September 2026 tritt in Frankreich die Empfangspflicht für strukturierte elektronische Rechnungen in Kraft. Die Sendepflicht wird gestaffelt bis 2027 eingeführt. Was der Kalender konkret bedeutet, was jetzt zu tun ist und wie grenzüberschreitende Absender betroffen sind.
WeiterlesenPolen KSeF startet am 2. April 2026, was grenzüberschreitende Absender wissen müssen
Polens nationales E-Rechnungssystem KSeF wird am 2. April 2026 für große Steuerpflichtige zur Pflicht, kleinere Steuerpflichtige folgen 2026 und 2027. Was KSeF ist, wie es sich von Peppol unterscheidet und was ausländische Lieferanten, die polnische Käufer fakturieren, einrichten müssen.
WeiterlesenDrei n8n-Nodes, ein compliancefähiges Archiv
Wie Sie SealDoc in einen n8n-Workflow einbinden, der jedes eingehende PDF in drei verbundenen Nodes in ein Factur-X-eingebettetes, RFC 3161-zeitgestempeltes PDF/A-3-Archiv verwandelt. Mit einer einsatzbereiten Konfiguration zum Übernehmen.
WeiterlesenPDF/A-3 vs. PDF/A-1: Welches Archivierungsformat schreibt die EU-E-Rechnung vor?
EU-E-Rechnungsmandate verlangen spezifisch PDF/A-3B. Hier erfahren Sie, warum PDF/A-1 und einfaches PDF nicht ausreichen und was der Unterschied in der Praxis bedeutet.
WeiterlesenRFC 3161-Zeitstempel: Was sie sind, warum sie wichtig sind und wann sie gesetzlich vorgeschrieben sind
Ein RFC 3161-Zeitstempel beweist, dass ein Dokument zu einem bestimmten Zeitpunkt existierte und seitdem nicht verändert wurde. Hier erfahren Sie, warum das für die EU-E-Rechnungs-Compliance und die rechtliche Archivierung wichtig ist.
WeiterlesenXRechnung 3.0: Was sich geändert hat und wie man konform bleibt
XRechnung 3.0 hat neue Pflichtfelder eingeführt und die Validierung verschärft. Was sich geändert hat, wen es betrifft und wie man konforme Rechnungen generiert.
WeiterlesenGesetzliche Aufbewahrungsfristen in der EU: Welches Dokument, wie lange, welches Gesetz
EU-Mitgliedstaaten legen eigene Anforderungen an die Dokumentenaufbewahrung fest, die über EU-Vorgaben hinausgehen. Dieser Artikel bietet eine praxisorientierte Referenz für Aufbewahrungsfristen nach Dokumententyp und Jurisdiktion, mit Abdeckung von Rechnungen, Verträgen, Personalakten und Buchführungsunterlagen in Deutschland, Frankreich, den Niederlanden, Belgien und Polen.
WeiterlesenDokumenten-Pipelines: Von DOCX zu PDF/A-3 bis zum signierten Archiv in einem API-Aufruf
Die Konvertierung eines DOCX in ein konformes PDF/A-3-Archiv ist ein mehrstufiger Prozess, bei dem jeder Schritt still fehlschlagen kann. Dieser Artikel beschreibt, wie die vollständige Konvertierungskette aussieht, was in jedem Schritt schiefgehen kann und wie man eine Pipeline aufbaut, die zuverlässig verifizierbare Archivausgaben produziert.
WeiterlesenHalluzinationssichere Dokument-Workflows: KI in rechtlich sensiblen Kontexten einsetzen
KI-Systeme produzieren plausibel aussehende Ausgaben, die sachlich falsch sein können, ohne dies zu signalisieren. In rechtlich sensiblen Dokumenten-Workflows erfordert das spezifische Architekturentscheidungen. Dieser Artikel beschreibt Muster, die KI-gestützte Dokumentengenerierung für den Compliance-Einsatz sicher machen.
WeiterlesenKI-generierte Dokumente und rechtliche Gültigkeit: Die Compliance-Lücke
KI kann Verträge, Berichte, Rechnungen und Compliance-Dokumente schneller als jeder Mensch generieren. Was sie nicht kann, ist zu garantieren, dass die Ausgabe rechtlich gültig ist. Dieser Artikel untersucht die Compliance-Lücke zwischen KI-generiertem Text und rechtlich zulässigen Dokumenten und welche Infrastruktur benötigt wird, um sie zu schließen.
WeiterlesenLangzeit-PDF-Validierung: Warum eine konforme PDF heute im Jahr 2035 möglicherweise nicht mehr verifizierbar ist
Eine PDF/A-3-Datei, die heute korrekt validiert, kann in zehn Jahren bei der Verifizierung fehlschlagen, wenn das Signierzertifikat abgelaufen ist, die Zertifikatskette der Zeitstempel-TSA nicht mehr verfügbar ist oder die kryptografischen Algorithmen als veraltet eingestuft wurden. Dieser Artikel erklärt, was Langzeitvalidierung erfordert und wie man Archive aufbaut, die jahrzehntelang verifizierbar bleiben.
WeiterlesenDigitale Souveränität in der Dokumenteninfrastruktur: Bedeutung und Relevanz
Digitale Souveränität für Dokumenteninfrastruktur bedeutet, zu kontrollieren, wo Ihre Dokumente gespeichert werden, wer darauf zugreifen kann und ob Sie diese unabhängig von einem Anbieter abrufen und verifizieren können. Dieser Artikel erklärt, was echte Souveränität erfordert und wo die meisten cloudbasierten Dokumentenplattformen zu kurz greifen.
WeiterlesenWORM-Speicher und Legal Hold: Wann Sie Write-Once-Archive benötigen
WORM-Speicher verhindert jede Änderung archivierter Daten auf der Speicherschicht. Legal Hold setzt die Löschung von Dokumenten aus, die Gegenstand von Ermittlungen oder Rechtsstreitigkeiten sind. Dieser Artikel erklärt beide Mechanismen, wann sie gesetzlich vorgeschrieben sind und wie sie sich zur Hash-Ketten-Integrität verhalten.
WeiterlesenManipulationserkennung in Dokumentenarchiven: Wie Hash-Ketten funktionieren
Hash-Ketten machen Manipulationen an archivierten Dokumenten mathematisch nachweisbar. Dieser Artikel erklärt, wie SHA-256-Hash-Chaining funktioniert, warum es manipulationssicher ist und wie es sich mit anderen Integritätsmechanismen für Langzeit-Dokumentenarchive vergleicht.
WeiterlesenChain of Custody für digitale Dokumente: Was Prüfer und Finanzbehörden tatsächlich verlangen
Chain of Custody für ein digitales Dokument bedeutet, nachweisen zu können, was damit geschah, in welcher Reihenfolge und durch wen, von der Erstellung bis zur Archivierung. Dieser Artikel erläutert, worauf Finanzbehörden und Prüfer achten und welche technischen Mechanismen diese Anforderungen erfüllen.
WeiterlesenRFC 3161-Zeitstempel erklärt, wie digitale Signaturen rechtlich dauerhaft werden
Eine digitale Signatur beweist, wer ein Dokument signiert hat. Ein RFC-3161-Zeitstempel beweist, wann. Wie vertrauenswürdige Zeitstempel funktionieren, warum jedes Langzeitarchiv sie benötigt und wie man einen verifiziert, ohne der Timestamping Authority mehr zu vertrauen als nötig.
WeiterlesenWas ist ein Legal Evidence Pack und was enthält es?
Ein Legal Evidence Pack ist ein strukturiertes Archiv, das beweist, dass ein Dokument in einer bestimmten Form zu einem bestimmten Zeitpunkt existierte und korrekt verarbeitet wurde. Dieser Artikel erklärt den Inhalt, den Bedarf und den Unterschied zwischen der Aufbewahrung eines Dokuments und einem rechtlich verwertbaren Nachweis.
WeiterlesenXML-Signatur-Validierungsfallen in Peppol
Die Validierung von XMLDSig-Signaturen auf Peppol-SMP-Antworten ist schwieriger als es aussieht. Dynamische Namespace-Präfixe, Namespace-Promotion bei der Re-Serialisierung und C14N-Kanonisierung interagieren auf Weisen, die Standard-.NET- und Java-XML-Signatur-Prüfer zum Scheitern bringen.
WeiterlesenWie Peppol SMP- und SML-Discovery tatsächlich funktioniert
Peppol verwendet eine DNS-basierte Discovery-Kette, um Rechnungen an den richtigen Access Point zu leiten. Dieser Artikel erklärt, wie SML- und SMP-Discovery funktioniert, was die DNS-Abfrage liefert und was die SMP-Antwort enthält.
WeiterlesenUBL vs. CII: Welche Rechnungs-XML-Syntax sollte man wählen?
UBL 2.1 und UN/CEFACT CII sind beide EN16931-konforme XML-Syntaxen für elektronische Rechnungen. Dieser Artikel erklärt die strukturellen Unterschiede, welche Formate welche Syntax vorschreiben und die praktischen Konsequenzen für Entwickler, die Rechnungspipelines aufbauen.
WeiterlesenPeppol-Pflicht in Belgien, was sich am 1. Januar 2026 geändert hat
Seit dem 1. Januar 2026 muss jede B2B-Rechnung in Belgien über Peppol in einem strukturierten Format versendet werden. Was das in der Praxis bedeutet und wie Sie prüfen, ob Ihre Handelspartner bereit sind.
WeiterlesenPeppol-BIS-3.0-Rechnungen in C# generieren
Ein praktischer Leitfaden zur Generierung gültiger Peppol-BIS-Billing-3.0-UBL-2.1-Rechnungen in C#, einschließlich Pflichtfelder, Namespace-Einrichtung, Positionen, Steuergesamtbeträge und Schematron-Validierung mit Saxon HE.
WeiterlesenEN16931 verstehen: Europas Rechnungsdatenmodell
EN16931 ist der europäische Standard, der definiert, was eine E-Rechnung enthalten muss. Dieser Artikel erklärt Business Terms, Business Groups, Business Rules und wie das semantische Modell auf UBL und CII abgebildet wird, aus einer Entwicklerperspektive.
WeiterlesenFactur-X vs. ZUGFeRD vs. XRechnung vs. Peppol: Was ist der Unterschied?
Factur-X, ZUGFeRD, XRechnung und Peppol BIS 3.0 basieren alle auf demselben zugrunde liegenden Standard, bedienen aber unterschiedliche Märkte und Zustellkanäle. Ein klarer Vergleich in verständlicher Sprache.
WeiterlesenWas ist PDF/A-3 und warum ist es für die E-Rechnung relevant?
PDF/A-3 ist das Archiv-PDF-Format, das es erlaubt, strukturiertes XML in eine langzeitlesbare Rechnung einzubetten. Was es tatsächlich garantiert, was es nicht leistet und warum es der Standard-Container für Factur-X und ZUGFeRD ist.
WeiterlesenWas ist Peppol BIS 3.0? Eine praktische Entwicklereinführung
Peppol BIS Billing 3.0 ist der XML-Rechnungsstandard, der in europäischen E-Rechnungsnetzwerken verwendet wird. Eine praxisorientierte technische Einführung zu UBL, EN16931, SMP-Discovery und Validierungsfallen.
WeiterlesenNoch keine Beiträge — schauen Sie bald wieder vorbei.