Skip to main content

2026.5.9: Security and billing improvements

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
ZRCAudit trail now contains GET requests BSNZoekacties op basis van BSN worden gelogd in de audit log.
ZRCHMAC key rotation support was implemented for encrypted BSN, including versioned key usage and migration tooling.Beheerders kunnen sleutels gecontroleerd roteren met migratieondersteuning, wat security-beheer en operationele continuiteit verbetert.

2026.5.3: Audit trail optimization

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
ZGWAudittrail optimizations for improved efficiencyThe storage of the audit trail was optimized in order to decrease the enormous size of the audit trails. From now on changes are stored as delta's and snapshots (snapshots being created after 25 delta's.). Existing audit trails still are kept in the 'old' format. There is no change in the response on GET's of audit trails.

2026.4.13: BSN encrypted

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
ZRCBSNs in database table zaakrollen_natuurlijk_personen are now stored encrypted.

2026.4.2: UI problems in ZCA solved

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
ZCAIn the new UI for ZCA (task applications and ZSDMS), the plus button for adding ZSDMS case type configurations was greyed out, preventing new entries from being created. This has been resolved. Additionally, the sorting of the synchronisation overview now consistently shows the most recent entries at the top.In de nieuwe ZCA-interface (taakapplicaties en ZSDMS) was de plusknop voor het aanmaken van ZSDMS-zaaktypeconfiguraties niet meer beschikbaar. Dit is opgelost. Daarnaast worden in het synchronisatieoverzicht de meest recente items nu weer altijd bovenaan weergegeven.
DRCFetching all documents of an organization without any filtering caused errors for organizations with a large number of documents. The underlying database queries have been improved to reduce the frequency of these errors.API calls to retrieve all documents for an organization without filter parameters are now more reliable for organizations with large document volumes, as the underlying database queries have been optimized.Het ophalen van alle documenten van een organisatie zonder filtering leidde bij organisaties met veel documenten tot fouten. De onderliggende databasequery's zijn verbeterd, waardoor deze fouten minder vaak zouden moeten optreden.

2026.3.18: Various fixes

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
DRCOn all DRC operations the audittrail 'New' and 'Old' value are the same except for lock and unlock. This has been fixed.The audittrail for DRC operations now correctly shows the old and new values, which improves traceability of changes.De audittrail voor DRC operaties toont nu correct de oude en nieuwe waardes, wat de traceerbaarheid van wijzigingen verbetert.
DRCA recent fix to enforce unique document identification (identificatie) inadvertently prevented any updates to documents that shared the same identification number as another document. This has been corrected.Client applications can now correctly PATCH or PUT documents that before the previous fix shared an identificatie with other documents, as long as the versie is different, which was previously blocked.Het was onterecht niet mogelijk om een document te wijzigen als een ander document met hetzelfde nummer bestond (maar met een ander versienummer). Dit is hersteld.

2026.3.15: Document Identification unique

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
DRCThe combination of identificatie, versie, and owner for a document is now correctly enforced as unique. The previous implementation incorrectly used bronorganisatie instead of owner, which could lead to duplicate document numbers for a single owner. The business rules for handling document identification on POST and PATCH/PUT requests have also been corrected to align with this change.Client applications may receive error responses if they attempt to create or update documents with non-unique identificatie and versie combinations for the same owner.Het is nu niet neer mogelijk om hetzelfde documentnummer twee maal op te voeren.
ZRCThe database schema has been updated to correctly support complex objects for zaakobject. objectIdentificatie. overigeData. The old column has been removed and the new one (added in the previous release) now is correctly named.Relevant for apps that rely on database exports like Data Export
NRCFiltering on kenmerk_bron in GET requests for cases is now case-insensitive, ensuring more consistent and predictable filter results.This improves the usability of the case filtering functionality, as queries will now return expected results regardless of casing.
GeneralThe Hangfire retry page, which was broken, has been repaired.Beheerders kunnen nu weer achtergrondtaken correct monitoren en beheren.

2026.3.10: Redis and ADFS improvements

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
GeneralRedis currently occupies one worker on its own (waste of resources while the load is low). Solution: create an own instance that can be hosted with other apps within the same worker.This change is an internal optimization and has no direct impact on consumers.
GeneralThis fix eliminates unnecessary IDP Legacy token introspection calls for ADFS-authenticated requests, improving performance while maintaining full backward compatibility for IDP Legacy-authenticated requests.This improves performance for ADFS-authenticated requests.

2026.3.5: Bug fixes

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
ZRCAllow object as value for zaakobject. objectIdentificatie. overigeDataThe objectIdentificatie. overigeData field for a zaakobject with objectType "overige" now accepts any valid JSON object as a value, not just a string. This aligns with the ZGW specification. Existing string values remain valid and supported.
NRCsubscription zaken with criterium DRNIt is now possible to filter NRC subscriptions for the zaken channel based on the bron of a kenmerk. A new filter kenmerk_bron has been added. If this filter is provided in the subscription, notifications will only be sent for zaken that contain a kenmerk with a matching bron. This is useful for scenarios like filtering for a DSO verzoeknummer.

2026.3.2: Bug fixes

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
DRCBug fix: Latest EnkelvoudigInformatieObject Versie becomes null in rare cases
ZSDMSEndpoint Transfer migrated from CSV to ZSDMS_LISTENER
DRCBug fix: 409 http status code (locked)

2026.2.5: NRC: monitor unhealthy receiver endpoints

ComponentSummary (english)Relevance for consumers (English)Relevance for end users (Dutch)Relevance for system administration (Dutch)
NRC ListenerIn the Hangfire dashboard for outgoing notifications a new page is added with unhealthy endpoints.In het dashboard kun je zien welke endpoints (al dan niet tijdelijk) onbereikbaar zijn. Te bereiken via ZCA -> Beheer -> NRC Jobs -> Unhealthy endpoints
IDP LegacyLog level for health check failures from ERROR to WARNING