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.

Begrippen Deze Inkoopvoorwaarden maken onderdeel uit van de GIBIT 2025.

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.

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).

Voor de goede orde: ook bij een beweging naar REST-API zullen andere protocollen en oplossingen nodig kunnen zijn ter aanvulling hiervan, zoals de al genoemde CloudEvents (ten behoeve van notificaties), GraphQL en gRPC.

Dan is de beweging naar een breder gebruik van REST-API logisch; aangevuld waar nodig met bijvoorbeeld CloudEvents voor het kunnen beschikken over notificaties.

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.

Figuur 3: API Management onderdelen en functies (bron: Nederlandse API Strategie) 2.3.4 Developer portal Een goed developer portal neemt de doelgroep5 mee door het API landschap en laat duidelijk zien welke dienstverlening en welke informatie via API’s ontsloten wordt.

Standaarden API Designrules (Nederlandse API Strategie IIa) Oorsprong standaard Inhoudsopgave API Strategie Algemeen (Nederlandse API Strategie I) 12-01-2023 15:52 https://docs.geostandaarden.nl/api/def-hr-API-Strategie-20220309/ Pagina 5 van 59 4.1.2 4.1.2.1 4.1.2.2 4.2 4.2.1 4.2.2 4.2.2.1 4.2.2.2 4.3 4.3.1 4.3.2 4.3.2.1 4.3.2.2 4.3.2.3 4.3.2.3.1 4.3.2.3.2 5.

Literatuurlijst Document Versie API-Strategie JenV v. 0.6 (concept) dd. 10-11-2020 Domeinarchitectuur Data- en gegevensdiensten: Architectuurkatern API Management v. 1.1 dd. 16-01-2023 Gegevensdelingsbeleid JenV v. 1.0 dd. 24-10-2024 Gegevens verantwoord – presentatie Justid 11-11-2024 Meerjarenagenda Gegevens en Algoritmes 2025 – 2030 Trustframework JenV v.1.1 dd. 18-05-2021 Trustframework JenV – addendum – Implementatie v.1.0 dd. 08-07-2020 Toegangscomponent API Gateway FS 27-02-2024 Domeinarchitectuur Toegang v. 1.1 dd. 22-07-2021 Workshop Identiteit- en Toegangsmanagement Rijksbreed 17-10-2024 API management in de Migratieketen – Visiedocument v. 1.0 dd. 09-11-2021 Federatieve Service – toegangscomponent API Gateway 22-05-2024 (API dag) CJIB en API 22-05-2024 (API dag) REST API design rules 22-05-2024 (API dag) De kracht van een goede API-strategie 22-05-2024 (API dag) COA – API en Cloud architectuur (Trusted Cloud model) 22-05-2024 (API dag) Tabel 10.

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?

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

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.

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 18/37 Artikel 24.

ARBIT-2022 26/37 43.4.

ARBIT-2022 27/37 Artikel 47.