Ich habe mir eine eigene Buchhaltungs-App gebaut inkl. Bank-Import und CAMT-Kreditkarten-Import. Und weil’s so gut lief, wollte ich als nächstes noch ein kleines Lohnmodul für meine konkreten Anforderungen ergänzen.
Natürlich wieder mit Claude Code. 🤖
Ich habe Claude Code beschrieben, dass ich:
➡️ Stunden-, Monats- und Jahreslöhne abrechnen will
➡️ dafür Stammdaten brauche (Mitarbeiter, Unternehmensdaten, Lohnarten, Konten/Verbuchung)
➡️ und WICHTIG: bei der Verbuchung die Bruttolohnmethode möchte (getrennte Verbuchung Arbeitnehmer- und Arbeitgeber-Anteile)
➡️ mit Durchlaufkonto, das nach jeder Lohnbuchung wieder auf Null steht
Dann habe ich gesagt: „Bitte suche im Web Best Practices für die Schweiz und mach mir ein Konzept.“ 🔍
Und genau das hat Claude gemacht: Web-Recherche → fertiges Lohnmodul-Konzept. 💡
Die wichtigsten Best-Practice-Bausteine (Schweiz, Bruttolohnmethode):
✅ 1) Buchungslogik: Bruttolohnmethode mit Durchlaufkonto
✅ 2) Abzüge & Beiträge sauber getrennt (AG vs. AN)
✅ 3) Technisch elegant: Integration in bestehende FIBU-Buchungs-Engine
✅ 4) Stammdaten-Konzept: Konfigurierbar pro Mandant: Abzugssätze, FIBU-Konten, Grenzbetrag, Quellensteuer-Option: alles steuerbar.
⚙️ Integration ohne Neubau in bestehende FIBU:
Das neue Lohn-Modul generiert einfach ein booking_data-Dict mit den berechneten Zeilen und übergibt es an meine bestehende FIBU-Buchhaltungs-Engine. Kein Umbau, kein Bruch.
Was mich daran fasziniert: 🤩
Aus einem kurzen fachlichen Briefing + „bitte recherchiere Best Practice“ wird ein verwertbares Modul-Konzept, das fachlich und technisch wirklich anschlussfähig ist.
Ca. 1 Stunde später hatte ich die Applikation vorliegend von Claude Code entwickelt und nochmals 1 Stunde später hatte ich den ersten Lohn erfolgreich in der FIBU verbucht. 🎉
Ist das nicht bemerkenswert ? 🙌
10 Minuten für das Konzept → 1 Stunde für die fertige Applikation → 1 weitere Stunde für die erste echte Buchung. 💪
