Zum Inhalt springen

E-Rechnungsformate

TaprNext erkennt und verarbeitet strukturierte elektronische Rechnungsformate automatisch.

Das System folgt einem Erkennungsablauf basierend auf dem Dateityp:

  • PDF-Dateien: Prüfung auf eingebettetes XML (ZUGFeRD/Factur-X)
  • XML-Dateien: Verarbeitung als plain oder strukturierte Formate
  • Bilder: Verarbeitung per KI-OCR

PDF mit eingebettetem XML für Deutschland, Österreich und Frankreich. Versionen 2.1.1 und 2.2 unterstützt. Erreicht 100 % Genauigkeit durch strukturierte Datenextraktion.

Reines XML-Format für deutsches B2G- und B2B-Invoicing. Versionen 2.x und 3.x unterstützt. Liefert 100 % Genauigkeit mit strukturierten Daten.

UBL-basiertes EU-weites Format (Version 3.0). Verarbeitung mit 100 % Genauigkeit durch strukturierte Extraktion.

Internationaler OASIS-Standard (Version 2.1). Erreicht 100 % Genauigkeit mit strukturierten Daten.

Ohne gewähltes Dokumentformat sendet Tapr Peppol BIS Billing 3.0 UBL, sobald der Empfänger es akzeptiert. Das bleibt der Standard, auch wenn der Empfänger zusätzlich ein nationales Profil wie XRechnung oder ein französisches CIUS anbietet. Ein nationales Profil oder das France-Factur-X-Hybrid wird nur verwendet, wenn Sie es auf der Rechnung auswählen. Jeder andere Factur-X-Hybrid-Dokumenttyp wird abgelehnt.

Wird auf der AR-Seite ein Factur-X- / ZUGFeRD-PDF hochgeladen und der Versand bleibt bei reinem UBL oder CII (der übliche Fall, einschließlich des BIS-3.0-Standards), konvertiert Tapr das eingebettete XML und hängt das Original-PDF an das konvertierte XML an (als Additional Document Reference), damit der Kunde Ihr PDF weiterhin erhält. Ist dieses Quell-PDF nicht lesbar, schlägt das Senden fehl, statt ohne PDF zu versenden.

Der Dokumenttyp France Factur-X leitet das hochgeladene PDF als Hybrid weiter, statt es zu konvertieren.

Tapr validiert gegen den PEPPOL-Regelsatz des gesendeten Dokumenttyps und ordnet Validator-Fehler dem zu korrigierenden Rechnungsfeld zu.

Französische E-Invoicing-Angaben (CTC) stehen nur im XML, wenn dieser Dokumenttyp gewählt ist. Die Rechnung braucht dann einen Business Process Code (BT-23, im Abschnitt Sending) und die von diesen Regeln verlangten codierten Hinweise (z. B. Zahlungshinweise) auf dem Tab Notes. Unter Peppol BIS 3.0 blockiert ein Business Process Code den Versand, und mehr als ein Hinweis auf Dokumentebene wird abgelehnt, außer Verkäufer und Käufer sind beide deutsch.

Ist das gewählte Format XRechnung, verlangt der Versand zusätzlich Buyer Reference (die Leitweg-ID), Payment IBAN sowie Name, Telefon und E-Mail des Verkäuferkontakts. Der Invoice Manager verlangt Buyer Reference, wenn Sie Änderungen an einer Verkaufsrechnung speichern. Rechnungen aus New Invoice, Upload, AR Email, ERP-Fetch, SFTP oder API können ohne sie ankommen — vor dem Senden prüfen.

FormatGenauigkeitGeschwindigkeitDatenqualität
ZUGFeRD100 %<1 Sek.Voll strukturiert
XRechnung100 %<1 Sek.Voll strukturiert
PEPPOL BIS100 %<1 Sek.Voll strukturiert
UBL100 %<1 Sek.Voll strukturiert
Reines PDF90–98 %3–10 Sek.KI-Interpretation
Gescanntes PDF85–95 %5–15 Sek.OCR + KI
Bild80–92 %5–15 Sek.OCR + KI

Für Empfänger: Strukturierte Formate vermeiden KI-Fehler, ermöglichen sofortige Verarbeitung, füllen alle Felder vollständig und liefern Format-Compliance-Validierung.

Teilen Sie Ihre PEPPOL-Teilnehmer-ID und die Liste akzeptierter Formate mit Lieferanten, um die Einführung der elektronischen Rechnungsstellung zu fördern.