Invoice

Pilotkunden gesucht · White-Label / OEM möglich

Das Problem

Eine E-Rechnung kann korrekt aussehen – und trotzdem abgelehnt werden.

Unternehmen müssen E-Rechnungen in unterschiedlichen Formaten und Regelwerken verarbeiten. Schon kleine Abweichungen bei Pflichtfeldern, Profilen oder Regelständen können dazu führen, dass eine Rechnung technisch scheitert – oft erst dann, wenn sie bereits beim Empfänger angekommen ist.

Eine Rechnung sieht korrekt aus und wird trotzdem abgelehnt.

Ein fehlendes Pflichtfeld, das falsche Profil oder eine verletzte Geschäftsregel kann ausreichen.

Unterschiedliche Empfänger verlangen unterschiedliche Formate.

XRechnung, ZUGFeRD, Factur-X, Peppol und ebInterface haben unterschiedliche technische Anforderungen.

Regeln ändern sich.

Eine Prüfung gegen einen alten Regelstand kann technisch funktionieren und für den aktuellen Fall trotzdem ungeeignet sein.

Ein „ungültig“ erklärt noch keinen Fehler.

Ohne verständlichen Nachweis beginnt die Fehlersuche erst nach der Ablehnung.

Mehrere Systeme brauchen dieselbe Rechnungslogik.

ERP, Buchhaltung, individuelle Software und Schnittstellen sollten nicht jeweils eigene Prüfregeln nachbauen müssen.

Die Lösung

Invoice bündelt Erkennung, Prüfung, Erzeugung und Nachweis in einer E-Rechnungsplattform.

Eine Rechnung wird eingelesen, in eine gemeinsame interne Darstellung überführt und gegen den vorgesehenen technischen Regelstand geprüft.

Unterstützte Ausgabeformate können aus derselben Grundlage erzeugt werden. Dabei bleibt nachvollziehbar, welche Regeln und Prüfartefakte für eine konkrete Rechnung verwendet wurden.

Ihr ERP oder Buchhaltungssystem bleibt Ihr führendes System. Invoice übernimmt die spezialisierte Verarbeitungsschicht für E-Rechnungen.

Was Invoice übernimmt

E-Rechnungen verarbeiten, prüfen und belegen.

Format erkennen und einlesen

Unterstützte XML- und hybride PDF/XML-Rechnungen erkennen und verarbeiten.

Technische Fehler finden

Struktur, Profil und Geschäftsregeln prüfen. Eine Prüfung, die nicht durchgeführt werden konnte, wird nicht als bestanden ausgegeben.

Offizielle Prüfregeln verwenden

Wo offizielle technische Prüfartefakte vorgesehen sind, arbeitet Invoice mit diesen Regelständen.

E-Rechnungen erzeugen

Freigegebene Ausgabeformate aus der gemeinsamen Rechnungsdarstellung erstellen.

Regelstände nachvollziehen

Festhalten, welcher Regelstand und welche Prüfartefakte für eine Prüfung verwendet wurden.

In bestehende Systeme integrieren

Anbindung über API und Ereignisse über signierte Webhooks.

Mandanten getrennt verarbeiten

Mehrere Unternehmen innerhalb eines Betriebs sauber voneinander trennen.

Nachweise und Aufbewahrung

Im dafür vorgesehenen Betriebsmodus Aufbewahrung, Legal Hold und Prüferexport unterstützen.

Formate

Deutschland

XRechnung 3.0 – UBL und CII

EN 16931 – UBL 2.1 und UN/CEFACT CII

ZUGFeRD 2.5.2 und Factur-X – MINIMUM, BASIC WL, BASIC, EN 16931, EXTENDED (PDF/A-3 mit eingebettetem CII)

1.902 / 1.902 Regelinstanzen terminal geschlossen

Österreich

Peppol BIS Billing 3.0.21 – Invoice und CreditNote (UBL)

ebInterface 6.1 und 6.1 Bund

1.042 / 1.042 Regelinstanzen terminal geschlossen

Regelpakete digest-gebunden und versioniert. Das Peppol-Pack ist als 3.0.21 gepinnt – das ist der im Repository festgelegte Stand, keine Aussage über die jeweils neueste veröffentlichte Version.

Nachweise

Nachweisbar geprüft. Konformität, Referenzabgleich und externe Annahme statt bloßer Produktversprechen.

Stand 1. Oktober 2026. Die Angaben beschreiben reproduzierbare technische Nachweise unter den jeweils genannten Regelständen und Testbedingungen; sie sind keine Rechts- oder Steuerberatung.

86 / 86Offizielle XRechnung-Testfälle — Offizielle Positivfälle der KoSIT-Testsuite bestanden; durch zwei Nachprüfungen bestätigt. Keine Behauptung vollständiger Korpus-Parität.

1.969 / 1.969Abgleich mit KoSIT-Validator — Prüfurteile identisch mit dem offiziellen KoSIT-Validator 1.6.0 unter der verwendeten XRechnung-3.0.x-Konfiguration. Das sind identische Urteile, nicht 1.969 bestandene Rechnungen.

2.618 / 2.618Prüfdokumente über 7 Formate — Mit dem erwarteten Prüfergebnis verarbeitet: gültige Dokumente angenommen und ungültige Dokumente entsprechend den erwarteten Regeln abgelehnt.

46 / 46ZUGFeRD / Factur-X — Von Invoice erzeugte hybride Rechnungen bestanden die PDF/A-3B-Prüfung mit veraPDF.

AkzeptiertÖsterreichisches Testportal — CIUS-AT und ebInterface 6.1 wurden am Testportal e-Rechnung.gv.at angenommen. Die Portalnachweise sind dokumentiert.

24.333Automatisierte Qualitätssicherung — Automatisierte Tests im dokumentierten Volllauf bestanden. Die Zahl wird als Testumfang ausgewiesen, nicht als Aussage vollständiger Fehlerfreiheit.

Regelstand.Prüfung.Ergebnis.Nachweis.

Pilotkunden & White-Label

Ich suche Unternehmen, die Invoice praktisch einsetzen oder als eigene Lösung anbieten möchten.

Für Pilotkunden geht es um ein klar abgegrenztes reales Einsatzszenario: Invoice wird in einen konkreten Rechnungsprozess eingebunden, ich begleite die technische Integration direkt und das praktische Feedback fließt in die weitere Produktentwicklung ein.

Für Softwareanbieter, ERP- und Branchenlösungen oder Integratoren kann Invoice auch als technische Grundlage unter eigener Marke interessant sein. White-Label, OEM und eine dedizierte Bereitstellung bespreche ich individuell.

Pilotprojekt

Für Unternehmen, die E-Rechnungen in einem realen Prozess mit Invoice prüfen, verarbeiten oder integrieren möchten.

White-Label / OEM

Für Anbieter, die E-Rechnungsfunktionen in ihr eigenes Produkt oder unter ihrer eigenen Marke integrieren möchten.

Dedicated

Für Szenarien, in denen eine getrennte Bereitstellung, klar definierte Betriebsgrenzen oder individuelle Integration erforderlich sind.

Pilotprojekt oder White-Label besprechen →

Produktgrenzen

Invoice ist kein Peppol Access Point und versendet Rechnungen nicht selbst über das Peppol-Netz.

Invoice ersetzt weder Buchhaltung noch ERP oder Dokumentenmanagement.

Invoice prüft technische Konformität und ersetzt keine Rechts- oder Steuerberatung.

Nächster Schritt

Passt Invoice zu Ihrem Rechnungsprozess?

Beschreiben Sie kurz, welche E-Rechnungsformate, Systeme oder Integrationen bei Ihnen eine Rolle spielen. Für Pilot, White-Label oder OEM klären wir dann den passenden Rahmen.

Invoice-Einsatz besprechen →