Phase 6 abgeschlossen: Aktenchat, Kanäle, Echtzeit, Benachrichtigungen
Ein Ereignisstrom mit Themen (/api/stream), in dem der Dateistrom aus Phase 5 aufgegangen ist. Zwei Prüfungen: beim Verbinden, welche Themen der Nutzer abonnieren darf, und je Ereignis wird der Inhalt mit seinen Rechten geladen. Das zweite ist nicht nur Vorsicht - eine Umklassifizierung wirkt dadurch in einer offenen Verbindung sofort. In der pg_notify-Nutzlast steht nie ein Inhalt, nur Thema, Art und Kennung. Der Aktenchat sendet optimistisch mit clientseitiger UUIDv7, die zugleich Idempotenzschlüssel ist. Antworten, vier feste Reaktionen, Bearbeiten mit sichtbarem editedAt, Zurückziehen mit Platzhalter - Löschen gibt es nicht, und eine Regel in der Datenbank hält das fest. Eine zurückgezogene Nachricht kommt ohne Text an, nicht ausgeblendet. Aktenzeichen im Text werden zu Vorschaukarten, serverseitig aufgelöst. Eine Akte, die der Leser nicht sehen darf, sieht darin genauso aus wie eine, die es gar nicht gibt. "Als Vermerk übernehmen" steht sichtbar an jeder Nachricht. Der Vermerk gehört dem Verfasser, nicht dem Übernehmenden; ein Systemeintrag nennt den Ursprung, damit der Wortlaut später nicht für die Akte geschrieben wirkt. Bei den Discord-Benachrichtigungen entscheidet die Web-App, wer was erfährt, und der Worker liefert nur aus. Die Alternative hätte geheissen, die Sichtbarkeitsprüfung im Worker ein zweites Mal zu bauen. In meta steht ein Titel nur, wenn er hinaus darf - ab Stufe 3 keiner. Postausgang als Tabelle, angestossen über LISTEN, mit Takt als Sicherheitsnetz. Nebenbei riss das Budget der Fallakte erneut (122 kB). Drei Schritte zurück auf 119,6: Chattexte in eine eigene i18n-Datei, ein gemeinsames AddPanel statt viermal derselbe Aufklapp-Code, und eine eigene UUIDv7 statt des Pakets - die Sortierbarkeit, auf der die Nachlieferung beruht, steht damit im eigenen Code und hat Tests. Unterwegs habe ich NotifyMode und User.notifyMode ein zweites Mal angelegt, obwohl es beides seit dem Grundgerüst gibt. Die Migration schlug fehl und die Datenbank musste von Hand aufgeräumt werden; die Lehre steht in docs/13. 155 Tests im Web-Paket, 15 in der Datenbank, 7 im Worker, 32 e2e.
This commit is contained in:
@@ -0,0 +1,175 @@
|
||||
// @vitest-environment node
|
||||
import { afterAll, beforeAll, describe, expect, it } from 'vitest'
|
||||
import { db } from '@/lib/db'
|
||||
import { enqueueCaseNotification } from '@/lib/notify/enqueue'
|
||||
import type { Prisma } from '@afis/db'
|
||||
|
||||
/**
|
||||
* Discord kennt unsere Klassifizierung nicht.
|
||||
*
|
||||
* Deshalb entscheidet **diese Anwendung**, wer eine Meldung bekommt und was
|
||||
* darin stehen darf; der Worker liefert nur aus. Diese Tests prüfen genau die
|
||||
* beiden Zusicherungen, auf denen das beruht.
|
||||
*/
|
||||
const url = process.env.DIRECT_DATABASE_URL ?? process.env.DATABASE_URL
|
||||
const suite = url ? describe : describe.skip
|
||||
|
||||
const marke = `notify-${Date.now()}`
|
||||
|
||||
suite('Benachrichtigungen', () => {
|
||||
const nutzer = {
|
||||
autor: `${marke}-autor`,
|
||||
stufe1: `${marke}-stufe1`,
|
||||
stufe4: `${marke}-stufe4`,
|
||||
aus: `${marke}-aus`,
|
||||
ausgeschlossen: `${marke}-ausgeschlossen`,
|
||||
}
|
||||
let geheimId = ''
|
||||
let geheimNummer = ''
|
||||
|
||||
async function empfaengerVon(kind: string): Promise<string[]> {
|
||||
const zeilen = await db.notificationOutbox.findMany({
|
||||
where: { caseId: geheimId, kind },
|
||||
select: { recipientId: true },
|
||||
})
|
||||
return zeilen
|
||||
.map((z) => z.recipientId)
|
||||
.filter((id): id is string => id !== null)
|
||||
.sort()
|
||||
}
|
||||
|
||||
beforeAll(async () => {
|
||||
const vorlage = await db.documentTemplate.create({
|
||||
data: { key: `${marke}-vorlage`, version: 1, name: 'Prüfvorlage', fields: [] },
|
||||
})
|
||||
|
||||
// Eine Rolle mit Stufe 4, damit die Rechteauflösung etwas zu tun hat.
|
||||
const rolle = await db.roleMapping.create({
|
||||
data: {
|
||||
discordRoleId: `${marke}-rolle`,
|
||||
label: 'Prüfstufe 4',
|
||||
clearanceLevel: 4,
|
||||
permissions: [],
|
||||
grantsMembership: true,
|
||||
category: 'CLEARANCE',
|
||||
},
|
||||
})
|
||||
|
||||
for (const [name, id] of Object.entries(nutzer)) {
|
||||
await db.user.create({
|
||||
data: {
|
||||
id,
|
||||
username: id,
|
||||
displayName: id,
|
||||
notifyMode: name === 'aus' ? 'OFF' : 'ALL',
|
||||
...(name === 'stufe4' || name === 'ausgeschlossen'
|
||||
? { roles: { create: { discordRoleId: rolle.discordRoleId } } }
|
||||
: {}),
|
||||
},
|
||||
})
|
||||
}
|
||||
|
||||
const akte = await db.case.create({
|
||||
data: {
|
||||
caseNumber: `Meld-2026-${String(Date.now()).slice(-4)}`,
|
||||
title: 'Streng vertraulicher Vorgang',
|
||||
templateId: vorlage.id,
|
||||
templateKey: vorlage.key,
|
||||
createdById: nutzer.autor,
|
||||
classification: 4,
|
||||
status: 'OPEN',
|
||||
},
|
||||
})
|
||||
geheimId = akte.id
|
||||
geheimNummer = akte.caseNumber
|
||||
|
||||
await db.caseExclusion.create({
|
||||
data: { caseId: akte.id, userId: nutzer.ausgeschlossen, reason: 'Betroffener' },
|
||||
})
|
||||
})
|
||||
|
||||
afterAll(async () => {
|
||||
await db.$disconnect()
|
||||
})
|
||||
|
||||
it('schreibt nur an die, die die Akte auch sehen dürfen', async () => {
|
||||
await db.$transaction(async (tx) => {
|
||||
await enqueueCaseNotification(tx as Prisma.TransactionClient, {
|
||||
kind: 'entry.new',
|
||||
caseId: geheimId,
|
||||
caseNumber: geheimNummer,
|
||||
classification: 4,
|
||||
title: 'Streng vertraulicher Vorgang',
|
||||
actorId: nutzer.autor,
|
||||
actorName: 'Autor',
|
||||
})
|
||||
})
|
||||
|
||||
const ziele = await empfaengerVon('entry.new')
|
||||
|
||||
// Stufe 4 bekommt die Meldung.
|
||||
expect(ziele).toContain(nutzer.stufe4)
|
||||
// Stufe 1 nicht — die Akte gibt es für ihn nicht.
|
||||
expect(ziele).not.toContain(nutzer.stufe1)
|
||||
// Wer abgeschaltet hat, bekommt nichts.
|
||||
expect(ziele).not.toContain(nutzer.aus)
|
||||
// Der Ausschluss schlägt auch die Stufe.
|
||||
expect(ziele).not.toContain(nutzer.ausgeschlossen)
|
||||
// Und der Auslöser bekommt keine Meldung über sich selbst.
|
||||
expect(ziele).not.toContain(nutzer.autor)
|
||||
})
|
||||
|
||||
it('lässt den Titel ab Stufe 3 weg', async () => {
|
||||
const zeile = await db.notificationOutbox.findFirstOrThrow({
|
||||
where: { caseId: geheimId, kind: 'entry.new' },
|
||||
select: { meta: true },
|
||||
})
|
||||
const meta = zeile.meta as { caseNumber?: string; title?: string | null }
|
||||
|
||||
// Das Aktenzeichen darf hinaus, der Titel nicht: Discord kennt unsere
|
||||
// Klassifizierung nicht, der Link führt zur App, die selbst prüft.
|
||||
expect(meta.caseNumber).toBe(geheimNummer)
|
||||
expect(meta.title).toBeNull()
|
||||
})
|
||||
|
||||
it('legt eine Zeile für den allgemeinen Kanal an, ohne Empfänger', async () => {
|
||||
const allgemein = await db.notificationOutbox.findMany({
|
||||
where: { caseId: geheimId, kind: 'entry.new', recipientId: null },
|
||||
})
|
||||
expect(allgemein).toHaveLength(1)
|
||||
})
|
||||
|
||||
it('nimmt bei niedriger Stufe den Titel mit', async () => {
|
||||
const offen = await db.case.create({
|
||||
data: {
|
||||
caseNumber: `Offn-2026-${String(Date.now()).slice(-4)}`,
|
||||
title: 'Harmloser Vorgang',
|
||||
templateId: (await db.documentTemplate.findFirstOrThrow({
|
||||
where: { key: `${marke}-vorlage` },
|
||||
})).id,
|
||||
templateKey: `${marke}-vorlage`,
|
||||
createdById: nutzer.autor,
|
||||
classification: 1,
|
||||
status: 'OPEN',
|
||||
},
|
||||
})
|
||||
|
||||
await db.$transaction(async (tx) => {
|
||||
await enqueueCaseNotification(tx as Prisma.TransactionClient, {
|
||||
kind: 'entry.new',
|
||||
caseId: offen.id,
|
||||
caseNumber: offen.caseNumber,
|
||||
classification: 1,
|
||||
title: 'Harmloser Vorgang',
|
||||
actorId: nutzer.autor,
|
||||
actorName: 'Autor',
|
||||
})
|
||||
})
|
||||
|
||||
const zeile = await db.notificationOutbox.findFirstOrThrow({
|
||||
where: { caseId: offen.id },
|
||||
select: { meta: true },
|
||||
})
|
||||
expect((zeile.meta as { title?: string | null }).title).toBe('Harmloser Vorgang')
|
||||
})
|
||||
})
|
||||
Reference in New Issue
Block a user