No-Code-KI-Agenten für die Buchhaltung: Dify, Flowise, Langflow und n8n

Agent oder fester Ablauf — was diese Seite meint

In einem festen Ablauf, wie ihn n8n, Zapier oder Make ohne KI ausführen, legen Sie jeden Schritt vorher fest: Auslöser, HTTP-Anfrage, Ergebnis. Das ist berechenbar und passt zu Aufgaben wie „jede Nacht die Saldenliste ziehen“; die Seiten zu n8n und zu Zapier und Make beschreiben genau das. Ein Agent dagegen bekommt ein Ziel und wählt die Werkzeuge selbst — etwa „Gleichen Sie die offenen Bankumsätze mit den offenen Rechnungen ab und sagen Sie mir, was unklar ist“.

Agentenbaukästen verbinden beides: Sie bauen den Rahmen grafisch und lassen innerhalb davon ein Modell entscheiden. Für die Buchhaltung ist das sinnvoll, wenn die Aufgabe Urteilsvermögen braucht und das Ergebnis zuerst ein Vorschlag ist.

Dify: MCP-Server als Werkzeuganbieter

• Dify bindet laut seiner Dokumentation nur MCP-Server mit HTTP-Transport ein — das passt, denn der Buchhaltungs-Server spricht Streamable HTTP.
• Unter Integrations im Reiter MCP fügen Sie den Server mit Adresse, Namen und einer eindeutigen Server-Kennung hinzu. Apps verweisen über diese Kennung auf den Server; ändern Sie sie später, müssen Sie die Werkzeuge in jeder App neu hinzufügen.
• Unter Advanced Options tragen Sie bei Custom Headers Authorization mit dem Wert Bearer jab_live_… ein. Die automatische OAuth-Registrierung (Dynamic Client Registration) ist standardmäßig an; schalten Sie sie aus, weil der Buchhaltungs-Server derzeit keine OAuth-Anmeldung anbietet.
• Die Werkzeuge nutzen Sie in Apps mit grafischem Ablauf als eigene Werkzeugknoten, in Agent-Knoten und in Agent-Apps. Aktualisieren Sie die Werkzeugliste nach einer neuen API-Fassung bewusst — Dify warnt, dass Apps brechen können, wenn sich ein genutztes Werkzeug ändert.

Flowise, Langflow und n8n

Konfiguration in der Praxis

Die Werte sind in jedem Baukasten dieselben; nur das Formular unterscheidet sich. Für Flowise sieht die Serverkonfiguration so aus, darunter der Aufruf, den ein HTTP-Werkzeug in n8n an die REST-API stellt:

# Flowise: Custom MCP → MCP Server Config
{
  "url": "https://api.jahresabschluss.io/functions/v1/bookkeeping-mcp",
  "headers": { "Authorization": "Bearer {{$vars.jabApiKey}}" }
}

# Dify (Custom Headers) und Langflow (Headers)
Authorization: Bearer jab_live_…

# n8n HTTP-Request als Werkzeug des Agenten (REST statt MCP)
GET https://api.jahresabschluss.io/functions/v1/bookkeeping-api/v1/open-items?kind=debitor&status=overdue
Authorization: Bearer jab_live_…

Die REST-API beschreibt sich selbst: Unter https://api.jahresabschluss.io/functions/v1/bookkeeping-api/openapi.json liegt die OpenAPI-3.1-Beschreibung ohne Schlüssel. Ein HTTP-Werkzeug braucht davon nur die Route, die es aufrufen soll — für Auswertungen etwa offene Posten, Saldenliste oder Bankumsätze.

Rechte und Bestätigungen in Baukästen

• Starten Sie mit einem Schlüssel, der nur Leserecht hat. Der Buchhaltungs-Server meldet einem solchen Schlüssel kein schreibendes Werkzeug — der Agent kann Auswertungen und Vorschläge liefern, aber nichts buchen.
• Soll der Ablauf schreiben, trennen Sie Vorschlag und Ausführung: Der Agent liefert einen Probelauf (dry_run) oder eine Liste, ein Mensch gibt frei, und erst ein zweiter Schritt mit Schreibschlüssel führt aus — mit denselben idempotency_key-Werten, damit eine Wiederholung keinen zweiten Vorgang erzeugt.
• Versand (send), Festschreibung (finalize) und Webhooks (webhooks) gehören nicht in einen Ablauf, der ohne Aufsicht läuft.
• Jeder Baukasten-Ablauf bekommt einen eigenen Schlüssel mit kurzer Laufzeit. So sehen Sie unter „KI-Agent & API“ je Ablauf die Zahl der Aufrufe, davon schreibende und fehlerhafte, und können einen einzelnen Schlüssel widerrufen.
• Zum Üben eignet sich ein Schlüssel aus der Sandbox Ihrer Gesellschaft — derzeit für Gesellschaften ohne Jahresabschluss-Daten.

Die MCP-Anleitungen von Dify und Flowise beschreiben keinen eigenen Bestätigungsschritt vor jedem Werkzeugaufruf. Planen Sie die Kontrolle deshalb über den Schlüssel und den Aufbau des Ablaufs ein, nicht über eine Rückfrage, die es vielleicht nicht gibt.

Beispiel: Wochenliste überfälliger Rechnungen

In n8n startet ein Zeitplan-Auslöser jeden Montag einen KI-Agent-Knoten mit dem Auftrag: „Listen Sie alle überfälligen Ausgangsrechnungen mit Kunde, Betrag und Tagen im Verzug. Markieren Sie Kunden mit mehr als einer überfälligen Rechnung. Buchen und versenden Sie nichts.“

Der Agent ruft list_open_items mit kind debitor und status overdue auf, liest mit list_business_partners die Ansprechpartner nach und gibt eine Tabelle zurück, die der nächste Knoten als E-Mail an Sie schickt. Der Schlüssel hat nur Leserecht — eine Mahnung verschickt der Ablauf nicht, die entscheiden Sie selbst.

Grenzen

• Der Buchhaltungs-Server meldet sich derzeit mit einem Schlüssel in der Kopfzeile an, nicht per OAuth. Baukästen oder Dienste, die für MCP-Server ausschließlich OAuth anbieten, können ihn derzeit nicht nutzen.
• Spricht ein Baukasten MCP nur über SSE, bleibt der Weg über HTTP-Werkzeuge und die REST-API; der Buchhaltungs-Server spricht Streamable HTTP.
• Je Schlüssel gelten 120 Anfragen pro Minute; darüber antwortet die API mit 429 und Retry-After. Agenten, die in Schleifen laufen, stoßen schneller daran als feste Abläufe.
• Belegdateien schickt ein HTTP-Werkzeug am besten als multipart/form-data an POST /v1/receipts, statt sie Base64-kodiert durch das Modell zu reichen.
• Übermittlungen an das Finanzamt starten Sie in der App über den Freigabe-Link; ein Recht, mit dem ein Agent selbst übermittelt, wird derzeit nicht vergeben.

Häufige Fragen

Kann ich Dify mit der Buchhaltung verbinden?

Ja. Dify bindet MCP-Server mit HTTP-Transport ein; Sie tragen die Serveradresse ein, setzen unter Custom Headers die Kopfzeile Authorization mit Ihrem Schlüssel und schalten die automatische OAuth-Registrierung aus.

Funktioniert Flowise mit dem MCP-Server?

Ja, über das Werkzeug „Custom MCP“ im Agent-Knoten mit url und headers in der Serverkonfiguration. Den Schlüssel hinterlegen Sie als Flowise-Variable.

Was mache ich, wenn n8n nur einen SSE-Endpunkt anbietet?

Dann nutzen Sie den HTTP-Request-Knoten als Werkzeug des Agenten und rufen die REST-API auf. Neuere n8n-Versionen bieten im MCP-Client-Knoten HTTP Streamable an.

Wie verhindere ich, dass ein No-Code-Agent bucht?

Geben Sie ihm einen Schlüssel nur mit Leserecht. Der Buchhaltungs-Server meldet diesem Schlüssel keine schreibenden Werkzeuge.

Worin unterscheidet sich das von einem n8n-Ablauf ohne KI?

Ein fester Ablauf führt vorher festgelegte Schritte aus. Ein Agent bekommt ein Ziel und wählt die Werkzeuge selbst; deshalb braucht er klare Rechte und einen Schritt, in dem ein Mensch Vorschläge freigibt.