- Verschifft
- 5. Oktober 2026 um 07:15 UTC
- Autor
- Kamo
- Ausschuss
- 7360ed2
GET /api/notes/members/{memberId', .../{noteId' und .../{noteId'/versions now die Lektüre nach dem Erfolg, durch den gemeinsamen PhiAccessRecorder, aufnehmen: eins LIST-Reihe pro gelisteter Notiz (ein DatensatzAll Batch), eine VIEW-Reihe für eine Note oder der history; resourceType NOTE, der Ruforg und Mitglied des Anrufers, purposeOfUse OPERATIONEN, Begründung **************** Eine abgelehnte gelesen (403, 404) oder eine leere Liste schreibt nichts; VIEW und LIST scheitern offen, so dass ein Schreibfehler nie die Antwort des Vorgesetzten erreicht. kbservice gewinnt seinen PHI-Schreiber: PhiAuditPersistenceConfig erklärt ************ mit destroyMethoden-Shutdown, und KBServiceApplication scannt com.kamo.z.shared.phi.audit im selben Commit (die Lektion 2026-08-03; KbPhiAuditWiringTest hält beides zusammen). Die Prüfungsstempel sind selbst aufgetreten: PhiAccessRecorder baut einen ungestempelten wieder auf Veranstaltung ohne ihren ZweckOfUse.