Skip to main content

2026.7.5 Audit trail logs reads

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
ZTCFixed silently skipped ZaakTypeBesluitType relation on PATCH zaaktypenPATCH /v1/zaaktypen/{id} (v1.3) used to skip creating a ZaakTypeBesluitType relation whenever the besluittype omschrijving didn't match an existing besluittype in the destination catalog, without surfacing an error to the caller. Since this relation is a soft reference on omschrijving (no FK), it is now always persisted, so it resolves automatically once a matching besluittype exists.Bij het bijwerken van een zaaktype wordt de koppeling met een besluittype nu altijd opgeslagen, ook als het besluittype nog niet bestaat. Zodra een besluittype met dezelfde omschrijving wordt aangemaakt, werkt de koppeling vanzelf.
DRC/ZRC/BRCAudit trail now logs readsRead (GET) requests on documents, zaken and besluiten are now recorded in the audit trail. Previously reads were not logged at all, due to the resulting audit log volume. This log is intended to support detection of data leaks by showing which client application read which records. To keep the log volume manageable, specific client_id's whose reads are not of interest can be excluded from read logging, either as an exact value (e.g. harvester-123456789) or a wildcard pattern (e.g. rx.Mission.*). Excluded client_id's will not appear in read audit entries.Van elke keer dat een document, zaak of besluit wordt opgevraagd (gelezen) door een applicatie, wordt dit nu vastgelegd. Dit helpt bij het opsporen van datalekken: er is nu zichtbaar welke applicatie welke gegevens heeft geraadpleegd.