E-Rechnungspflicht bestehen.
In TypeScript.
Open-Source-Prüfung, -Korrektur und -Erzeugung für XRechnung / EN 16931. Entwickelt für Übereinstimmung mit dem offiziellen KoSIT-Validator — kryptische Regelverstöße werden zu verständlichen Hinweisen, und nichts verlässt Ihren Rechner.
$ npx stampbench validate rechnung.xml
rechnung.xml syntax: UBL | profile: xrechnung
ERROR BR-CO-17 VAT breakdown S @ 7%: tax amount
should be 22.04 (314.86 × 7%) but is 99.99. (line 78)
ERROR BR-DE-15 Missing buyer reference (BT-10)… (~line 2)
INVALID — 2 errors, 0 warnings (56 rules run)Der offizielle Validator meldet [BR-DE-15]. Und jetzt?
Millionen europäischer Unternehmen müssen auf strukturierte E-Rechnungen umstellen — und die vorhandenen Werkzeuge setzen voraus, dass man Schematron gern liest. Der Referenz-Stack ist Java, die Fehlermeldungen nennen Paragrafen statt Felder, und eine falsch gerundete Umsatzsteuer lässt das ganze Dokument scheitern. Stampbench ist die Schicht, die das erledigt.
Prüfung, die sich selbst erklärt
EN 16931-Kernregeln, die vollständigen USt-Kategorien (BR-S/E/AE/Z/G/O) und das deutsche XRechnung-Profil (BR-DE). Jeder Verstoß nennt Regel-ID, Business Term und eine Meldung, die Entwickler verstehen.
Korrigiert, was berechenbar ist
Summen und Steuerbeträge, die nicht zu den Werten passen, aus denen sie berechnet werden, haben genau eine richtige Lösung — Stampbench korrigiert sie direkt in Ihrer Datei. Eine USt-IdNr. wird niemals erfunden.
Die genaue fehlerhafte Zeile
Jeder Verstoß enthält Zeile und Spalte. Eine fehlerhafte Rechnung wird im Pull Request genau dort markiert, wo das Problem liegt — und ungefähre Positionen werden als solche gekennzeichnet, statt sicher zu wirken.
Summen von Grund auf korrekt
Übergeben Sie Positionen mit Menge, Preis und Steuerkategorie. Stampbench berechnet BT-106 bis BT-115 und die USt-Aufschlüsselung, sodass die BR-CO-Rechenregeln zwangsläufig erfüllt sind — genau das, was handgeschriebene Generatoren regelmäßig falsch machen.
Wissen, was künftig scheitert
Regelsätze ändern sich nach veröffentlichtem Zeitplan, und die Artefakte erscheinen, bevor sie verbindlich werden. Prüfen Sie Ihre Rechnungen gegen den nächsten Regelsatz und erhalten Sie eine nach Auswirkung sortierte Liste.
Liest, was in Deutschland tatsächlich ankommt
Beide Syntaxen, automatisch erkannt: UBL und CII — das ZUGFeRD-/Factur-X-XML, in dem die meisten deutschen E-Rechnungen eintreffen. Kein Java, keine Server-Anfrage, kein Konto.
Zwei Befehle, volle Konformität
Keine SDK-Bindung, kein XML-Spezialwissen nötig. Läuft lokal — Ihre Rechnungen verlassen Ihren Rechner nicht.
$ npx stampbench validate rechnung.xml
rechnung.xml syntax: UBL | profile: xrechnung
ERROR BR-CO-17 VAT breakdown S @ 7%: tax amount
should be 22.04 (314.86 × 7%) but is 99.99. (line 78)
ERROR BR-DE-15 Missing buyer reference (BT-10)… (~line 2)
INVALID — 2 errors, 0 warnings (56 rules run)$ npx stampbench fix rechnung.xml --write
rechnung.xml
fix line 78 BR-CO-17, BR-S-09 99.99 → 22.04
keep BR-DE-15 no derivable correct value —
this needs a human decision
1 fix applied, 1 error needing a personVerlassen Sie sich nicht auf unser Wort
Ein Compliance-Werkzeug ist nur brauchbar, wenn es richtig ist. Das prüfen wir tatsächlich — mit Zahlen und den Abweichungen, die wir derzeit melden, offen veröffentlicht.
Konform sein, bevor die Konkurrenz es ist.
Unbegrenzte lokale Prüfung mit der Open-Source-Bibliothek, dauerhaft. Kein Konto, keine Limits.
Auf npm holen