Buchhaltung aufAutopilot
Ein autonomes Buchhaltungssystem. Ein per Cron gestarteter Claude-Code-Agent holt Rechnungen aus vier Kanälen, bucht sie nach der richtigen deutschen Umsatzsteuerregel, gleicht sie mit den Bankumsätzen ab und erstellt die Prognose fürs nächste Quartal — Postgres bleibt die Source of Truth, und jede Buchung gibt ein Mensch frei.
Buchhaltung, die du nicht abgeben kannst — aber auch nicht selbst machen solltest
Kleine Unternehmen leben vom Kleinkram: Rechnungen per E-Mail, als Portal-Link oder im PDF-Stapel, deutsche Umsatzsteuerregeln mit einem Dutzend Sonderfällen und eine monatliche GuV, die ein ganzes Wochenende frisst. Gängige OCR-Tools nach dem Motto „Belege automatisch erfassen“ decken die einfachen 80 % ab — an den fehlenden 20 % scheitert die Buchhaltung.
Sechs Schritte,kein Babysitting
Jeder Schritt ist ein deterministisches Python-Tool. Claude orchestriert, ist aber nicht die Source of Truth — das ist Postgres.
Erfassen
Ein Cronjob fragt Gmail per IMAP nach ungelesenen Rechnungen ab, beobachtet einen iCloud-Ablageordner und empfängt Webhooks von Stripe, RevenueCat und Clockify. Jede Datei bekommt einen SHA-256-Fingerabdruck ihrer Rohdaten.
Aufteilen & OCR
PDFs mit mehreren Rechnungen werden seitenweise getrennt: Aus einer E-Mail mit fünf Lieferanten werden fünf Belegkandidaten. Jede Seite läuft durch die OCR, bekommt einen eigenen Fingerabdruck und wird mit dem Lieferanten-Cache abgeglichen.
Umsatzsteuer buchen
Ein fachlicher Klassifikator wählt einen von zehn festgelegten Umsatzsteuerfällen. Reverse Charge (§13b), innergemeinschaftliche Lieferungen (§4 Nr. 1), Kleinunternehmer, ermäßigter Steuersatz und Versicherungsteuer folgen expliziten Regeln — kein Raten durch ein LLM.
Abgleichen
Bankumsätze von Qonto (gespiegelt über sevDesk) werden Belegen zugeordnet, mit ±4 Tagen und ±5 % Toleranz. Fehlt zu einer Zahlung ein Beleg, taucht sie als offener Posten auf.
Prognose
Drei Prognosemethoden (gleitender Durchschnitt, Monatshistorie, Clockify-Pipeline) laufen für drei Szenarien (vorsichtig, erwartet, optimistisch). Liquiditätsreichweite, Plan-GuV und Steuerschätzungen landen in forecast_runs.
Freigeben
Ein Next.js-Dashboard zeigt die Warteschlange. Ein Klick schreibt nach sevDesk, aktualisiert die Views, und der Agent ist fertig. Menschen bleiben in der Freigabe — Claude schließt die Bücher nie unbeaufsichtigt ab.
Nicht der Agent ist schwierig. Das deutsche Umsatzsteuerrecht ist es.
Ein generischer Rechnungsverarbeiter funktioniert, bis er auf eine §13b-Rechnung eines US-SaaS-Anbieters trifft, auf einen innergemeinschaftlichen Erwerb nach §4 Nr. 1 mit gültiger USt-IdNr. oder auf eine Kleinunternehmer-Rechnung ganz ohne Umsatzsteuer. Jeder Fall ist als typisierter Wert mit expliziten Buchungsregeln hinterlegt — prüfbar, testbar und für deinen Steuerberater lesbar.
Drei Szenarien.Immer.
Die meisten Buchhaltungstools liefern eine einzige Zahl und nennen sie Prognose. Dieses System rechnet mit drei Methoden — gleitender Durchschnitt, Monatsmuster aus der Historie und Clockify-Pipeline — und projiziert jede davon vorsichtig, erwartet und optimistisch.
Die Ergebnisse landen in der Tabelle forecast_runs, damit sich Trends über die Zeit vergleichen lassen. Liquiditätsreichweite, monatliche GuV und Steuerschätzungen pro Quartal nutzen dieselbe View — keine auseinanderlaufenden Tabellenkalkulationen.
Claude orchestriert. Postgres merkt sich alles.
Jeder Cronjob startet eine frische Claude-Code-Instanz — kein Daemon, kein Drift. Der Zustand liegt in Supabase Postgres. Die Tools sind Python-Skripte, die der Agent per Bash aufruft; so ist jeder Schritt einzeln prüf- und testbar.
Du willst so einSystem?
Erzähl uns, was du schon erfasst — und was nicht. Wir skizzieren einen Agent, der die lästige Hälfte übernimmt, damit der Monatsabschluss seinen Schrecken verliert.
