Jahresabschluss.io
ENAnmeldenRegistrieren →

Automatisierung

Buchhaltung mit n8n automatisieren

n8n ist eine quelloffene Automatisierungs-Plattform. Eine offizielle n8n-App für die Buchhaltung gibt es nicht — Sie verbinden 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 Ihr eigenes System spiegeln. Ein Schlüssel steht für genau ein Unternehmen, und die GoBD-Regeln bleiben dabei jederzeit aktiv.

Stand: 2026-07-03

Kein Marktplatz-Connector — und warum das kein Nachteil ist

Für n8n existiert kein fertiger, offizieller Baustein für die Buchhaltung. Das sollten Sie wissen, bevor Sie im Marktplatz danach suchen.

Es gibt keine Ein-Klick-Integration im n8n-Marktplatz. Stattdessen sprechen Sie 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: Sie sind an keinen vorgefertigten Baustein gebunden, sondern nutzen genau die Endpunkte, die Sie brauchen.

Alles, was der HTTP-Request-Node braucht, ist die Basis-Adresse, der Endpunkt und Ihr Schlüssel im Authorization-Header. Damit stehen Ihnen dieselben Endpunkte offen wie jedem anderen Programm — welche davon, entscheidet der Scope des Schlüssels.

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 Ihrer 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 Ihrem Belegeingang, ein Set-Node bringt sie in Form, und ein HTTP-Request-Node ruft POST /incoming-invoices mit Vorsteuer auf. Hierfür brauchen Sie einen Schlüssel mit write-Scope.

Der HTTP-Request in Kurzform

So sieht der Aufruf als curl-Befehl aus — die Felder übertragen Sie 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_id=<id aus GET /fiscal-years>" \
  -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 Einstellungen → „KI-Agent & API“ einen jab_live_-Schlüssel anlegen, die Laufzeit wählen (30 Tage, 90 Tage oder ein Jahr) und den passenden Scope setzen (read für Abrufe, write zusätzlich 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 finden Sie im selben Bereich „KI-Agent & API“; tragen Sie 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 buchen Sie über POST /journal-entries/{id}/storno, niemals durch Löschen.

Sie behalten die Kontrolle: Sie erzeugen den Schlüssel, legen Scope und Laufzeit fest — jeder Schlüssel läuft nach 30 Tagen, 90 Tagen oder einem Jahr ab — und können ihn jederzeit widerrufen. 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 erreichen Sie 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 — brauchen Sie einen Schlüssel mit write-Scope. Ein read-Schlüssel kann niemals buchen.

Wie sichere ich den Schlüssel in n8n ab?

Legen Sie 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 Ihren Abläufen auf. Widerrufen können Sie ihn jederzeit unter Einstellungen → „KI-Agent & API“.

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.

Vom selben Anbieter: Jahresabschluss nach HGB – der komplette Leitfaden auf jahresabschluss.io.