Guide · Node.js (TypeScript)
ZUGFeRD-E-Rechnung erstellen mit Node.js (TypeScript)
Zwischen Unternehmen in Deutschland muss seit 2025 jedes Unternehmen E-Rechnungen empfangen können; ausstellen müssen sie ab 2027 Unternehmen mit mehr als 800.000 € Umsatz im Vorjahr und ab 2028 alle, mit Ausnahmen wie Rechnungen bis 250 €. Dieses Node.js (TypeScript)-Programm sendet eine Rechnung als JSON und erhält eine ZUGFeRD- bzw. Factur-X-Datei zurück: das PDF, das Menschen lesen, mit dem XML darin, das die Buchhaltungssoftware liest, beides aus denselben Daten und geprüft, bevor Sie die Datei bekommen.
Kostenloser Plan mit 100 Einheiten im Monat, keine Kreditkarte
Was Sie brauchen
- Einen API-Key. Legen Sie ihn in der App unter API-Schlüssel an und exportieren Sie ihn als
FORMFEED_API_KEY. Zum Ausprobieren ist ein Test-Key (ff_test_…) richtig. Siehe Quickstart. - Node.js (TypeScript). Sie brauchen Node.js 22 oder neuer und das Paket
@formfeed/sdk, das selbst keine Abhängigkeiten hat. - Die Vorlage.
e-rechnungaus dem E-Rechnungs-Beispiel: Kopieren Sie es von der Seite des Beispiels in Ihren Workspace, oder pushen Sie den Ordner mit der CLI (formfeed templates push --publish). Jede Rechnungsvorlage funktioniert genauso, sobald ihre Daten einen_invoice-Block haben. - Die Daten. Die
data.jsondes Beispiels neben dem Programm: ein_invoice-Block mit Verkäufer, Käufer, Positionen, der Aufschlüsselung der Umsatzsteuer und den Summen, benannt wie in der europäischen Norm EN 16931. - Ein Plan mit E-Rechnungen. Live-E-Rechnungen setzen den Starter-Plan oder höher voraus. Mit einem Test-Schlüssel (
ff_test_…) erzeugt jeder Plan Test-E-Rechnungen mit Testmarkierung auf der Seite, der Free-Plan bis zu 20 pro Tag.
npm install @formfeed/sdk
npm install --save-dev tsx # führt die .ts-Datei direkt ausDas Programm
Das Programm liest data.json, sendet sie mit dem Namen der Vorlage und post.einvoice, wartet auf das Ergebnis, wenn die API mit 202 antwortet, bricht mit der Meldung der API ab, wenn etwas nicht stimmt, und speichert die E-Rechnung.
import { readFile, writeFile } from 'node:fs/promises';
import { Formfeed } from '@formfeed/sdk';
const formfeed = new Formfeed({ apiKey: process.env.FORMFEED_API_KEY! });
const data = JSON.parse(await readFile('data.json', 'utf8'));
// a problem answer (4xx, 5xx) throws a FormfeedError with the API's code, title and detail
let render = await formfeed.renders.create({
template: 'e-rechnung',
data,
post: {
einvoice: { profile: 'en16931' },
},
});
// not done within 60 seconds: the API answered 202 and the render goes on in the background
if (render.status !== 'succeeded') render = await formfeed.renders.waitFor(render.id);
if (render.status === 'failed') throw new Error(`render failed: ${JSON.stringify(render.error)}`);
await writeFile('e-invoice.pdf', await formfeed.renders.download(render));
console.log(render.id, render.page_count, 'page(s),', render.units, 'unit(s)');Ausführen
Es gibt die ID des Renderings, die Seitenzahl und die verbrauchten Einheiten aus (mit einem Live-Schlüssel eine mehr als dasselbe PDF ohne XML), und e-invoice.pdf liegt neben dem Programm. Ein PDF-Viewer zeigt die Rechnung, seine Anhänge zeigen die factur-x.xml darin. Mit einem Test-Schlüssel wird das Rendering nicht gezählt, und jede Test-E-Rechnung trägt eine Testmarkierung, in jedem Plan.
export FORMFEED_API_KEY=ff_test_...
npx tsx render.tsWas an Node.js (TypeScript) besonders ist
- Top-Level-await. Die Datei verwendet
awaitaußerhalb einer Funktion, sie muss also ein ES-Modul sein:"type": "module"in derpackage.jsonoder die Endung.mts. - Retries sind eingebaut. Das SDK sendet mit jedem Rendering einen
Idempotency-Keyund wiederholt429,503und Netzwerkfehler bis zu dreimal mit Backoff, mit demselben Schlüssel: Ein Retry einer Anfrage, die schon beantwortet wurde, erhält diese Antwort zurück statt eines zweiten Renderings. - Typisierte Fehler. Eine Problem-Antwort wirft einen
FormfeedError, dessencodeder Fehlercode der API ist (template_not_found,quota_exceeded, …); fangen Sie ihn dort, wo Sie dem Nutzer etwas Sinnvolles zeigen können. - Läuft überall, wo es
fetchgibt. Das SDK nutzt nur Web-APIs, derselbe Aufruf funktioniert also in Deno, Bun und Cloudflare Workers; nur der Dateizugriff ist anders.
Was das PDF zur E-Rechnung macht
post.einvoice. macht aus dem PDF ein PDF/A-3, das die Rechnung alsfactur-x.xmlträgt. Die Beispielvorlage erklärt dasselbe in ihrersettings.json, für sie ist die Zeile also optional; für Ihre eigene Rechnungsvorlage ist sie der eine Schalter.- Der
_invoice-Block. Verkäufer, Käufer, Positionen, Aufschlüsselung der Umsatzsteuer und Summen, benannt wie in der Norm; Einheiten und Steuerkategorien sind Codes (HUR,S). Die Vorlage druckt die Seite aus demselben Block, Seite und XML können also nichts Verschiedenes sagen. - Die Prüfung. Bevor die Datei ausgeliefert wird, wird das XML gegen die Regeln der EN 16931 und das PDF gegen PDF/A-3b geprüft. Der Bericht steht in
einvoice.validationdes Renderings, und ein Wert, den die Seite nicht zeigt, steht ineinvoice.display.missing. - ZUGFeRD oder Factur-X. Eine Spezifikation unter zwei Namen, und dieselbe Datei.
flavourentscheidet nur, welchen Namen und welches Release das Rendering meldet:ZUGFeRD 2.5oderFactur-X 1.09.
Wenn die Daten nicht stimmen
Ein Block, der eine Regel verletzt, lässt die Anfrage mit 422 einvoice_data_invalid scheitern, bevor etwas gerendert oder gezählt wird. Das Problem nennt jeden Befund mit seiner Stelle in den Daten und der verletzten Regel (BR-CO-15, …), und das Programm gibt Titel und Detail aus. Eine Datei, die die Prüfung nicht besteht, wird nie ausgeliefert und nie durch ein einfaches PDF ersetzt.
Was bei Ihnen bleibt
Formfeed erzeugt und prüft die Datei. Den Versand an Ihren Kunden, die Archivierung und die umsatzsteuerliche Behandlung der Rechnung übernehmen Sie. Wann eine E-Rechnung Pflicht ist, mit den amtlichen Quellen, steht auf der Seite zur E-Rechnung; Felder und Regeln stehen in der Dokumentation zur E-Rechnung.
Wenn die API nein sagt
- Eine Form für jeden Fehler. Fehler sind Problem-Dokumente (RFC 9457) mit
type,title,status,detail, einem stabilencodeund derrequest_id, die Sie dem Support nennen; dietype-URL führt zu einer Seite über diesen Fehler. Die Liste steht in der Fehlerreferenz. - Die üblichen.
401 unauthorizedbei fehlendem oder widerrufenem Schlüssel,404 template_not_foundbei falschem Vorlagennamen,422 template_runtime_error, wenn die Vorlage an den Daten scheitert,429 rate_limitedüber den Anfragen pro Sekunde des Tarifs,402 quota_exceeded, wenn die Einheiten des Free-Tarifs verbraucht sind (ein bezahlter Tarif rechnet weitere Einheiten ab, bis zu seiner Obergrenze). - Sicher wiederholen. Senden Sie beim POST einen
Idempotency-Key-Header und wiederholen Sie die Anfrage mit demselben Schlüssel, wenn Sie nicht wissen, ob der erste Versuch ankam: 24 Stunden lang liefert der Schlüssel die erste Antwort, statt erneut zu rendern und zu berechnen. Gespeichert wird die Antwort, sobald der erste Versuch beantwortet ist; wiederholen Sie also nicht, solange er noch laufen kann. Auch Probleme unter 500 werden gespeichert, eine korrigierte Anfrage braucht deshalb einen neuen Schlüssel.
Die Aufgabe um dieses Programm
Dieser Guide ist ein Programm. Was die Aufgabe darum herum braucht, von der Vorlage bis zu Limits und Preis, steht auf der Seite Rechnungs-PDF-API.
Weitere Guides für Node.js (TypeScript)
- PDF-Rechnung aus JSON erzeugen mit Node.js (TypeScript)
- HTML in PDF umwandeln mit Node.js (TypeScript)
- Open-Graph-Bilder erzeugen mit Node.js (TypeScript)
- PDFs aus einer CSV erzeugen mit Node.js (TypeScript)
- PDFs zusammenfügen und mit Passwort schützen mit Node.js (TypeScript)
- PDF asynchron rendern und den Webhook prüfen mit Node.js (TypeScript)
FAQ
- Welches Profil soll ich wählen?
en16931, die Voreinstellung, trägt jedes Feld der europäischen Norm;basicist das kleinste Profil, das für sich allein eine Rechnung ist. Jedes andere Profil wird miteinvoice_profile_unsupportedbeantwortet.- Erzeugt Formfeed XRechnung?
- Nein. Formfeed schreibt ZUGFeRD bzw. Factur-X: das XML in einem PDF/A-3. XRechnung und UBL gibt es nicht.
- Was kostet eine E-Rechnung?
- Eine Einheit zusätzlich zu ihrem Rendering, eine einseitige E-Rechnung kostet also zwei Einheiten. Live-E-Rechnungen setzen den Starter-Plan oder höher voraus; im Free-Plan erzeugen Test-Renderings bis zu 20 pro Tag. Siehe Preise.
- Bekomme ich das XML als eigene Datei?
xml: "both"inpost.einvoicespeichert das XML zusätzlich neben dem PDF, und das Rendering verlinkt es alseinvoice.xml_url. Im PDF steckt es so oder so.