Belege frieren ihre Wahrheit ein.
Rechnungspositionen, Steuersätze und Summen bleiben als historischer Snapshot nachvollziehbar.
Reference case study 02 / 2026
LedgerForge.
Buchhaltung, die nicht nur richtig aussieht, sondern aufgehen muss.
Ein self-hosted Accounting-System für ein estnisches Digitalunternehmen: Belege, EU-VAT-Entscheidung, doppelte Buchführung und Reporting in einer nachvollziehbaren Kette.
18Fachberichte
im System
im System
7 / 7Ledger-Konsistenzchecks
im Audit-Gate
im Audit-Gate
70 + 47Unit- und DB-Integrationstests
im dokumentierten Gate
im dokumentierten Gate
$600jährliche Xero-Kosten
im Eigenbetrieb ersetzt
im Eigenbetrieb ersetzt
01 — Executive Briefing
Regulierte Fachlogik verzeiht keine überzeugende Fassade.
Eine schöne Rechnung ist wertlos, wenn Journal, Steuer und Bericht nicht dieselbe Wahrheit erzählen.
LedgerForge entstand aus einem konkreten Betriebsbedarf: Rechnungsstellung und Buchhaltung eines estnischen Digitalunternehmens ohne laufendes SaaS-Abo unter eigener Kontrolle abbilden. Der Produktkern ist deshalb nicht das Dashboard, sondern die konsistente Kette vom Beleg über Steuerentscheidung und Journal bis zur Bilanz.
Fehler werden gegengebucht.
Gebuchte Vorgänge verschwinden nicht; Korrekturen erzeugen eine prüfbare Gegenbewegung.
Unklare VAT-Fälle stoppen.
Die Engine markiert unsichere Steuerfälle zur Prüfung, statt eine bequeme Antwort zu erfinden.
02 — Accounting Flow
Ein Geschäftsvorfall. Eine durchgängige Beweiskette.
Die Oberfläche folgt dem fachlichen Prozess. Jeder Schritt besitzt einen klaren Zustand, eine Herkunft und eine Verbindung zum Ledger.
01 / Document
Rechnungen werden zu kontrollierten Geschäftsvorfällen.
Entwurf, Freigabe, Versand, Zahlung und Gutschrift bleiben getrennte Zustände. Fortlaufende Nummern und eingefrorene Positionen sichern die Historie.
- Sales- und Purchase-Invoices
- Credit-Note- und Payment-Flow
Operative Dokumente werden nicht mit ihrer buchhalterischen Wirkung verwechselt. 02 / Post
Doppelte Buchführung erzwingt Balance.
Jede Buchung verbindet Soll und Haben. Gegenbuchungen korrigieren Fehler, während die ursprüngliche Historie erhalten bleibt.
- Immutable posting chain
- Trial balance und Kontenabgleich
Der Abschluss ist eine Ableitung aus dem Journal, keine zweite Datenwelt. 03 / Tax
VAT wird nach Datum, Land und Geschäftstyp entschieden.
Die Engine berücksichtigt estnische Steuersatzwechsel, EU-B2B Reverse Charge, OSS, Export und steuerfreie Fälle. Unklare Konstellationen wechseln in einen Review-Zustand.
- Effective-dated VAT rules
- EU B2B, B2C OSS und Export
Steuerentscheidungen bleiben bis in die periodische Auswertung nachvollziehbar. 04 / Report
Berichte greifen auf dieselbe Buchungswahrheit zu.
Bilanz, GuV, Cashflow, VAT Summary und operative Auswertungen stehen in einem gemeinsamen Reporting Hub bereit.
- 18 fachliche Berichte
- Exportierbare Periodensichten
Operative und finanzielle Auswertungen bleiben klar gruppiert und auffindbar.
03 — Operating detail
Desktop-Dichte und mobile Kontrolle.
Ein Accounting-System muss große Datenmengen am Schreibtisch und schnelle Prüfungen unterwegs tragen. Die responsive Oberfläche wurde deshalb nicht auf ein verkleinertes Dashboard reduziert.
04 — Architecture
Kontrollen sitzen im Modell, nicht in der Präsentation.
Diagramm seitlich scrollbar →
Effective-dated VAT
Steuersätze werden zum Leistungsdatum aufgelöst. Historische Belege ändern sich nicht mit der aktuellen Konfiguration.
Balanced journals
Unausgeglichene Buchungssätze werden abgewiesen. Sieben Konsistenzchecks prüfen Ledger und Nebenbücher.
Counterbook, never erase
Korrekturen erzeugen Gegenbuchungen. Die Audit-Kette bleibt lesbar.
Tenant- und Rollenprüfung
Zugriffe werden am Datensatz und an der Rolle kontrolliert, nicht nur über ausgeblendete UI-Elemente.
Self-hosted ownership
Anwendung, Datenbank und Dokumente bleiben in der eigenen Betriebsumgebung.
- TypeScript
- PostgreSQL
- Docker
- Double-entry Ledger
- EU VAT Rules
- Responsive Web UI
05 — Evidence boundary
Aktuell geprüft. Historisch auditiert. Klar getrennt.
Der lokale Check vom 01.09.2026 lief ohne Testdatenbank: 70 Unit-Tests bestanden, 47 DB-Integrationstests wurden regulär übersprungen; der Typecheck war sauber. Das vollständige Projekt-Audit vom 29.08.2026 dokumentiert das PostgreSQL-Gate mit 117 grünen Tests.
Unit-Tests bestanden
Aktueller lokaler Lauf · 01.09.2026
DB-Integrationstests
Im aktuellen Lauf ohne Test-DB übersprungen
Tests im Audit-Gate
Mit realem PostgreSQL · dokumentiert 29.08.2026
Horizontaler Overflow
43 Seiten · fünf Breiten im UI-Audit
Systemgrenzen
Was LedgerForge heute nicht abdeckt.
- 01
Keine Kundenreferenz
LedgerForge läuft im eigenen Unternehmen. Eine externe Kundeninstallation gibt es bisher nicht.
- 02
Keine Steuerzertifizierung
Das System wurde nicht durch einen Steuerberater zertifiziert. UBL-Export ist ein Subset und keine Peppol-Zertifizierung.
- 03
Begrenzter Funktionsumfang
Kein vollständiger Bankfeed, keine realisierten FX-Gewinne/-Verluste und aktuell produktiv nur ein Mandant.
06 — Next move
Fachsysteme brauchen Produkturteil, Kontrolllogik und Belege.
LedgerForge zeigt die Umsetzung eines regulierten Workflows vom operativen Bedarf bis zum self-hosted System — mit sichtbarer Beweiskette und klar benannten Grenzen.
Produktführung per Screenshare. Quellcode und Betriebsdaten sind nicht öffentlich.