feat: Konten, Kassenbuch, Vermoegen und die beiden Pflicht-PDFs

Etappe 4. Aus diesen Daten entstehen das Vermoegensverzeichnis nach
§ 1835 BGB und die Rechnungslegung nach §§ 1859, 1865 BGB - beides geht
ans Betreuungsgericht, beides ohne dass eine Zahl abgetippt wird.

Betreuungsjahr n laeuft von bestellungAm + (n-1) Jahre bis
bestellungAm + n Jahre - 1 Tag. Bei Bestellung am 29. Februar endet Jahr
1 am 27.02. und Jahr 2 beginnt am 28.02.: lueckenlos und ohne
Ueberschneidung, per Test abgesichert.

Rechenprobe der Rechnungslegung: Der Anfangsbestand ist der juengste
Saldostand bis zum VORTAG des Zeitraumbeginns - ein Saldostand gilt als
Bestand am Tagesende, sonst zaehlte der erste Tag doppelt. Geht die
Probe nicht auf, wird die Differenz im PDF ausgewiesen und jeder
fehlende Saldostand namentlich benannt. Nie geglaettet: eine still
korrigierte Rechnungslegung ist gegenueber dem Gericht wertlos.

Posten ohne Wertstand zum Stichtag erscheinen als Luecke, nicht als
0,00 EUR - und Werte aus der Zukunft werden nie herangezogen. Konten
kommen ueber ihren Saldostand ins Verzeichnis; Vermoegensposten der Art
KONTO werden dort uebersprungen, sonst stuende das Geld doppelt drin.

Der CSV- und CAMT-Import raet KEINE Kategorien, sondern bucht alles auf
"Sonstige". Eine falsch geratene Kategorie faellt in der Jahresuebersicht
niemandem auf und verfaelscht den Bericht. Fremdwaehrung wird abgelehnt
statt umgerechnet. Der XML-Leser weist DOCTYPE ab (XXE).

68 Tests, darunter echte IBAN-Pruefziffern und die Rundung: es darf
nirgends ein Cent verschwinden.

Etappe: 4
Phase: Geld

src/lib/berichte/gemeinsam.ts

@@ -1,6 +1,7 @@
 import 'server-only'
 import type { Betreute, User } from '@prisma/client'
 import { db, nichtGeloescht } from '@/lib/db'
+import { protokollieren } from '@/lib/audit'
 import { oeffnen } from '@/lib/crypto/feld'
 import type { Berichtskopf } from '@/lib/pdf/rahmen'
 import { alsTag, heute, monatePlus, tagePlus } from '@/lib/finanzen/datum'
@@ -405,9 +406,51 @@ export async function rechnungslegungDaten(eingabe: {
   }
 }
 
-/** Der Name, der unter dem Bericht steht. */
-export function erstellerName(benutzer: User): string {
-  return benutzer.name
+/**
+ * Haelt fest, dass ein Bericht erzeugt wurde.
+ *
+ * Die PDF-Datei selbst wird bei jedem Abruf frisch erzeugt; hier steht
+ * nur, was wann in welcher Fassung erstellt und damit potenziell
+ * abgegeben wurde. Gegenueber dem Betreuungsgericht und moeglichen
+ * Miterben muss ich das belegen koennen.
+ *
+ * Bewusst keine Server Action: Aufgerufen wird das nur serverseitig aus
+ * der PDF-Route. Als Action waere es ein zusaetzlicher oeffentlicher
+ * Endpunkt, ueber den sich Berichtseintraege erzeugen liessen.
+ */
+export async function berichtVermerken(eingabe: {
+  betreuteId: string
+  benutzer: User
+  art: 'VERMOEGENSVERZEICHNIS' | 'VERMOEGENSUEBERSICHT' | 'RECHNUNGSLEGUNG'
+  titel: string
+  stichtag?: Date | null
+  zeitraumVon?: Date | null
+  zeitraumBis?: Date | null
+  dateiname: string
+}): Promise<void> {
+  const bericht = await db.bericht.create({
+    data: {
+      betreuteId: eingabe.betreuteId,
+      art: eingabe.art,
+      titel: eingabe.titel,
+      stichtag: eingabe.stichtag ?? null,
+      zeitraumVon: eingabe.zeitraumVon ?? null,
+      zeitraumBis: eingabe.zeitraumBis ?? null,
+      dateiname: eingabe.dateiname,
+      erstelltVonId: eingabe.benutzer.id,
+    },
+  })
+
+  await protokollieren({
+    aktion: 'EXPORTIERT',
+    entitaet: 'Bericht',
+    entitaetId: bericht.id,
+    bezeichnung: eingabe.titel,
+    betreuteId: eingabe.betreuteId,
+    userId: eingabe.benutzer.id,
+    userEmail: eingabe.benutzer.email,
+    userName: eingabe.benutzer.name,
+  })
 }
 
 function kurz(datum: Date): string {