Hi all, 

For some reason I am in this email group, although I am not involved in OpenZaak. So what I am suggesting may be a completely silly idea. With that disclaimer, while I am here... I have worked with API's 100 years ago that had a separate <extension> field, in which you could submit structured data in whatever format you choose. This allows people to extend the original spec, without changing it. Whenever an extension becomes used a lot / stable, you can move it to the parent API 2.0 spec. Again, this was 100 years ago, so it's just a suggestion, feel free to discard it. 

Best regards,

Edo Plantinga

Projectmanager KISS & Demodam 

Van: Silvion Moesan via openzaak-discuss <openzaak-discuss@lists.publiccode.net>
Verzonden: donderdag 11 november 2021 12:12
Aan: Johan Groenen via openzaak-discuss <openzaak-discuss@lists.publiccode.net>; Joeri Bekker <joeri@maykinmedia.nl>
CC: Joeri Bekker <joeri.bekker@maykinmedia.nl>; Johan Groenen <johan@tiltshift.nl>; Silvion Moesan <silvion.moesan@open.nl>
Onderwerp: [OpenZaak-discuss] Re: Fwd: Open Zaak next technical steering group meeting

Hi All,


My 2 cents:


Kind regards,


Silvion Moesan

Van: Johan Groenen via openzaak-discuss <openzaak-discuss@lists.publiccode.net>
Verzonden: woensdag 10 november 2021 12:37
Aan: Joeri Bekker <joeri@maykinmedia.nl>
CC: Open Zaak discuss <openzaak-discuss@lists.publiccode.net>; Joeri Bekker <joeri.bekker@maykinmedia.nl>; Johan Groenen <johan@tiltshift.nl>
Onderwerp: [OpenZaak-discuss] Re: Fwd: Open Zaak next technical steering group meeting


Hi Joeri,


I have similar discussions with respect to the (very immature) algoritmeregister standard and algoritmeregister management application. Thinking about it, my solution would be to call such features "pilot" features, both towards the client and the steering group; if they are rejected later, the client needs to know that either they will end up with a non-complient solution, or it will need to be rolled back/switched with whatever comes in place.


Kind Regards,



Op wo 10 nov. 2021 11:33 schreef Joeri Bekker via openzaak-discuss <openzaak-discuss@lists.publiccode.net>:

Hi all,


After the summer vacation, the technical steering meetings didn't continue. In my opinion, this is fine and we only need to meet if necessary. But, I think it's necessary to discuss a topic that we're struggling with at the moment.


Topic: Adding non-standard API features into Open Zaak

In short, Open Zaak currently has version 1.0 of all ZGW API's implemented. The ZGW API specifications however are evolving. Some of these API changes are needed "now" and the question arrives if we should just add this filter, this extra field, etc. without moving the entire API to the next version (because that takes more time/money). Some features might even be planned for a future version of the specification that is not released yet (but we need now!)


The question: Should we be allowed to add some of these non-standard features into Open Zaak (properly documented as a difference, and only if it's in line with the future of the specifications)?


Meeting proposal

I propose to discuss this (and perhaps other topics) in the next meeting, which I'll schedule on December 8, 14.00. If I don't hear anything before November 17, I'll assume this date and time are okay.


Best regards,


Joeri Bekker



Maykin Media

Keizersgracht 117, 1015 CJ Amsterdam
tel.: +31 (0)20 753 05 23

openzaak-discuss mailing list -- openzaak-discuss@lists.publiccode.net
To unsubscribe send an email to openzaak-discuss-leave@lists.publiccode.net