Mit dem Auslaufen der allgemeinen Papier- und PDF-Übergangsfrist zum 31. Dezember 2026 gemäß § 14 UStG sowie dem vom Bundeskabinett verabschiedeten BMF-Gesetzespaket zur Digitalisierung handels- und steuerrechtlicher Aufzeichnungen („Digitale Belege", BMF-Pressemitteilung vom 23.09.2026) und dem Jahressteuergesetz 2026 (JStG 2026) steht der deutsche Mittelstand und Enterprise-Sektor vor der größten finanz- und IT-sicherheitsrechtlichen Schnittstellenumstellung seit Einführung der GoBD.
⚡ Direkt-Download & Schnelltest (Sofort-Zugriff ohne Registrierung)
Ressource / Enterprise-Toolkit Inhalt & Prüfnachweis 1-Klick Direktlink 🧮 Interaktiver PQC- & NIS-2-Rechner § 30 / § 38 BSIG Haftungs- & 2031 Gap-Score im Browser (0 Cookies) 👉 Jetzt 60-Sek.-Schnelltest starten 📥 Gratis CSV-Starter-Matrix (€0+) 6 repräsentative Prüfpunkte aus BSI TR-02102-1 & TR-03185 ( .csv)👉 Kostenlos herunterladen (€0+) 🔐 9-Dateien PQC & CBOM .xlsxSuite45-Zeilen .xlsxCBOM-Matrix, OpenSSH 9.9+, OpenSSL 3.5+, Nginx & § 38 BSIG Vorlage👉 €39,20 statt €49 (-20 % BSI2026PROaktiv)🛡️ 5-Dateien TR-03185 & DiGA .xlsxSuite3-Tab .xlsxPatch-Matrix (Klasse A/B/C), CycloneDX SBOM CI/CD-Gate & Release-SOP👉 €39,20 statt €49 (-20 % BSI2026PROaktiv)
Ab dem 1. Januar 2027 müssen sämtliche im Inland ansässigen Unternehmen mit einem Vorjahresumsatz von mehr als 800.000 Euro im inländischen B2B-Geschäftsverkehr zwingend strukturierte elektronische Rechnungen nach der europäischen Norm CEN EN 16931 ausstellen – in der Praxis primär als XRechnung (Version 3.0+) oder hybrides ZUGFeRD (ab Profil EN 16931 / Extended, Version 2.2/2.3). Zum 1. Januar 2028 entfällt schließlich auch das KMU-Privileg für Unternehmen unterhalb der 800.000-Euro-Schwelle vollständig, flankiert von der europäischen ViDA-Richtlinie (VAT in the Digital Age) für das digitale Echtzeit-Meldewesen ab 2030.
Was in vielen Buchhaltungs- und ERP-Projekten jedoch gefährlich unterschätzt wird: Eine EN-16931-konforme E-Rechnung ist kein statisches Druckdokument mehr, sondern ein maschinenauswertbarer XML-Datenstrom (UBL 2.1 oder UN/CEFACT CII) voller hochsensibler Geschäfts-, Preis-, Bank- und Lieferkettendaten. Sobald ERP-Systeme (SAP S/4HANA, Microsoft Dynamics, DATEV, Odoo), Peppol-AS4-Access-Points, E-Mail-Gateways und SFTP-Batch-Schnittstellen automatisiert XML- und PDF/A-3-Payloads austauschen und über 8 bis 10 Jahre revisionssicher archivieren (§ 14b UStG, § 147 AO, GoBD), greifen unmittelbar die strengen IT-Sicherheits- und Kryptographievorgaben aus NIS-2 (§ 30 & § 38 BSIG), BSI TR-02102-1 bis -4 (Post-Quanten-Frist 2031) und BSI TR-03185 (sichere ERP-Updates & SBOM-Pflicht).
Dieser Praxisleitfaden zeigt CFOs, CISOs, Leitern Rechnungswesen, ERP-Architekten und DevSecOps-Teams, wie Sie die E-Rechnungspflicht 2026/2027 technisch prüfungssicher umsetzen, XML-/ZUGFeRD-Einfallstore härten und die gesetzliche Aufbewahrungsfrist bis 2035/2037 gegen das BSI-Krypto-Ablaufdatum 2031 absichern.
1. Gesetzlicher Fahrplan 2025–2028 (§ 14 UStG & BMF-Digitalisierungsoffensive): Wer wann liefern muss
Durch das Wachstumschancengesetz, die BMF-Verwaltungsanweisungen zur E-Rechnung und die im Herbst 2026 beschlossenen BMF-Maßnahmen zur Fortentwicklung digitaler Belege und steuerrechtlicher Aufzeichnungen ist der verbindliche Zeitplan für B2B-Umsätze zwischen inländischen Unternehmern klar definiert:
- Seit 01.01.2025 – Uneingeschränkte Empfangspflicht für alle B2B-Unternehmen: Jedes deutsche Unternehmen (vom Einzelunternehmer bis zum DAX-Konzern) muss bereits seit Anfang 2025 technisch in der Lage sein, EN-16931-konforme E-Rechnungen (
XRechnung,ZUGFeRDab Profil EN 16931) elektronisch zu empfangen, maschinell auszulesen und im XML-Originalformat GoBD-konform aufzubewahren. Ein bloßer Ausdruck des ZUGFeRD-Sichtteils oder die Konvertierung von XML in PDF vernichtet die Beweiskraft und gefährdet den Vorsteuerabzug nach § 15 UStG. - Stichtag 01.01.2027 – Verpflichtender E-Rechnungsversand ab > 800.000 € Vorjahresumsatz: Für alle Unternehmen mit einem Gesamtumsatz nach § 19 Abs. 3 UStG von mehr als 800.000 Euro im Kalenderjahr 2026 endet am 31.12.2026 die Übergangsregelung für Papierrechnungen und unstrukturierte PDF-Dateien. Ab dem 1. Januar 2027 sind Ausgangsrechnungen an inländische B2B-Kunden zwingend im strukturierten EN-16931-Format auszustellen (Ausnahmen gelten lediglich für steuerfreie Umsätze nach § 4 Nr. 8–29 UStG, Kleinbetragsrechnungen bis 250 € nach § 33 UStDV sowie Fahrausweise).
- Übergangsfrist bis 31.12.2027 für KMU (≤ 800.000 €) und klassisches EDI: Unternehmen mit maximal 800.000 Euro Vorjahresumsatz dürfen noch bis Ende 2027 sonstige Rechnungen (Papier/PDF mit Empfängerzustimmung) versenden. Ebenso dürfen bestehende EDI-Verfahren (z. B. EDIFACT), die noch nicht vollständig der Semantik von CEN EN 16931 entsprechen, übergangsweise bis zum 31.12.2027 weitergenutzt werden.
- Ab 01.01.2028 – Vollständige E-Rechnungspflicht & EDI-Harmonisierung: Ab 2028 müssen ausnahmslos alle steuerpflichtigen B2B-Leistungen (außerhalb eng begrenzter Sonderfälle) über EN-16931-kompatible Formate oder interoperable EDI-Mappings abgerechnet werden.
2. Die 10-Jahres-Aufbewahrungsfalle: Warum GoBD & § 14b UStG direkt in das BSI-PQC-Ablaufdatum 2031 laufen
Die brisanteste Compliance-Schnittstelle zwischen Steuerrecht und Cybersicherheit liegt in der gesetzlichen Aufbewahrungsdauer elektronischer Buchungsbelege und Rechnungen:
- Gemäß § 14b Abs. 1 UStG sowie § 147 Abs. 3 AO und den GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form) müssen Eingangs- und Ausgangsrechnungen im strukturierten XML-Originalformat über 8 bis 10 Jahre hinweg unveränderbar, vollständig, maschinell auswertbar und vor unbefugtem Zugriff geschützt archiviert werden.
- Eine im Januar 2027 übermittelte B2B-Rechnung unterliegt somit bis mindestens Ende 2035 bzw. Ende 2037 den gesetzlichen Integritäts-, Authentizitäts- und Vertraulichkeitsanforderungen (DSGVO Art. 32 für personenbezogene Ansprechpartner-/Einzelunternehmerdaten sowie Schutz von Einkaufskonditionen, Stücklisten und IBAN-Verbindungen nach GeschGehG & § 30 Abs. 2 Nr. 8 BSIG).
Genau in diesen gesetzlichen Aufbewahrungszeitraum fällt jedoch die verbindliche Krypto-Migrationsfrist des BSI zum 31.12.2031:
- Harvest-Now, Decrypt-Later (HNDL) auf EDI-, AS4-, SFTP- und SMTP-Verkehr: Klassische asymmetrische Schlüsselaustauschverfahren (
RSA-2048, klassischesDiffie-Hellman, nicht-hybridesECDH P-256/X25519) gelten laut BSI TR-02102-1 und der nationalen PQC-Leitlinie 2026 ab Ende 2031 nicht mehr als Stand der Technik gegen kryptographisch relevante Quantencomputer. Angreifer, die heute verschlüsselten E-Rechnungs-Datenverkehr an B2B-Schnittstellen mitschneiden, können komplette Lieferantenstrukturen, Marge-Kalkulationen, Zahlungsziele und Bankdaten innerhalb der laufenden Aufbewahrungsfrist entschlüsseln. - Langzeit-Integrität digitaler Signaturen & Zeitstempel (XAdES / PAdES / eIDAS): Zwar verlangt § 14 Abs. 3 UStG für den Vorsteuerabzug ein innerbetriebliches Kontrollverfahren (IKS), doch setzen zahlreiche Konzerne, Behörden (B2G über OZG-RE / ZRE) und KRITIS-Betreiber zur Sicherstellung von Echtheit der Herkunft und Unversehrtheit des Inhalts qualifizierte elektronische Signaturen, Siegel oder kryptographische Archiv-Zeitstempel (BSI TR-03125 TR-ESOR) ein. Verlieren klassische RSA-/ECDSA-Signaturen ohne rechtzeitige Nachsignierung (Re-Timestamping) mit quantensicheren Hash-/Signaturverfahren (ML-DSA / SLH-DSA) ihre kryptographische Beweiskraft vor Ablauf der GoBD-Frist 2035/2037, drohen empfindliche Beanstandungen in der Betriebsprüfung.
3. Technische Angriffsvektoren bei XRechnung & ZUGFeRD: 4 kritische Risiken für ERP- & Finanzsysteme
Mit dem Übergang vom passiven Sicht-PDF zur vollautomatischen Dunkelverarbeitung (Straight-Through Processing) von XRechnung (UBL/CII XML) und ZUGFeRD (PDF/A-3 mit eingebettetem factur-x.xml) entstehen in Unternehmensnetzwerken vier akute Angriffsflächen:
Risiko 1: XML External Entity (XXE), Milliarden-Lacher-DoS & Schema-Injection im Rechnungs-Parser
Verarbeiten selbstentwickelte ERP-Konnektoren, ältere Middleware-Bibliotheken oder Eingangsrechnungs-Workflows eingehende UBL-/CII-XML-Dateien ohne strikt deaktiviertes DOCTYPE / External-Entity-Resolution, genügt eine einzige präparierte Eingangsrechnung per E-Mail oder Upload-Portal, um interne Konfigurationsdateien (/etc/passwd, Cloud-IAM-Tokens) auszulesen oder Server-seitige Request-Forgery-Angriffe (SSRF) ins interne Finanznetzwerk auszuführen.
Risiko 2: ZUGFeRD PDF/A-3 Container-Discrepancy & eingebettete Schad-Anhänge
Das hybride ZUGFeRD-2.3-Format erlaubt neben dem normierten XML-Kerndatensatz (factur-x.xml) auch rechnungsbegründende Anhänge innerhalb des PDF/A-3-Containers (EmbeddedFiles). Weichen der menschlich lesbare PDF-Sichtteil (z. B. korrekte Lieferanten-IBAN für den Sachbearbeiter im Freigabe-Workflow) und das maschinell in den SEPA-Zahlungslauf übernommene XML-Feld BT-84 (Payment account identifier / IBAN) voneinander ab (Semantic Spoofing / CEO- & BEC-Fraud), überweist das ERP-System automatisiert auf ein Angreiferkonto!
Risiko 3: Ungehärtete Übertragungskanäle (SMTP-Relay, SFTP-Batch & Peppol AS4)
In der mittelständischen Praxis werden E-Rechnungen über vier Hauptkanäle übertragen:
- E-Mail-Postfächer (
rechnungseingang@...): Oft noch mit opportunistischem STARTTLS ohne MTA-STS / DANE (TLSA) und veralteten TLS-1.2-Ciphern konfiguriert – ein offenes Einfallstor für Man-in-the-Middle-Manipulation von IBAN-Knoten (cac:PayeeFinancialAccount). - SFTP / SCP Batch-Transfers zu Steuerberatern, Factoring-Banken & EDI-Providern: Häufig laufen hier Legacy-SSH-Daemons mit
ssh-rsaoder rein klassischemcurve25519-sha256ohne hybriden Post-Quanten-Schlüsselaustausch nach BSI TR-02102-4. - Peppol-Netzwerk (AS4-Protokoll) & REST-APIs: Erfordern striktes TLS 1.3 gemäß BSI TR-02102-2 / TR-03116-4 sowie zertifikatsbasierte gegenseitige Authentifizierung (mTLS).
Risiko 4: Ungepatchte ERP-Add-ons & fehlende Software-Stücklisten (CRA & BSI TR-03185)
Fast jeder E-Rechnungs-Stack nutzt Open-Source-XML-Validatoren (z. B. KoSIT Validator, Mustangproject, Apache Santuario, Saxon, libxml2). Nach dem deutschen CRA-Durchführungsgesetz und § 30 Abs. 2 Nr. 4 BSIG müssen Hersteller und Betreiber eine tagesaktuelle CycloneDX SBOM (BSI TR-03183-2) führen und kritische Parser-CVEs binnen 24/72 Stunden einspielen – ohne dass jedes Sicherheits-Patch die abgenommene GoBD-Verfahrensdokumentation invalidiert (BSI TR-03185 Klasse-A-Hotfix-Trennung).
4. Compliance- & Architektur-Matrix: BMF E-Rechnung (EN 16931) trifft auf GoBD, NIS-2 & BSI-Richtlinien
Die folgende Prüfmatrix zeigt, wie Sie steuerrechtliche Anforderungen des BMF direkt mit prüfungssicheren technischen Kontrollen des BSI verknüpfen:
| Prozessschritt der E-Rechnung | Steuer- & Finanzvorgabe (BMF / UStG / GoBD) | Korrespondierender BSI- & NIS-2-Standard | Konkrete technische Umsetzung & Audit-Nachweis |
|---|---|---|---|
| 1. Transport via HTTPS / REST-API / Peppol AS4 | Schutz der Übertragungsintegrität & Vertraulichkeit (§ 14 Abs. 1 & 3 UStG, Art. 32 DSGVO) | BSI TR-02102-2 & TR-03116-4 (§ 30 Abs. 2 Nr. 8 BSIG) | TLS 1.3 Only, mTLS für EDI/AS4-Partner & hybride PQC-Gruppen (X25519MLKEM768, SecP256r1MLKEM768) in OpenSSL 3.5+ / Nginx |
| 2. Automatischer SFTP-Belegtransfer (ERP ↔ DATEV / Bank / EDI) | Abgesicherter Datentransfer steuer- und zahlungsrelevanter Buchungsstapel | BSI TR-02102-4 (Kryptographische Verfahren: SSH) | OpenSSH 9.9+ mit mlkem768x25519-sha256, Ed25519-Hostkeys & Abschaltung von ssh-rsa / Diffie-Hellman Group14 |
| 3. E-Mail-Rechnungseingang (ZUGFeRD / XRechnung) | Schutz vor Rechnungsmanipulation (IBAN-Fraud) vor Eintritt in das IKS | BSI TR-03108 (Sicherer E-Mail-Transport) | Erzwingung von DANE / DNSSEC, MTA-STS, DMARC (p=reject), S/MIME oder PGP-Signaturprüfung am Mail-Gateway |
4. XML-Validierung & Dunkelverarbeitung (BT-84 IBAN-Check) | Innerbetriebliches Kontrollverfahren (IKS) nach § 14 Abs. 3 UStG für den Vorsteuerabzug | OWASP XXE Prevention & BSI IT-Grundschutz APP.6 | Striktes Schema-/Schematron-Gate (EN 16931 / KoSIT), DTD-Verbot im XML-Parser & automatischer PDF-vs.-XML-Summen-/IBAN-Abgleich |
| 5. ERP- & Konnektor-Patching ohne GoBD-Bruch | Fortlaufende Aktualität der GoBD-Verfahrensdokumentation (Rz. 151 ff. GoBD) | BSI TR-03185 & BSI TR-03183-2 (SBOM) | Automatisierte CycloneDX SBOM aller XML/PDF-Libraries & Klasse-A/B/C-Patch-Prozess, der reine Security-Fixes GoBD-konform kapselt |
| 6. Revisionssichere 8-/10-Jahres-Archivierung (bis 2035/2037) | Unveränderbarkeit & maschinelle Auswertbarkeit des XML-Originals (§ 14b UStG, § 147 AO) | BSI TR-03125 (TR-ESOR) & BSI TR-02102-1 (PQC 2031) | WORM-Speicher mit SHA-384/SHA-512 Merkle-Hashes, Krypto-Inventar (CBOM) & PQC-fähiger Nachsignierungs-Strategie (ML-DSA) |
5. Technischer Deep-Dive: Sichere XML-Validierung & PQC-gehärtete E-Rechnungs-Schnittstellen
A. Gehärtete Python-Prüfroutine für EN-16931-Eingangsrechnungen (XXE-sicher + IBAN-/Betrags-Kontrolle)
Um XXE-Exploits auszuschließen und im Rahmen des innerbetrieblichen Kontrollverfahrens (§ 14 Abs. 3 UStG) kritische Zahlungsparameter (PayableAmount, IBAN) deterministisch vor der ERP-Verbuchung zu verifizieren, darf niemals ein ungeschützter Standard-DOM/SAX-Parser mit aktivierter Entity-Auflösung genutzt werden. In Produktions-Pipelines empfiehlt sich defusedxml kombiniert mit einer strikten Größen- und Stammdaten-Prüfung:
#!/usr/bin/env python3 """GoBD / § 14 UStG Eingangs-Gate: XXE-sichere EN-16931 (UBL 2.1) Vorprüfung.""" from decimal import Decimal import xml.etree.ElementTree as ET MAX_XML_BYTES = 2 * 1024 * 1024 # 2 MB Hard-Limit gegen XML-Bomben def verify_ubl_invoice_header(raw_xml: bytes, trusted_ibans: set[str]) -> dict: if len(raw_xml) > MAX_XML_BYTES: raise ValueError("E-Rechnung überschreitet zulässige Maximalgröße (DoS-Schutz).") if b"<!DOCTYPE" in raw_xml.upper() or b"<!ENTITY" in raw_xml.upper(): raise SecurityError("DTD / External Entities in EN-16931-Rechnungen strikt untersagt (XXE-Gate)!") root = ET.fromstring(raw_xml) ns = { "cbc": "urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2", "cac": "urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2", } inv_id = (root.findtext("cbc:ID", default="", namespaces=ns)).strip() iban = (root.findtext(".//cac:PayeeFinancialAccount/cbc:ID", default="", namespaces=ns)).replace(" ", "") payable = Decimal(root.findtext(".//cac:LegalMonetaryTotal/cbc:PayableAmount", default="0.00", namespaces=ns)) if iban and iban not in trusted_ibans: raise PermissionError(f"WARNUNG (BEC/IBAN-Fraud): Unbekannte Lieferanten-IBAN {iban} in Rechnung {inv_id}!") return {"invoice_id": inv_id, "iban": iban, "payable_eur": str(payable)} B. Krypto-Audit Ihrer ERP-, SFTP- und AS4-Gateways für die Aufbewahrungsfrist bis 2037
Prüfen Sie Ihre Linux-Applikationsserver, Reverse-Proxies (Nginx/HAProxy vor dem Rechnungseingangsportal) und SFTP-Transfer-Hosts mit unserem quelloffenen Zero-Dependency CLI-Scanner (bsi_pqc_check.py) auf Konformität mit BSI TR-02102-1/-2/-4:
# Scannt OpenSSH, OpenSSL, TLS-Zertifikate & System-Kryptopolicies und exportiert eine CBOM-CSV für Ihr GoBD-/ISMS-Dossier: pipx run git+https://github.com/KenanErorr404/bsi-tr02102-pqc-audit-cli.git --generate-cbom-csv Stellt der Scanner fest, dass Ihr SFTP-Rechnungstransfer oder Ihr AS4-TLS-Ingress noch kein OpenSSH 9.9+ (mlkem768x25519-sha256) bzw. OpenSSL 3.5+ (X25519MLKEM768) unterstützt, sollte dieses System im Krypto-Inventar (CBOM) umgehend für das nächste Wartungsfenster priorisiert werden.
6. Sofort-Umsetzungsplan in 4 Schritten vor dem Stichtag 01.01.2027
NIS-2-, Haftungs- & PQC-Risiko-Score für Finanz- und ERP-Systeme berechnen (60 Sek.):
Ermitteln Sie kostenfrei im Browser, wie hoch Ihr aktueller Compliance-Gap-Score für langlebige Finanz- und Rechnungsdaten (Aufbewahrung bis 2035+) gemäß BSI TR-02102-1 und § 30 / § 38 BSIG ausfällt:
👉 ⚡ Interaktiven BSI PQC & NIS-2 Risiko- und Bußgeld-Rechner starten (pqc-nis2-rechner.html)Kostenlose
€0+CSV-Audit-Leseprobe für Ihre GoBD- & ISMS-Verfahrensdokumentation laden:
Testen Sie unsere Starter Edition (€0+auf Gumroad) mit 6 originalen Prüfpunkten aus den BSI-Matrizen für Krypto-Inventarisierung (TR-02102-1) und sichere Software-Updates (TR-03185) – inklusive 20 % Rabattcode (BSI2026PRO):
👉 📥 Kostenlose CSV-Audit-Leseprobe & Schnellstart-Matrix sichern (€0+)ERP- & EDI-Patch-Prozess GoBD-fest trennen (
BSI TR-03185Suite mit -20 % Vorteil):
Dokumentieren Sie Sicherheitsupdates an XML-/ZUGFeRD-Bibliotheken über unsere 3-Klassen-Patch-Matrix (Klasse A/B/C) und automatische CycloneDX SBOM-Pipelines, damit kritische CVE-Hotfixes keine aufwendige Neuabnahme Ihrer GoBD-Verfahrensdokumentation erzwingen:
👉 🛡️ BSI TR-03185, SBOM & Patch-Audit Enterprise-Workbook sichern (€39,20 statt €49 mitBSI2026PRO)Übertragungswege & Langzeit-Archivierung quantensicher härten (
BSI TR-02102Suite mit -20 % Vorteil):
Nutzen Sie unser 45-Zeilen.xlsxCBOM-Workbook, produktionsfertige Drop-in-Configs für OpenSSH 9.9+, OpenSSL 3.5+ und Nginx TLS 1.3 sowie die § 38 BSIG Geschäftsführungs-Beschlussvorlage, um E-Rechnungs-Gateways bis 2037 abzusichern:
👉 🔐 BSI TR-02102-1 PQC & CBOM Enterprise-Toolkit sichern (€39,20 statt €49 mitBSI2026PRO)
📦 Kostenlose Tools, CSV-Leseprobe & Enterprise .xlsx Audit-Suites (-20 % mit BSI2026PRO)
- 🧮 Interaktiver BSI PQC & NIS-2 Risiko- und Bußgeld-Rechner (
pqc-nis2-rechner.html) — Compliance-Gap-Score & § 38 BSIG Haftungsrisiko in 60 Sekunden im Browser berechnen. - 📥 Kostenlose CSV-Audit-Leseprobe & Schnellstart-Matrix (€0+ Starter Pack) — Sofort-Download mit 6 repräsentativen Prüfpunkten aus BSI TR-02102-1 & TR-03185.
- 🔐 BSI TR-02102-1 PQC & CBOM Enterprise-Suite — €39,20 statt €49 (-20 % Code
BSI2026PRO) — 9 Dateien inkl. 45-Zeilen.xlsxCBOM-Workbook (Live-KPI-Formeln), Drop-in Configs für OpenSSH 9.9+ (mlkem768x25519-sha256), OpenSSL 3.5+ (X25519MLKEM768), Nginx TLS 1.3, CI/CD-Pipelines & § 38 BSIG Geschäftsführungs-Vorlage. - 🛡️ BSI TR-03185, CRA-SBOM & DiGA TR-03161 Audit-Pack — €39,20 statt €49 (-20 % Code
BSI2026PRO) — 5 Dateien inkl. 3-Tab.xlsxAudit-Workbook (Klasse A/B/C Patch-Matrix), CycloneDX SBOM Release-Gate Pipeline (BSI TR-03183-2), Release-SOP & Freigabeprotokoll.
Original veröffentlicht im DE-Compliance-Kompass.