Nachweise

In den offiziellen Test­umgebungen geprüft. Die Dateien finden Sie hier.

Statt Logos die Arbeit selbst: Rechnungen, aus ERP-typischen Daten erzeugt, gegen die offiziellen Regelwerke geprüft und im September 2026 über die Testumgebungen der Länder gesendet.

R
RO e-Factura · ANAF27.09.2026 · stare: ok
R
Peppol · Access Point27.09.2026 · Gesendet
R
Einschreiben · KSeF 2.0Testumgebung
KSeF-Nummer7443889269-20260926-9AC1F4000000-9D
Weg
KSeF 2.0 (test)
Format
FA(3)
Eingeliefert
26.09.2026
Beleg
UPO erhalten

Echte Belege aus offiziellen Testumgebungen, 26. und 27. September 2026. Beispieldaten, fiktive Firmen.

Nachweise

Validierungs­nachweise

Offizielle Regelwerke · geprüft am 27.09.2026

  1. 27.09.2026
    Peppol BIS 3.0 · BE, DE, FR, PLUBL-⁠2.1-Schema · CEN EN 16931 · Peppol BIS Billing 3.0.20
    4 von 4 bestanden
  2. 27.09.2026
    Peppol · Access PointBelgische Rechnung über die Sandbox eines zertifizierten Access Points gesendet (Testmodus)
    Validator: 0 Fehler
    Angenommen · gesendet
  3. 26.09.2026
    Polen · KSeF FA(3)FA(3)-Schema 1-⁠0E · an die Testumgebung von KSeF 2.0 übermittelt
    KSeF-Nummer vergeben
  4. 27.09.2026
    Rumänien · RO e-⁠FacturaCIUS-⁠RO 1.0.9 lokal · öffentlicher Validierungsdienst der ANAF
    PDF · XML
    ANAF: ok
  5. 27.09.2026
    Ablehnungstest10 lokale Fehler · live eingereichte Fehler bei ANAF, KSeF und einem Peppol-Access-Point
    BR-⁠RO-⁠100 · KSeF 440 · BR-⁠CO-⁠16
    Alle abgelehnt
  6. 27.09.2026
    Korrekturtest26 Fehler gegen die Regeln von Peppol, XRechnung, CII, CIUS-⁠RO und FA(3), jeder korrigiert und erneut geprüft
    26 von 26 behoben

Beispieldaten. Firmen, USt-IdNrn. und IBANs sind fiktiv. Die Übermittlung wird je Übermittlungsweg in der Pilot-Sandbox getestet.

Außen ein lesbares PDF. Innen eine konforme E-⁠Rechnung.

Jede Rechnung, die wir erzeugen, enthält die EU-Pflichtangaben, die richtigen Formulierungen für Reverse-Charge (Steuerschuldnerschaft des Leistungsempfängers) und Steuerbefreiungen, einen SEPA-Zahlungscode und das strukturierte XML, das für das Netzwerk nötig ist.

  • Beispielrechnung: Belgien nach Deutschland, Reverse-Charge
    Belgien → DeutschlandReverse-Charge · ENPDF · XML
  • Beispielrechnung: Inland Deutschland, 19 % USt.
    DeutschlandInland mit USt. · DEPDF
  • Beispielrechnung: französische Rechnung über Dienstleistungen
    FrankreichDienstleistungen · FRPDF · XML
  • Beispielrechnung: polnische Inlandsrechnung
    PolenInland mit USt. · PLPDF · XML
  • EN 16931 · Peppol BIS 3.0 Strukturiertes UBL-⁠XML, an das PDF angehängt und über das Netzwerk gesendet.
  • Art. 226 geprüft Jede Rechnung wird auf die Pflichtangaben der Mehrwertsteuer-Systemrichtlinie geprüft, dazu auf die Länderregeln für DE, FR, PL, BE und RO.
  • Landessprache Beschriftungen und Pflichthinweise auf Englisch, Deutsch, Französisch oder Polnisch.
  • Per Scan bezahlen Ein SEPA-⁠QR-Code mit bereits ausgefülltem Betrag und Verwendungszweck.

Ihre Marke Wir können Ihr Logo, Ihre Farben, Zahlungsdaten und Ihr freigegebenes Layout übernehmen, oder die Ihres ERP-Partners, ohne Pflichtangaben und strukturierte Daten zu verändern.

Nachweise

Was die Testumgebungen geantwortet haben

Was die Testumgebungen geantwortet haben
UmgebungWas wir gesendet habenWas zurückkam
KSeF 2.0 TEST, PolenEine FA(3)-Rechnung, dann dieselbe Rechnung noch einmalEine KSeF-Nummer mit UPO; die zweite Kopie als Duplikat abgelehnt (440)
Validierungsdienst der ANAF, RumänienEine CIUS-⁠RO-Rechnung und eine Gutschrift, dann gezielt eingebaute FehlerZustand ok für beide; BR-⁠RO-⁠100 und eine falsche CUI abgelehnt
Sandbox eines Peppol-Access-Points, BelgienEine Peppol-BIS-Rechnung und eine Gutschrift0 Befunde im Validator, gesendet; ein Fehler BR-⁠CO-⁠16 abgewiesen
Sandbox einer französischen Plattform (SUPER PDP)Rechnungen in UBL France, CII France und Factur-XEingereicht und empfangen (200, 202); eine Kopie mit BR-⁠CO-⁠16 abgelehnt (213)
KoSIT, veraPDF und Mustang, DeutschlandRechnungen und Gutschriften in XRechnung und ZUGFeRDAngenommen mit 0 Meldungen; PDF/A-⁠3B gültig
Typische Probleme

Ablehnungen, so wie die Systeme sie zurückgegeben haben

Vier Ablehnungen aus unseren Tests, im Wortlaut. Solche Fehler zu finden, bevor es jemand anderes tut, ist unsere Aufgabe.

  • R
    Zurückgewiesene RechnungPeppol-Validierung, Testmodus · 27.09.2026
    Regel
    BR-CO-16
    Ursache
    Zahlbetrag geht rechnerisch nicht auf

    Originalmeldung[BR-CO-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114).

  • R
    Zurückgewiesene RechnungXRechnung-Validator (KoSIT) · 27.09.2026
    Regel
    BR-DE-15
    Ursache
    Käuferreferenz (BT-⁠10) fehlt

    Originalmeldung[BR-DE-15] Das Element "Buyer reference" (BT-10) muss übermittelt werden.

  • R
    Zurückgewiesene RechnungKSeF-2.0-Testumgebung · 27.09.2026
    Regel
    KSeF 430
    Ursache
    Byte-Order-Mark am Dateianfang

    OriginalmeldungBłąd weryfikacji pliku faktury. Wykryto BOM w pliku.

  • R
    Zurückgewiesene RechnungKSeF-2.0-Testumgebung · 27.09.2026
    Regel
    KSeF 440
    Ursache
    Duplikat: in einer früheren Sitzung bereits angenommen

    OriginalmeldungDuplikat faktury. Faktura o numerze KSeF: 3986650091-20260927-86E6E5800000-AA została już prawidłowo przesłana do systemu…

Nachweise

Was diese Nachweise sind und was nicht

  1. Testumgebungen und Sandboxes, kein Produktivverkehr
  2. Fiktive Firmen, USt-IdNrn. und IBANs
  3. Kundenprojekte zeigen wir nur mit Zustimmung des Kunden
Kontakt

Möchten Sie sehen, wie ein Übermittlungs­weg mit Ihren eigenen Daten läuft?

Bringen Sie einen Fall mit. Die erste gültige Testrechnung ist der Nachweis, der zählt.

  • Ihr ERP und die Version
  • Den ersten Übermittlungsweg und die juristische Person
  • Eine repräsentative Rechnung und der Stand der Zugangsdaten

30-minütiges Gespräch

Termin wählen

Termin wählen