BuchhaltungsButler API v1: alle 54 Endpunkte als sicherheitskategorisierte MCP-Tools
Copy the AI prompt to install this server into Claude Code, Cursor, or another agent — or use 1-click editor setup below.
We haven't yet run this listing's install command through our automated sandbox check. This isn't a red flag — we're steadily working through the catalog.
💡 Paste the JSON block into your client's configuration file under mcpServers, then restart the application.
Verwalte deine BuchhaltungsButler-Buchhaltung in natürlicher Sprache aus KI-Assistenten wie Claude, Cursor und jedem anderen MCP-Client.
Dieser Model-Context-Protocol-Server stellt die BuchhaltungsButler API v1 bereit — alle 54 Endpunkte, automatisch aus der offiziellen OpenAPI-Spezifikation (Spec-Version 1.9.1) als MCP-Tools generiert. Jedes Tool ist sicherheitskategorisiert (nur lesend / schreibend / destruktiv), damit dein Assistent weiß, was eine Aktion tut, bevor er sie ausführt. Läuft über stdio (Claude Desktop und andere lokale Launcher) oder Streamable HTTP (gehostet in Docker).
Manche MCP-Server leiten eine API einfach nur weiter. Dieser hier ist darauf ausgelegt, gefahrlos an ein Sprachmodell übergeben und im Alltag betrieben werden zu können:
| Was du bekommst | Warum das zählt |
|---|---|
| Alle 54 Endpunkte, automatisch generiert aus der offiziellen Spec | Vollständige Abdeckung von Belegen, Transaktionen, Buchungen, Rechnungen, Auswertungen und Stammdaten — nichts handverlesen, nichts vergessen. |
| Jedes Tool ist sicherheitskategorisiert 🟢 / 🟡 / 🔴 | Ein Banner am Anfang jeder Tool-Beschreibung sagt dem Modell genau, was passiert — lesen, anlegen, ändern, zurücknehmen oder löschen — bevor es handelt. |
Maschinenlesbare MCP-Annotationen (readOnlyHint, destructiveHint) | Hosts, die Annotationen auswerten (Claude gehört dazu), können Lesezugriffe automatisch zulassen und vor destruktiven Aktionen eine Bestätigung verlangen. |
| Zwei Transporte: stdio und Streamable HTTP | Lokal in Claude Desktop nutzen — oder einen dauerhaft laufenden Server betreiben, den beliebig viele MCP-Clients über HTTP erreichen. |
| Docker + docker-compose, Health-Check, Auto-Restart | Produktionsnahes Deployment ab Werk: docker compose up, und er bleibt oben. |
| Optionale Bearer-Token-Authentifizierung am HTTP-Endpunkt | Sichere den Server mit einem gemeinsamen Geheimnis ab, sobald er über localhost hinaus erreichbar ist. |
| Eingebautes Rate-Limiting | Drosselt sich selbst unter dem BuchhaltungsButler-Limit von 100 Anfragen/Kunde/Minute, damit du nie dagegenläufst. |
| Deine Zugangsdaten erreichen das Modell nie | Die Credentials liegen in der Server-Umgebung und werden pro Anfrage injiziert — der Assistent sieht nur Tool-Eingaben und API-Antworten. |
Nach aktuellem Stand ist dies der einzige dedizierte BuchhaltungsButler-MCP-Server. Alternativ könntest du einen generischen OpenAPI→MCP-Wrapper auf die Spec richten — das lässt allerdings einiges liegen:
| Fähigkeit | Dieses Projekt | Generischer OpenAPI→MCP-Wrapper* |
|---|---|---|
| Alle 54 BuchhaltungsButler-Endpunkte als Tools | ✅ | ✅ |
| 🟢 / 🟡 / 🔴 Sicherheitskategorie + Banner pro Tool | ✅ | ❌ |
readOnlyHint / destructiveHint MCP-Annotationen | ✅ | ➖ |
$ref-Auflösung für Batch-Payloads + HTML-bereinigte Beschreibungen | ✅ | ➖ |
| Eingebautes Rate-Limiting (bleibt unter BBs 100/Kunde/Min.) | ✅ | ❌ |
stdio-Transport | ✅ | ✅ |
| Streamable-HTTP-Transport | ✅ | ➖ |
| Docker + docker-compose, Health-Check, Auto-Restart | ✅ | ❌ |
| Optionale Bearer-Token-Auth am Endpunkt | ✅ | ❌ |
| Credentials serverseitig injiziert, nie ans Modell gesendet | ✅ | ➖ |
| Lizenz | MIT | unterschiedlich |
*Generische OpenAPI→MCP-Wrapper machen aus jeder Swagger-/OpenAPI-Spec MCP-Tools. Sie erreichen dieselben Endpunkte, behandeln aber jede Operation gleich — keine Sicherheitskategorien, keine Betriebsgeschichte, keine auf echte Buchhaltungsdaten abgestimmten Leitplanken. „➖“ = je nach Werkzeug unterschiedlich / nicht garantiert.
Sobald der Server verbunden ist, kannst du deinen Assistenten zum Beispiel bitten:
Die Tools werden automatisch aus der offiziellen API generiert und in 🟢 nur lesend, 🟡 schreibend und 🔴 destruktiv gruppiert — ein gut umgesetzter Host kann jede Gruppe unterschiedlich behandeln.
Der Server liest die mitgelieferte OpenAPI-Spec ein und macht daraus MCP-Tools (inklusive
Auflösung von $ref-Batch-Payloads und Entfernen von HTML aus den Beschreibungen),
versieht jedes Tool mit seiner Sicherheitskategorie und hängt deine Basic-Auth-Credentials
sowie den api_key an jede ausgehende Anfrage. Deine Zugangsdaten bleiben in der
Server-Umgebung — das Modell sieht sie nie und fasst sie nie an.
api_key
(siehe API-Zugangsdaten besorgen).1. Zugangsdaten hinterlegen. Beispielkonfiguration kopieren und ausfüllen:
2. Server starten:
3. Prüfen, ob er läuft:
4. MCP-Client verbinden. Entfernte Endpunkte werden in Claude als Custom Connector
hinzugefügt (Einstellungen → Connectors) oder lokal mit
mcp-remote gebrückt. Trage Folgendes unter
mcpServers in deiner Client-Konfiguration ein und starte die App danach vollständig neu:
(Die --header-Zeile entfällt, wenn du MCP_AUTH_TOKEN leer gelassen hast.)
Jeder Push auf main veröffentlicht ein startbereites Image in der GitHub Container
Registry — damit kannst du den lokalen Build komplett überspringen:
BuchhaltungsButler nutzt zwei Authentifizierungsebenen (siehe die offizielle Dokumentation):
api_key — legt fest, auf welches Kundenkonto sich eine Anfrage bezieht. Er
steht in den Firmendaten-Einstellungen des jeweiligen Kunden.Trage alle drei Werte in .env ein. Der Server hängt sie an jede Anfrage an, dein
Assistent bekommt sie also nie zu sehen. Ein einzelner Tool-Aufruf kann optional einen
eigenen api_key mitgeben, um ein anderes Kundenkonto anzusprechen.
Alles wird in .env gesetzt (kopiert aus .env.example):
| Variable | Pflicht | Standard | Beschreibung |
|---|---|---|---|
BB_API_CLIENT | ✅ | — | API Client (Basic-Auth-Benutzername) |
BB_API_SECRET | ✅ | — | API Secret (Basic-Auth-Passwort) |
BB_API_KEY | ✅ | — | Standard-Kunden-api_key |
MCP_TRANSPORT | — | stdio | stdio oder http (das Docker-Image nutzt standardmäßig http) |
PORT | — | 3000 | HTTP-Port, auf dem gelauscht wird |
HOST | — | 0.0.0.0 | HTTP-Bind-Adresse |
MCP_HTTP_PATH | — | /mcp | HTTP-Route für MCP |
MCP_AUTH_TOKEN | — | (aus) | Verlangt Authorization: Bearer <Token> auf /mcp |
BB_RATE_LIMIT | — | 90 | Clientseitiges Limit an Anfragen pro Minute |
BB_BASE_URL | — | (aus der Spec) | Überschreibt die Basis-URL der API |
Factual signals from GitHub, npm, and our automated checks — not a rating.
No reviews yet — be the first to share how this listing worked for you.
Showcase your server listing on GitHub or your project documentation. Embed this dynamic SVG badge to highlight official listing status and live engagement.
[](https://allmcps.com/mcp/buchhaltungsbutler)<a href="https://allmcps.com/mcp/buchhaltungsbutler"><img src="https://allmcps.com/api/badge/buchhaltungsbutler?style=directory" alt="BuchhaltungsButler on AllMCPs" /></a>