Cursor anbinden

Cursor mit der Buchhaltung verbinden

Cursor ist eine KI-gestützte Entwicklungsumgebung — und mit dem MCP-Server holen Sie Ihre echten Buchhaltungsdaten direkt in den Editor. Sie fügen den Server über die gehostete URL hinzu, lesen die Saldenliste, während Sie an einer Auswertung arbeiten, und lassen Cursor gleich passende Skripte gegen die REST-API generieren. Der Scope Ihres Schlüssels bestimmt, ob nur gelesen oder auch gebucht wird; die GoBD-Regeln bleiben in jedem Fall erzwungen, egal ob der Zugriff aus dem Editor oder aus einem generierten Skript kommt.

Buchhaltungsdaten im Editor

Wer in Cursor an Auswertungen, Importen oder kleinen Werkzeugen arbeitet, muss die Zahlen bisher aus einer anderen Software kopieren. Über MCP liegen sie direkt im Editor — als echte Werte, nicht als Beispiel.

Als MCP-Quelle einbinden

Cursor unterstützt MCP-Server als Quellen. Einmal hinzugefügt, kennt der Agent im Editor alle 14 Werkzeuge Ihrer Buchhaltung und ruft sie auf, während Sie am Code arbeiten.

Echte Zahlen beim Prototyp

Statt mit Platzhaltern zu entwickeln, testen Sie gegen die tatsächliche Saldenliste oder echte offene Posten. Fehler in Auswertungen fallen sofort auf, weil die Daten stimmen.

Skripte gegen die REST-API

Cursor kennt die Endpoint-Liste und generiert Ihnen Skripte, die die REST-API korrekt aufrufen — vom lesenden GET auf die Saldenliste bis zum buchenden POST mit write-Scope. Das erspart Ihnen das Nachschlagen der Endpoints und liefert direkt lauffähigen Code, den Sie prüfen und übernehmen.

MCP-Server in Cursor hinzufügen

Die Anbindung läuft wie bei anderen Clients über die gehostete Variante. $MCP_URL und Ihren Schlüssel mit dem Präfix jab_live_ entnehmen Sie der App unter API-Zugang und setzen sie in den Befehl ein.

claude mcp add --transport http buchhaltung \
  "$MCP_URL" --header "Authorization: Bearer jab_live_…"

Skripte gegen die REST-API generieren

Neben dem direkten Werkzeugaufruf ist Cursor stark darin, Ihnen Code zu schreiben. Bitten Sie den Editor um ein Skript, das die Saldenliste zieht — es baut den Aufruf gegen $BASIS_URL mit Ihrem Bearer-Schlüssel.

curl -H "Authorization: Bearer jab_live_…" \
  "$BASIS_URL/saldenliste?fiscal_year=2024"

Lesen und Buchen aus dem Editor

Was Cursor darf, hängt am Scope. Zum Entwickeln reicht meist ein read-Schlüssel; erst wenn ein Skript wirklich buchen soll, ziehen Sie einen write-Schlüssel nach.

  • read: Stammdaten, Wirtschaftsjahre, Kontenrahmen, Journal, Saldenliste, offene Posten, Rechnungen und Bankumsätze lesen.
  • read plus write: zusätzlich manuelle Buchung, Storno, Ausgangs- und Eingangsrechnung erfassen.
  • Ein reiner read-Schlüssel eignet sich ideal für die Entwicklung, weil kein Testlauf versehentlich echte Buchungen erzeugt.
  • Kein SQL, kein freier Query: der generierte Code bleibt auf die feste Endpoint-Liste beschränkt.

GoBD und Grenzen im Blick

Auch aus dem Editor heraus gelten alle Regeln. Cursor kann über die Anbindung genau das, was die API erlaubt.

  • Schreibende Aufrufe laufen durch den geprüften Buchungskern: append-only, Festschreibung, Storno statt Löschen, Soll gleich Haben.
  • Ein Schlüssel gehört zu genau einer Firma; andere Mandanten sind über die Anbindung nicht erreichbar.
  • Cursor kann über die API keinen Jahresabschluss, Anhang oder eine E-Bilanz erstellen — es bereitet nur die Buchhaltungszahlen vor.
  • Schlüssel sind zeitlich begrenzbar, jederzeit widerrufbar und werden nur als Hash gespeichert.

Häufige Fragen

Unterstützt Cursor MCP-Server?

Ja. Cursor kann MCP-Server als Quellen einbinden. Sie fügen die Buchhaltung über die gehostete URL hinzu, und der Agent im Editor kennt danach alle 14 Werkzeuge — lesend oder mit Buchungsrecht, je nach Scope Ihres Schlüssels.

Wofür ist die Anbindung in Cursor besonders nützlich?

Für alle, die Auswertungen, Importe oder kleine Werkzeuge rund um die Buchhaltung bauen. Sie entwickeln gegen echte Salden statt gegen Platzhalter und lassen sich Skripte generieren, die die REST-Endpoints korrekt aufrufen.

Sollte ich zum Entwickeln read oder write nehmen?

Für die meiste Entwicklungsarbeit reicht ein read-Schlüssel, weil dann kein Testlauf versehentlich bucht. Einen write-Schlüssel ziehen Sie erst nach, wenn ein Skript tatsächlich Buchungen anlegen soll — und widerrufen ihn danach bei Bedarf.

Kann Cursor Skripte schreiben, die buchen?

Ja, mit einem write-Schlüssel. Cursor generiert dann Code, der die POST-Endpoints aufruft — etwa eine manuelle Buchung oder eine erfasste Eingangsrechnung. Jede dieser Buchungen läuft durch den regulären Buchungskern mit allen GoBD-Prüfungen.

Kann ich den Zugriff aus Cursor jederzeit kappen?

Ja. In der App unter API-Zugang widerrufen Sie den Schlüssel. Danach kann Cursor weder Werkzeuge aufrufen noch die REST-API erreichen. Ihre Buchhaltung bleibt vollständig; nur die Anbindung ist getrennt.