Automatisierung

Buchhaltung mit n8n automatisieren

n8n ist eine quelloffene Automatisierungs-Plattform. Eine offizielle n8n-App für die Buchhaltung gibt es nicht — du verbindest n8n stattdessen über den generischen HTTP-Request-Node direkt mit der REST-API. Damit läuft die Fleißarbeit von allein: nachts die Saldenliste ziehen, per Webhook eine Eingangsrechnung buchen oder offene Posten in dein eigenes System spiegeln. Ein Schlüssel steht für genau ein Unternehmen, und die GoBD-Regeln bleiben dabei jederzeit aktiv.

Kein Marktplatz-Connector — und warum das kein Nachteil ist

Für n8n existiert kein fertiger, offizieller Baustein für die Buchhaltung. Das musst du wissen, bevor du im Marktplatz danach suchst.

Es gibt keine Ein-Klick-Integration im n8n-Marktplatz. Stattdessen sprichst du die REST-API mit dem HTTP-Request-Node an — dem Standard-Baustein, mit dem n8n jede beliebige Schnittstelle bedient. Das ist bewusst so und in der Praxis sogar robuster: Du bist an keinen vorgefertigten Baustein gebunden, sondern nutzt genau die Endpunkte, die du brauchst.

Alles, was der HTTP-Request-Node braucht, ist die Basis-Adresse, der Endpunkt und dein Schlüssel im Authorization-Header. Damit stehen dir dieselben zehn Lese- und vier Schreib-Endpunkte offen wie jedem anderen Programm.

Zwei typische Abläufe

Ein geplanter Abruf und ein ereignisgesteuerter Buchungs-Ablauf decken die meisten Fälle ab.

Nächtlicher Saldenlisten-Abruf

Ein Schedule-Trigger startet um 02:00 Uhr, der HTTP-Request-Node ruft GET /saldenliste für das laufende Geschäftsjahr ab, und n8n legt die Auswertung in deiner Ablage ab oder schickt sie ins Berichtswesen. Dafür reicht ein reiner read-Schlüssel.

Eingangsrechnung per Webhook buchen

Ein Webhook-Node empfängt die Rechnungsdaten aus deinem Belegeingang, ein Set-Node bringt sie in Form, und ein HTTP-Request-Node ruft POST /incoming-invoices mit Vorsteuer auf. Hierfür brauchst du einen Schlüssel mit read- und write-Scope.

Der HTTP-Request in Kurzform

So sieht der Aufruf als curl-Befehl aus — die Felder überträgst du eins zu eins in den HTTP-Request-Node (Methode, URL, Header, Body).

# Saldenliste eines Geschäftsjahres abrufen (nur read-Scope nötig)
curl -s "$BASIS_URL/saldenliste?fiscal_year=2025" \
  -H "Authorization: Bearer jab_live_…"

# Antwort: Konten mit Soll-/Haben-Salden inkl. HGB-Zuordnung

In vier Schritten eingerichtet

Vom Schlüssel bis zum ersten grünen Durchlauf.

  • Schlüssel erzeugen: in der Buchhaltung unter API-Zugang einen jab_live_-Schlüssel anlegen und den passenden Scope wählen (read für Abrufe, read + write für Buchungen).
  • Zugangsdaten in n8n hinterlegen: den Schlüssel als Credential vom Typ Header-Auth speichern, Header-Name Authorization, Wert Bearer jab_live_… — so steht er in keinem Node im Klartext.
  • Basis-Adresse setzen: die $BASIS_URL findest du im selben API-Zugang; trag sie als Variable oder direkt in die URL des Nodes ein.
  • Node bauen und testen: Methode und Endpunkt wählen, Credential zuweisen, einmal manuell ausführen und die Antwort prüfen — danach den Trigger scharf schalten.

GoBD bleibt aktiv — auch im automatisierten Ablauf

Automatisierung ändert nichts an den Buchführungsgrundsätzen.

Jede Schreib-Anfrage aus n8n läuft durch denselben Buchungskern wie die Eingabe im Programm. Das heißt: append-only, Festschreibung, Storno statt Löschen und Soll gleich Haben. Ein Node kann diese Regeln nicht umgehen. Ein Storno buchst du über POST /journal-entries/{id}/storno, niemals durch Löschen.

Du behältst die Kontrolle: Du erzeugst den Schlüssel, du legst den Scope fest, du kannst ihn jederzeit widerrufen und optional zeitlich befristen. Ein Schlüssel liest oder bucht ausschließlich in dem einen Unternehmen, aus dem er stammt.

Häufige Fragen

Gibt es einen offiziellen n8n-Baustein für die Buchhaltung?

Nein. Es existiert keine offizielle, im Marktplatz veröffentlichte n8n-App. Die Anbindung läuft über den generischen HTTP-Request-Node gegen die REST-API — damit erreichst du alle verfügbaren Endpunkte.

Welchen Scope braucht mein Schlüssel?

Für reine Abrufe wie die Saldenliste genügt ein read-Schlüssel. Sobald ein Ablauf bucht — etwa eine Eingangsrechnung — brauchst du einen Schlüssel mit read- und write-Scope. Ein read-Schlüssel kann niemals buchen.

Wie sichere ich den Schlüssel in n8n ab?

Leg den Schlüssel als Header-Auth-Credential an, statt ihn in einzelne Nodes zu schreiben. So bleibt er verschlüsselt hinterlegt und taucht nicht im Klartext in deinen Abläufen auf. Widerrufen kannst du ihn jederzeit im API-Zugang.

Kann n8n aus Versehen Daten überschreiben?

Nein. Buchungen sind append-only und werden festgeschrieben; korrigiert wird ausschließlich per Storno. Ein fehlerhafter Ablauf kann also nichts unwiederbringlich zerstören — eine falsche Buchung wird sauber storniert und neu gebucht.

Kann n8n meinen Jahresabschluss erstellen?

Nein. Die Schnittstelle arbeitet mit Buchhaltungsdaten und Buchungen. Einen Jahresabschluss, eine E-Bilanz oder eine Steuererklärung erzeugt sie nicht — die entstehen später im Programm aus den vorbereiteten Zahlen.