Beteiligte in den Suchindex der Fallakte

Wer „Jonathan Fletcher" eingibt, will die Akten sehen, in denen er vorkommt — auch die, in denen er weder im Titel steht noch im Text erwähnt wird, sondern nur als Betroffener eingetragen ist. Genau das wurde nicht gefunden. Die Namen der Beteiligten stehen jetzt im Vektor der Fallakte, Gewicht B: ein Name sagt etwas über die Akte aus, aber weniger als ihr Titel. In allen sechs Vektoren und nicht erst ab einer Stufe — das ist die Stelle, an der man zweimal hinsehen muss, und sie war bereits entschieden: der Name eines Beteiligten steht in der Beteiligtenliste jeder Akte, die man lesen darf, zurückgehalten wird allein der Verweis auf seine Personalakte. Der Index gibt also nichts heraus, was die Akte nicht ohnehin zeigt. Die Akte selbst muss man weiterhin lesen dürfen. Ein Test prüft genau das: eine Stufe-4-Akte wird über den Namen ihres Zeugen für Stufe 1 nicht auffindbar, auch nicht als Trefferzahl. Drei Auslöser halten den Index aktuell: geänderte Beteiligung, geänderter Name in einer Personalakte, geänderter Anzeigename eines Kontos. Den letzten gleicht der Worker mit Discord ab; ohne ihn fände die Suche nach einer Umbenennung weiter den alten Namen. Die Trefferzeile sagt dazu, warum sie passt: „Jonathan Fletcher als Betroffener". Ohne den Hinweis sieht ein Treffer, dessen Begriff nirgends im sichtbaren Text steht, wie ein Fehlgriff aus.
2026-09-03 22:29:52 +02:00
parent 7383d00a73
commit d97c14f507
5 changed files with 300 additions and 4 deletions
@@ -310,3 +310,65 @@ export async function searchCounts(

  return { case: faelle, document: dokumente, personnel: personen }
 }
+
+/**
+ * Warum ein Fall zu einem Namen passt.
+ *
+ * Seit die Beteiligten im Index stehen, findet die Suche nach „Jonathan
+ * Fletcher" auch Akten, in denen der Name nirgends im Text vorkommt. Ohne
+ * einen Hinweis sieht das aus wie ein Fehlgriff — die Trefferzeile zeigt
+ * deshalb, in welcher Rolle die Person dort steht.
+ *
+ * Gesucht wird nur unter den Akten, die als Treffer ohnehin schon durch die
+ * Sichtbarkeitsprüfung gekommen sind. Name und Rolle eines Beteiligten darf
+ * jeder lesen, der die Akte lesen darf; zurückgehalten wird allein der Verweis
+ * auf seine Personalakte, und den gibt es hier gar nicht.
+ */
+export type Beteiligung = { name: string; role: string }
+
+export async function matchingParticipants(
+  caseIds: string[],
+  q: string,
+): Promise<Map<string, Beteiligung[]>> {
+  const woerter = q
+    .replace(/["']/g, ' ')
+    .split(/\s+/)
+    .map((wort) => wort.trim())
+    .filter((wort) => wort.length >= 3)
+    .slice(0, 5)
+
+  if (caseIds.length === 0 || woerter.length === 0) return new Map()
+
+  const rows = await db.caseParticipant.findMany({
+    where: {
+      caseId: { in: caseIds },
+      OR: woerter.flatMap((wort) => [
+        { user: { is: { displayName: { contains: wort, mode: 'insensitive' as const } } } },
+        {
+          personnelFile: {
+            is: { displayName: { contains: wort, mode: 'insensitive' as const } },
+          },
+        },
+      ]),
+    },
+    select: {
+      caseId: true,
+      role: true,
+      user: { select: { displayName: true } },
+      personnelFile: { select: { displayName: true } },
+    },
+  })
+
+  const karte = new Map<string, Beteiligung[]>()
+  for (const row of rows) {
+    const name = row.user?.displayName ?? row.personnelFile?.displayName
+    if (!name) continue
+    const bisher = karte.get(row.caseId) ?? []
+    // Dieselbe Person kann in mehreren Rollen eingetragen sein; jede zählt.
+    if (!bisher.some((e) => e.name === name && e.role === row.role)) {
+      bisher.push({ name, role: row.role })
+    }
+    karte.set(row.caseId, bisher)
+  }
+  return karte
+}