In den letzten Posts berichtete ich, wie mir Claude Code eine FIBU-Engine für unsere Pacioli-Datenbank entwickelt hat.
🔍 Was ist Pacioli?
Pacioli (www.amortec.com/pacioli) ist unsere PostgreSQL-Datenbank für Accounting und Controlling. Wir übernehmen Daten aus ERP-Systemen wie SAP, Abacus & Co., standardisieren sie intelligent, ordnen sie sauber nach Strukturen wie Kontenplan, Kostenstellen, Projekten usw. und bringen alles in ein KI-auswertbares Format. So entsteht eine „Single Source of Truth“ für Power BI, Excel Pivot und neu natürlich auch lokale KI (Ollama/OpenWebui).
Die Challenge: Kann Claude Code von Anthropic eine vollwertige Buchhaltungs-App bauen? Inkl. MWST, KST und Projekten?
👉 Ja, er konnte.
💡 Nun der Paradigmenwechsel: Bis heute interagieren wir mit Buchhaltungs-Systemen ja via Tastatur und Maus. Wir nutzen Buchungs-Masken für die Erfassung von Transaktionen oder das Verarbeiten von CAMT-Files. Doch in Zukunft wird sich das evtl. ändern: Ein KI-Agent benötigt keine Buchungsmaske.
🤖 Von der GUI zur Agent-API
Ich habe mit Claude Code eine API entwickeln wollen, die es einem Agenten ermöglicht, eigenständig Buchungen abzusetzen. Meine Buchhaltungs-Engine musste dabei natürlich so designed sein, dass ein Agent:
➡️ Die Konten analysieren kann (was ist bereits gebucht?)
➡️ Verstehen kann, wie ein Geschäftsfall früher verbucht wurde
➡️ Eine API-fähige Buchungs-Engine ansprechen kann
➡️ Trotzdem die Struktur der Datenbank einhält
Dazu hatte ich ja bereits eine Pipeline mit Claude Code gebaut, die nicht nur eine SQL-Datenbank bedient, sondern auch eine ChromaDB und JSON-Files ablegt.
Warum der Agent keine GUI braucht:
📊 Analyse: Er „sieht“ die Konten direkt via API.
🧠 Kontext: Die ChromaDB liefert ihm, wie ähnliche Fälle früher verbucht wurden.
✅ Validierung: Die Engine erzwingt die Struktur (Soll/Haben, MWST), bevor der Datenbank-Commit erfolgt.
Also wollte ich jetzt meine Buchhaltung agenten-fähig machen: Damit ich mit meiner lokalen KI (Ollama mit lokalen LLMs), Claude Code über MCP oder auch z.B. für OpenClaw eine Schnittstelle habe.
⚡ Das Ergebnis
Und das Schöne ist: Ich hätte überhaupt keine Chance gehabt, das irgendwie selber zu realisieren.
Claude Code entwickelte mir in einer Stunde sämtliche API und dazu einen funktionsfähigen „Conversational Web-Agent“. Dabei nahm er natürlich Bezug auf meine früheren Entwicklungen, welche ich bereits mit dieser Ausrichtung aufgesetzt hatte.
Ich habe dann (siehe Video) einmal mit meiner lokalen KI und unter Verwendung eines lokalen LLM-Modells (gpt-oss:20b) eine Buchung kreiert und abgesetzt.
Irgendwie ist das einfach crazy! Und ich bin ja nur ein Hobby-Buchhalter. Ich weiss nicht, was im Augenblick die grossen Player machen, welche ja wirklich die besten Entwickler und richtig Budget zur Verfügung haben.
Was denkt Ihr, wo geht die Entwicklung hin?
