From ac4aae294c0ba47ae5a815de9d23b08fc329a84e Mon Sep 17 00:00:00 2001 From: Harlekin Date: Tue, 1 Sep 2026 23:24:59 +0200 Subject: [PATCH] =?UTF-8?q?Gepr=C3=BCft:=20das=20Modell=20tr=C3=A4gt=20Fal?= =?UTF-8?q?larten,=20aber=20keine=20Dokumentarten?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Vor Phase 3 geprüft, ob neue Dokumentarten ohne Code auskommen. Ergebnis: für Fallarten ja, für alles andere nein. CaseSection hängt fest an caseId. Ein Bußgeld ist keine Ermittlung, ein Sonderarbeitsvertrag erst recht nicht. PersonnelFile.fields ist ein nacktes JSON-Feld ohne Vorlage: ein Vertrag dort hätte keine Versionierung, keinen Diff, keine Begründungspflicht, kein minClearance je Feld und keinen Eintrag im Zugriffsprotokoll — genau die Eigenschaften, wegen derer das System gebaut wird. Und würde man solche Dokumente behelfsweise als Case führen, stünden sie in Fallliste, Fallzählung und Suche nach Ermittlungen. Dazu ein zweiter Befund aus den beiden Beispieldokumenten: sie sind grundverschieden gebaut. Der Vorfallsbericht ist ein Formular und wird von den vorhandenen Feldtypen vollständig abgedeckt. Der Sonderarbeitsvertrag ist fester Vertragstext mit Platzhaltern, Paragraphen und Unterschriftenzeilen — dafür reicht eine Feldliste nicht. Empfehlung in docs/13: eine gemeinsame Dokumentebene, additiv, mit denselben Zusicherungen wie CaseSection. Case, CaseSection und CaseEntry bleiben unangetastet. Nichts davon gebaut. Die Entscheidung steht als erster Punkt in Phase 3. --- packages/db/prisma/schema.prisma | 17 +++++++++++++---- 1 file changed, 13 insertions(+), 4 deletions(-) diff --git a/packages/db/prisma/schema.prisma b/packages/db/prisma/schema.prisma index 160787a..8c3bc05 100644 --- a/packages/db/prisma/schema.prisma +++ b/packages/db/prisma/schema.prisma @@ -145,6 +145,12 @@ model CaseTemplate { description String? isActive Boolean @default(true) fields Json // TemplateField[] + + /// Muster des Aktenzeichens, siehe docs/13-entscheidungen.md. Die Abteilung + /// fuehrt gewachsene Praefixe wie "AKT-PA"; der Nummernkreis laeuft je + /// Praefix und Jahr, damit zwei Fallarten sich nicht in die Quere kommen. + numberPrefix String @default("AfiS") + numberPadding Int @default(4) createdAt DateTime @default(now()) createdById String? @@ -209,11 +215,14 @@ enum CaseStatus { SEALED } -/// Kollisionsfreie Vergabe des Aktenzeichens. Gelesen mit SELECT ... FOR UPDATE -/// in derselben Transaktion wie das Anlegen des Falls. +/// Kollisionsfreie Vergabe des Aktenzeichens, ein Nummernkreis je Praefix und +/// Jahr. Hochgezaehlt in derselben Transaktion wie das Anlegen des Falls. model CaseCounter { - year Int @id - lastNumber Int @default(0) + prefix String + year Int + lastNumber Int @default(0) + + @@id([prefix, year]) } model CaseSection {