Diese Seite prüft lokal. XSD 1.1 und der allgemeine Schematron-Servermodus sind nur in der zentralen Werkbank verfügbar; Rechnungspakete haben eigene Validatoren.
XSD 1.0 · lokal
Prüft XML-Struktur und Datentypen gegen eine bereitgestellte XSD 1.0. Die Prüfung läuft im Browser; XML und Schema werden dabei nicht hochgeladen. Ohne Schema wird nur die XML-Syntax geprüft.
XSD 1.1 · Server
Prüft Struktur, Datentypen und XSD-1.1-Zusicherungen auf dem XSDHub-Server. Erst nach Ihrer Zustimmung werden XML und Schemadateien über HTTPS gesendet. Anfrageinhalte werden nicht protokolliert; temporäre Dateien werden nach der Verarbeitung entfernt.
Schematron · Geschäftsregeln
Die Werkbank prüft bereitgestellte, eigenständige ISO-Schematron-Regeln mit XPath 1.0 / XSLT 1.0 auf dem Server. XML und Regeldatei werden nur mit Zustimmung gesendet und wie beim Server-XSD verarbeitet. Es werden nur die gelieferten Regeln geprüft; externe Includes und eingebettetes XSLT sind nicht erlaubt.
E-Rechnungspakete · Server
Prüfen Rechnungs-XML gegen das gewählte feste Paket: XSD und, soweit enthalten, Schematron-Geschäftsregeln. KSeF FA(3) prüft nur die XSD-Struktur. Bei Factur-X bleibt die PDF-Extraktion im Browser; nur das XML wird gesendet. Serverprüfungen benötigen Zustimmung. Rechnungen werden nicht gespeichert, Inhalte nicht protokolliert und temporäre Dateien nach Verarbeitung oder Zeitablauf gelöscht. Eine bestandene Prüfung bestätigt keine Annahme durch Behörden oder Netzwerke.
Bereit · noch keine Prüfung ausgeführt.
Prüfumfang verstehen
Getrennte Ergebnisse für XML, geliefertes XSD, eigene Geschäftsregeln, Plausibilität und ungeprüften Kontext. Unbekannte Versionen oder Profile erhalten nie eine vollständige Freigabe.
NIF: neun Ziffern und Prüfsumme; inländische Partner nur bei PT-Adresse, allgemeine Verbraucherkennung separat. Kein Registrierungsnachweis.
Buchhaltung: Datumsintervall, Perioden 1–16, Soll/Haben je Buchung, Anzahl, Bereichssummen und Kontenreferenzen.
SalesInvoices: Datum, eindeutige Belege/Zeilen, Kunden-/Produktreferenzen, Soll/Haben-Auswahl, Netto/Steuer/Brutto und Bereichssummen ohne stornierte Beträge. Einfache Prozentrechnung nur als Plausibilität.
Nur ATCUD-Form; Sonderwert 0 und externe Korrekturreferenzen brauchen Kontext. Signaturketten, AT-Zertifizierung/SVAT, Buchhaltungswahrheit, rechtliche Eignung und Annahme bleiben ungeprüft. Keine automatischen Reparaturen.
MovementOfGoods, WorkingDocuments und Payments sind außerhalb dieses Lite-Umfangs. Polnische JPK- und rumänische D406-Schemas sind mit Portugal SAF-T inkompatibel.
Versions- und Rechtegrenze
AT 1.04_01 · revision 2022-05-17 · retrieved 2026-11-06.
Dieselbe Versionsnummer kann andere Bytes bezeichnen. Berichte enthalten diesen Referenzhash und jedes gelieferte Artefakt separat. Gleiche Bytes gewähren keine Lizenz. OECD-Bedingungen decken AT-Anpassungen nicht automatisch; kommerzielle Weitergaberechte sind ungeklärt.
Prüfen Sie zunächst, ob der Bericht Buchhaltungsbuchungen oder Verkaufsrechnungen betrifft. Eine Soll-Haben-Abweichung je Buchung und eine Differenz der Rechnungsbereichssumme benötigen unterschiedliche Quelldaten. Vergleichen Sie Belegkennung, Zeitraum und Zeilenzuordnung, bevor Sie einen Endbetrag ändern.
Bei fehlenden Kunden- oder Produktreferenzen untersuchen Sie den passenden Stammdatenblock des gleichen Exports. Ein Datensatz aus einer anderen Periode beweist nicht, dass die Referenz in dieser Datei vorhanden ist. Nach der Korrektur erzeugen Sie den vollständigen Export neu; der Prüfbericht gilt nur für die tatsächlich ausgewählten Bytes.