Zu jeder Buchung lässt sich ein Beleg hinterlegen, im Formular oder
nachträglich über die Buchungsliste.
Der Medientyp wird aus der Dateisignatur bestimmt, nicht aus Endung oder
Browserangabe: eine als rechnung.pdf benannte Textdatei wird abgewiesen. SVG ist
ausgeschlossen, weil es Skripte enthalten kann, die beim Anzeigen ausgeführt
würden. Ausgeliefert wird mit nosniff und enger Content-Security-Policy.
Zur Aufbewahrungspflicht nach §147 AO werden Belege nie überschrieben und nie
gelöscht. Beim Ersetzen bleibt die alte Datei liegen; das Lösen der Verknüpfung
entfernt nur den Verweis. Der Dateiname trägt den SHA-256-Anfang, die Buchung
den vollständigen Hash.
Ablage unter data/belege/<mandant>/<jahr>/ – je Mandant getrennt und im selben
Bind-Mount wie die Datenbanken, sodass ein Backup des data-Ordners Buchungen und
Belege gemeinsam erfasst.
Bisher fehlte jede Möglichkeit, bestehende Mandantendateien um neue Spalten zu
erweitern: CREATE TABLE IF NOT EXISTS lässt vorhandene Tabellen unverändert. Neu
hinzugekommene Spalten werden jetzt beim Öffnen additiv ergänzt.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Der Container bringt die gebaute Anwendung mit; einziger Mount ist
./data:/app/data. Die Buchhaltung bleibt damit als gewöhnliche SQLite-Dateien
im Projektverzeichnis und lässt sich ohne Docker sichern und einsehen.
Der Server band bisher fest an 127.0.0.1 und wäre im Container von außen nicht
erreichbar gewesen. Die Adresse ist jetzt über HOST einstellbar und bleibt
außerhalb des Containers unverändert auf 127.0.0.1; im Container gilt 0.0.0.0,
abgesichert über eine Portfreigabe, die nur auf 127.0.0.1 lauscht.
Weitere Festlegungen:
- Lauf unter der UID des aufrufenden Kontos, damit ./data nicht root gehört
- schreibgeschütztes Containerdateisystem, beschreibbar nur /app/data und /tmp
- .env wird nicht ins Image gebacken, sondern von docker-compose eingelesen
- ERiC bleibt außen vor und ist bei Bedarf vom Host einzubinden
Die Startmeldung nannte bisher nur, ob eine .env-Datei existiert. Im Container
gibt es keine, obwohl die Konfiguration vollständig vorliegt – gemeldet wird
jetzt der tatsächliche ERiC-Zustand.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Gewinnermittlung nach §4 Abs. 3 EStG für Einzelunternehmen und Freiberufler.
Node/Fastify mit SQLite im Backend, React/Vite im Frontend; die Anwendung
läuft lokal ohne Cloud-Anbindung.
Fachlicher Kern ist eine Zeitachse der Besteuerungsform: das umsatzsteuerliche
Regime wird je Buchung aus dem Leistungsdatum aufgelöst, statt aus einer
globalen Ja/Nein-Flagge. Dadurch ist auch ein unterjähriger Wechsel von der
Kleinunternehmerregelung zur Regelbesteuerung abbildbar, wie ihn §19 Abs. 1
Satz 3 UStG seit 2025 beim Überschreiten der 100.000-EUR-Grenze vorsieht.
Enthalten:
- Buchungserfassung nach dem Zu-/Abflussprinzip mit Storno statt Löschung
- Anlagevermögen mit AfA (linear, GWG, Sammelposten); die Aktivierung
entscheidet das Konto, die Methode der Betrag
- Anlage EÜR, BWA im Aufbau der Form 01, Umsatzsteuer-Voranmeldung
- ELSTER-Anbindung über ERiC mit validierendem Simulationsmodus
- DATEV-Buchungsstapel (EXTF 700) und GoBD-Datenträgerüberlassung (Z3)
- Kontenrahmen SKR03 und SKR04, je Mandant beim Anlegen wählbar
- Mandantenfähigkeit mit einer SQLite-Datei je Mandant; Testmandanten sind
von der Übermittlung ans Finanzamt ausgeschlossen
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
duffyduckandClaude Opus 5