TenderNed Standaardenmonitor

Eis 33 Haal Centraal API’s Zie: https://vng.nl/projecten/haal-centraal-gegevens-ophalen-bijbasisregistraties Eis 34 Logboek dataverwerkingen https://logius-standaarden.github.io/logboek-dataverwerkingen-juridischbeleidskader/ Eis 35 FSC (Federated Service Connectivity) Zie: https://logius-standaarden.github.io/fsc-core/ 53 Eis Omschrijving Met de aanbevolen FSC logging Zie: https://logius-standaarden.github.io/fsc-logging/ Eis 36 ACME standaard: https://www.forumstandaardisatie.nl/openstandaarden/acme Eis 37 Aquo-standaard: deze standaard maakt het mogelijk om op een uniforme manier gegevens uit te wisselen tussen partijen die betrokken zijn bij het beheer van oppervlakte- en grondwater en de zuivering van afvalwater en draagt daarmee bij aan een kwaliteitsverbetering van het waterbeheer.

Eis 33 Haal Centraal API’s Zie: https://vng.nl/projecten/haal-centraal-gegevens-ophalen-bijbasisregistraties Eis 34 Logboek dataverwerkingen https://logius-standaarden.github.io/logboek-dataverwerkingen-juridischbeleidskader/ Eis 35 FSC (Federated Service Connectivity) Zie: https://logius-standaarden.github.io/fsc-core/ 53 Eis Omschrijving Met de aanbevolen FSC logging Zie: https://logius-standaarden.github.io/fsc-logging/ Eis 36 ACME standaard: https://www.forumstandaardisatie.nl/openstandaarden/acme Eis 37 Aquo-standaard: deze standaard maakt het mogelijk om op een uniforme manier gegevens uit te wisselen tussen partijen die betrokken zijn bij het beheer van oppervlakte- en grondwater en de zuivering van afvalwater en draagt daarmee bij aan een kwaliteitsverbetering van het waterbeheer.

Eis 33 Haal Centraal API’s Zie: https://vng.nl/projecten/haal-centraal-gegevens-ophalen-bijbasisregistraties Eis 34 Logboek dataverwerkingen https://logius-standaarden.github.io/logboek-dataverwerkingen-juridischbeleidskader/ Eis 35 FSC (Federated Service Connectivity) Zie: https://logius-standaarden.github.io/fsc-core/ 53 Eis Omschrijving Met de aanbevolen FSC logging Zie: https://logius-standaarden.github.io/fsc-logging/ Eis 36 ACME standaard: https://www.forumstandaardisatie.nl/openstandaarden/acme Eis 37 Aquo-standaard: deze standaard maakt het mogelijk om op een uniforme manier gegevens uit te wisselen tussen partijen die betrokken zijn bij het beheer van oppervlakte- en grondwater en de zuivering van afvalwater en draagt daarmee bij aan een kwaliteitsverbetering van het waterbeheer.

https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-assuranceprofile-oauth-20 Eis 43 NL GOV profile for CloudEvents https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-profilecloudevents Eis 44 OpenAPI Specification: een OpenAPI Specification (OAS) beschrijft de eigenschappen van de data die een API als input accepteert en als output teruggeeft.

https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-assuranceprofile-oauth-20 Eis 43 NL GOV profile for CloudEvents https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-profilecloudevents Eis 44 OpenAPI Specification: een OpenAPI Specification (OAS) beschrijft de eigenschappen van de data die een API als input accepteert en als output teruggeeft.

https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-assuranceprofile-oauth-20 Eis 43 NL GOV profile for CloudEvents https://www.forumstandaardisatie.nl/open-standaarden/nl-gov-profilecloudevents Eis 44 OpenAPI Specification: een OpenAPI Specification (OAS) beschrijft de eigenschappen van de data die een API als input accepteert en als output teruggeeft.

https://www.forumstandaardisatie.nl/open-standaarden/openapispecification Eis 45 REST-API Design Rules: de standaard NLGov REST API Design Rules geeft een verzameling basisregels voor structuur en naamgeving waarmee de overheid op een uniforme en eenduidige manier REST-API's aanbiedt ten behoeve van het ontsluiten van overheidsinformatie en/of functionaliteit.

https://www.forumstandaardisatie.nl/open-standaarden/openapispecification Eis 45 REST-API Design Rules: de standaard NLGov REST API Design Rules geeft een verzameling basisregels voor structuur en naamgeving waarmee de overheid op een uniforme en eenduidige manier REST-API's aanbiedt ten behoeve van het ontsluiten van overheidsinformatie en/of functionaliteit.

https://www.forumstandaardisatie.nl/open-standaarden/openapispecification Eis 45 REST-API Design Rules: de standaard NLGov REST API Design Rules geeft een verzameling basisregels voor structuur en naamgeving waarmee de overheid op een uniforme en eenduidige manier REST-API's aanbiedt ten behoeve van het ontsluiten van overheidsinformatie en/of functionaliteit.

Op deze Overeenkomst zijn de Inkoopvoorwaarden van de GIBIT 2025 ("Inkoopvoorwaarden") van toepassing. Waar in deze Overeenkomst begrippen met een (begin)hoofdletter worden gebruikt, hebben zij de betekenis zoals gegeven in de Inkoopvoorwaarden en in de Aanbestedingsleidraad.

Geheimhouding (afwijking GIBIT 2026) In afwijking van het bepaalde in artikel 19.6 van de Inkoopvoorwaarden geldt dat de Partij die de in artikel 19.1 GIBIT 2026 opgenomen geheimhoudingsverplichting schendt, aan de andere Partij een onmiddellijk opeisbare boete verschuldigd van € 50.000,-- per overtreding, onverminderd het recht de daadwerkelijke geleden schade te verhalen (met inachtneming van artikel 17 van de Inkoopvoorwaarden), waarbij betaalde boetes in mindering worden gebracht op de schadevergoeding. Overmacht (afwijking van de Inkoopvoorwaarden) In afwijking van het bepaalde in artikel 27.13 GIBIT 2023 is Opdrachtgever gerechtigd deze Overeenkomst met onmiddellijke ingang (geheel of gedeeltelijk) te ontbinden, indien de overmachtstoestand, als bedoeld in artikel 20 van de Inkoopvoorwaarden dertig aaneengesloten dagen heeft geduurd.

GIBIT 2025 (Bijlage C van de Aanbestedingsleidraad) Deel II Ondergetekende geeft door onderstaande tabel in te vullen aan of hij wel of geen onderdeel uitmaakt van een holding en zo ja, op welke wijze hij van deze holding gebruik maakt.

Selection criterion 4: Technical architecture (maximum 20 points, 20%of total 100 points) Regarding the core competence 'Delivery and implementation of a Metering Data Management software’ Candidate can score points if the following applies to at least one of the submitted and valid references: The delivered the Metering Data Management solution has been delivered with open standards:: With regard to preferred integration patterns: The preferred integration patterns are: ● Kafka-compatible messaging (JSON CloudEvents ) ● AMQP 1.0 Points can be scored as follows: ● One or more of the preferred integration patterns are included in at least one of the valid, submitted references = 10 points; ● Otherwise = 0 points.

Preferred integration patterns A. Messaging (preferred where asynchronous integration is suitable) • Kafka-compatible messaging o JSON CloudEvents • AMQP 1.0 B. APIs • REST APIs using JSON • OpenAPI 3.x specification is mandatory for all exposed APIs • A documented API versioning strategy is required (including compatibility approach and deprecation policy) Suppliers shall provide an integration approach that supports end-to-end traceability and operational control across integration flows (including correlation and monitoring hooks).

2 De huidige ontwikkelingen vinden exclusief plaats op het gebied van RESTful API’s. De JenV API strategie sluit op deze ontwikkelingen aan en is gericht op het versnellen en richten van het gebruik van REST-API’s in het justitiedomein, naast het bestaande ebMS en aangevuld met functionaliteit van andere tools zoals CloudEvents (ten behoeve van notificaties), GraphQL en gRPC.

4 Hierbij wordt aangetekend dat er naast de beweging van ebMS naar REST-API er ook andere protocollen en oplossingen nodig en inzetbaar zijn, zoals CloudEvents (ten behoeve van notificaties), GraphQL en gRPC.

Hierbij moeten aanvullende oplossingen en protocollen zoals CloudEvents (toe te passen voor het uitwisselen van notificaties), GraphQL en gRPC overigens niet uit het oog worden verloren: niet elke functionele wens ten aanzien van gegevensuitwisseling kan momenteel met API’s opgelost worden en het is belangrijk dat er steeds expliciete keuzes worden gemaakt voor de (samenstelling van de) beste oplossing die past bij het betreffende JenV onderdeel.

API strategie voor de overheid 2.1 Visie API Strategie Algemeen (Nederlandse API Strategie I) 12-01-2023 15:52 https://docs.geostandaarden.nl/api/def-hr-API-Strategie-20220309/ Pagina 10 van 59 zo lang er computers zijn.

206 Aanmeldfase Bijlage 9 Architectuurscope, §4, pagina 12 en Bijlage 9.1 API Strategie Algemeen Vraag: Dienen alle API's die de businessoplossing aanbiedt te voldoen aan de open standaarden uit het Forum Standaardisatie-register (zoals de REST API Design Rules)?

REST API (OpenAPI Specification, REST API Design Rules) komt daarbij ook voor in lijst verplichte standaarden van het Forum Standaardisatie.

n Op de Overeenkomst zijn de Algemene Rijksvoorwaarden bij IT-overeenkomsten 2022 (ARBIT-2022) van toepassing. In de Dialoogfase wordt de concept Overeenkomst beschikbaar gesteld en is er gelegenheid om Dialoog te voeren.

99 Aanmeldfase Audits/beveiliging en exit o.b.v. ARBIT ARBIT 2022 bevat bepalingen over audits/beveiliging en exit.

Kunt u aangeven welke minimale eisen RvdK hanteert voor audit- en controlemogelijkheden bij inzet van cloud/SaaS ‐ diensten (incl. onderaannemers/derden) zodat aan de ARBIT ‐ audit/beveiliging kan worden voldaan?

Applicatie- en systeemintegratie Opdrachtnemer verklaart te kunnen beschikken over de vereiste inhoudelijke expertise om applicaties en applicatiecomponenten te integreren tot en te beheren als samenhangende systemen, en deze te ontsluiten voor en te koppelen met systemen van derden, middels onder andere de volgende systemen en/of technieken: • Messaging, queuing en eventhandling, waaronder Kafka en CloudEvents; • API-protocollen en -gateways, waaronder Open API Specification, REST API design rules; • Webservice-protocollen en –gateways: SOAP; • Mailprotocollen en –gateways: SMTP, MTA, MSA; • Protocollen en systemen voor filetransfer: SFTP, SCP.

Applicatie- en systeemintegratie Opdrachtnemer verklaart te kunnen beschikken over de vereiste inhoudelijke expertise om applicaties en applicatiecomponenten te integreren tot en te beheren als samenhangende systemen, en deze te ontsluiten voor en te koppelen met systemen van derden, middels onder andere de volgende systemen en/of technieken: • Messaging, queuing en eventhandling, waaronder Kafka en CloudEvents; • API-protocollen en -gateways, waaronder Open API Specification, REST API design rules; • Webservice-protocollen en –gateways: SOAP; • Mailprotocollen en –gateways: SMTP, MTA, MSA; • Protocollen en systemen voor filetransfer: SFTP, SCP.

ARBIT-2022 9/37 1.34.

ARBIT-2022 30/37 Artikel 55.

ARBIT-2022 15/37 Artikel 16.