TenderNed Standaardenmonitor

53 Ontwikkelaar Componenten ontwikkelen en onderhouden: metadateren Als ontwikkelaar kan ik de waarden van alle standaard attributen van de componenten van een product waar ik aan werk in bulk invoeren of wijzigen Bulkacties vereisen geen aparte workflowstap Alle wijzigingen worden vastgelegd door het systeem (trail) 54 Ontwikkelaar Componenten ontwikkelen en onderhouden: metadateren Als ontwikkelaar kan ik de waarden van alle standaard attributen van een selectie van componenten waar ik aan werk in bulk invoeren of wijzigen Bulkacties vereisen geen aparte workflowstap Alle wijzigingen worden vastgelegd door het systeem (trail) Het systeem dwingt het invoeren van verplichte attributen af 55 Ontwikkelaar Componenten ontwikkelen en onderhouden: relateren Als ontwikkelaar kan ik componenten onderling relateren, zodat ik de (inhoudelijke) samenhang tussen die componenten zichtbaar kan maken Middels een in het informatiemodel vastgelegde set van mogelijke relaties, bijvoorbeeld SKOS 56 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik inline comments plaatsen in componenten (met basale opmaak en hyperlinks) Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 57 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik reageren op inline comments van anderen Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 58 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik op componentniveau een comment toevoegen (met basale opmaak en hyperlinks) Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 59 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik reageren op component-comments van anderen Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 60 Alle Producten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik op productniveau een comment toevoegen (met basale opmaak en hyperlinks) Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 61 Alle Producten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik reageren op product-comments van anderen Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 62 Ontwikkelaar Componenten ontwikkelen en onderhouden: zoek en vervang Als ontwikkelaar kan ik een zoek- en vervangactie uitvoeren op de inhoud van een component waar ik aan werk 63 Ontwikkelaar Componenten ontwikkelen en onderhouden: zoek en vervang Als ontwikkelaar kan ik een zoek- en vervangactie uitvoeren op de inhoud van alle componenten van een product waar ik aan werk 64 Ontwikkelaar Componenten ontwikkelen en onderhouden: zoek en vervang Als ontwikkelaar kan ik een aantal componenten uit de gehele database selecteren en daaroverheen een integrale zoek- en vervangactie uitvoeren Referentiedata creëren/beheren/gebruiken Dit domein heeft de volgende requirements: Nr Rol Aspect Requirement Acceptatiecriteria Voorbeelden 65 Superontwikkelaar Referentiedata creëren Als superontwikkelaar kan ik in het systeem referentiedata (waardelijsten en waarden) aanmaken en beheren van alle daarvoor in aanmerking komende attributen binnen de kwalificatiestructuur mbo, zodat deze data zo sterk mogelijk genormaliseerd is Waarden binnen een waardelijst krijgen een door het systeem gegenereerde unieke identifier 66 Superontwikkelaar Referentiedata binnenhalen Als superontwikkelaar kan ik op het Dataplatform van SBB levende referentiedata selecteren voor gebruik binnen het systeem, zodat ik deze bronnen niet hoef te repliceren Middels een API Middels een pull-proces Dit kunnen bijvoorbeeld de skills van CompetentNL zijn 67 Superontwikkelaar Referentiedata bewerken Als superontwikkelaar wil ik bestaande referentiedata kunnen bewerken, zodat ik fouten kan corrigeren en de data up-to-date blijft 68 Superontwikkelaar Referentiedata relateren Als superontwikkelaar wil ik waarden uit verschillende waardelijsten aan elkaar kunnen relateren, zodat deze semantiek gebruikt kan worden binnen de kwalificatiestructuur mbo.

41 ARBIT - Gebruiksrecht Gaat u ermee akkoord dat artikel 43 van de Arbit alleen geldt voor de duur van de overeenkomst?

28 ARBIT-2022 5/37 Artikel 49.

33 ARBIT-2022 6/37 Artikel 71.

Te hanteren standaarden bij de integraties: • Transport: HTTPS en HSTS; TLS; TCP/IP; IPv4/6 Programma van eisen • Bericht payload: API: JSON • Servicestijl: API: REST, REST-API Design Rules (Logius) • Autorisatie API: OAuth/OpenID • API Speci�catie: Open API Speci�catie 3.0 of later 19.10.

https://www.forumstandaardisatie.nl/openstandaarden/openapi-specification MEDEDINGINGSPROCEDURE MET ONDERHANDELING PROJECTSTARTARCHITECTUUR VERSIE 20250401-2 P.30 Standaard Beschrijving PDF (NEN-ISO) https://www.forumstandaardisatie.nl/open-standaarden/pdfnen-iso REST-API Design Rules De standaard REST-API Design Rules geeft een verzameling basisregels voor structuur en naamgeving. https://www.forumstandaardisatie.nl/open-standaarden/restapi-design-rules RPKI Met Resource Public Key Infrastructure (RPKI) kan de rechtmatige houder van een blok IP-adressen een autoritatieve, digitaal getekende verklaring publiceren.

https://www.forumstandaardisatie.nl/openstandaarden/openapi-specification MEDEDINGINGSPROCEDURE MET ONDERHANDELING PROJECTSTARTARCHITECTUUR VERSIE 20250401-2 P.30 Standaard Beschrijving PDF (NEN-ISO) https://www.forumstandaardisatie.nl/open-standaarden/pdfnen-iso REST-API Design Rules De standaard REST-API Design Rules geeft een verzameling basisregels voor structuur en naamgeving. https://www.forumstandaardisatie.nl/open-standaarden/restapi-design-rules RPKI Met Resource Public Key Infrastructure (RPKI) kan de rechtmatige houder van een blok IP-adressen een autoritatieve, digitaal getekende verklaring publiceren.

https://www.forumstandaardisatie.nl/openstandaarden/openapi-specification MEDEDINGINGSPROCEDURE MET ONDERHANDELING PROJECTSTARTARCHITECTUUR VERSIE 20250401-2 P.30 Standaard Beschrijving PDF (NEN-ISO) https://www.forumstandaardisatie.nl/open-standaarden/pdfnen-iso REST-API Design Rules De standaard REST-API Design Rules geeft een verzameling basisregels voor structuur en naamgeving. https://www.forumstandaardisatie.nl/open-standaarden/restapi-design-rules RPKI Met Resource Public Key Infrastructure (RPKI) kan de rechtmatige houder van een blok IP-adressen een autoritatieve, digitaal getekende verklaring publiceren.

Waar mogelijk worden deze API's conform de REST-API design rules vormgegeven.

Indien echter op grond van een lager gerangschikt document hogere eisen aan de dienstverlening worden gesteld, gelden de hoogste eisen: a. deze Wachtkamerovereenkomst; b. Aanbestedingsleidraad met referentienummer T188844, inclusief de daarbij behorende Nota van Inlichtingen en aanbestedingsdocumenten; c. Algemene Inkoopvoorwaarden GIBIT 2016; d. Gemeentelijke-ICT-kwaliteitsnormen-v2024-1; Vereniging van Nederlandse Gemeenten 3/4 e. de Inschrijving van Opdrachtnemer d.d. <dd.maand.jaar>; 3.2 Partijen kunnen aanvullingen op of wijzigingen van deze Wachtkamerovereenkomst (daaronder begrepen de Bijlagen bij deze wachtkamerovereenkomst) uitsluitend schriftelijk overeenkomen.

Gaat u akkoord met de GIBIT Voorwaarden van de VNG.

Algemene voorwaarden Algemene voorwaarden van de Vereniging van Nederlandse Gemeenten gedeponeerd sinds februari 2023 en de Algemene Inkoopvoorwaarden IT (GIBIT), zoals vastgesteld door de VNG en van toepassing sinds 2023.

Hiervan zijn ten minste de volgende standaarden van toepassing: - Digitoegankelijk (EN 301 549 met WCAG 2.1) - HTTPS en HSTS - IPv4 en 6 - NEN-ISO/IEC 27001* - NEN-ISO/IEC 27002 - NL GOV Assurance profile for OAuth 2.0 - OpenAPI Specification - REST-API Design Rules - SPF * U dient te beschikken over een certificering conform ISO27001, of; - een gelijkwaardig certificaat, gecertificeerd door conformiteitsbeoordeling-instanties die voldoen aan de Europese normenreeks voor certificering, of; - volgens een gelijkwaardig intern (schriftelijk) systeem met de navolgende kenmerken: organisatiebrede verankering, organisatiebrede uitvoering, interne controlecyclus, periodieke onafhankelijke audits inclusief motivatie waarom u aantoonbaar niet de mogelijkheid heeft gehad om over een certificaat te beschikken.

De voor deze aanbesteding relevante open standaarden zijn:  Digitoegankelijk (EN 301 549 met WCAG 2.1), zie EA-L02  HTTPS en HSTS  IPv4 en 6  NEN-ISO/IEC 27001  NEN-ISO/IEC 27002  NL GOV Assurance profile for OAuth 2.0  OpenAPI Specification  REST-API Design Rules  SPF.

ARBIT-2022 9/37 1.34.

ARBIT-2022 26/37 43.4.

ARBIT-2022 27/37 Artikel 47.

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

De voor deze aanbesteding relevante open standaarden zijn:
Digitoegankelijk (EN 301 549 met WCAG 2.1), zie EA-L02
HTTPS en HSTS
IPv4 en 6
NEN-ISO/IEC 27001
NEN-ISO/IEC 27002
NL GOV Assurance profile for OAuth 2.0
OpenAPI Specification
REST-API Design Rules
SPF.

Hiervan zijn ten minste de volgende standaarden van toepassing: - Digitoegankelijk (EN 301 549 met WCAG 2.1) - HTTPS en HSTS - IPv4 en 6 - NEN-ISO/IEC 27001 - NEN-ISO/IEC 27002 - NL GOV Assurance profile for OAuth 2.0 - OpenAPI Specification - REST-API Design Rules - SPF 11.

De voor deze aanbesteding relevante open standaarden zijn:
Digitoegankelijk (EN 301 549 met WCAG 2.1), zie EA-L02
HTTPS en HSTS
IPv4 en 6
NEN-ISO/IEC 27001
NEN-ISO/IEC 27002
NL GOV Assurance profile for OAuth 2.0
OpenAPI Specification
REST-API Design Rules
SPF.

ARBIT-2022 9/37 1.34.

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Informatie en communicatie Herschreven 6.1 Omgangsvormen Herschreven 7 Buitenland Nieuw 8.2 Het voeren van het goede gesprek Nieuw 8.4, 8.5, 8.6 De rol van de vertrouwenspersoon; Integriteitsschendingen; Nader informatie en advies Herschreven ARBIT-2022 – Model Verwerkersovereenkomst 1 Inhoud Artikel 1.

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Leveranciersrelaties 15.1 Informatiebeveiliging in leveranciersrelaties Maatregel Organisatie BBN Richtlijn Verantwoordelijke(n) 15.1.2 Rijk 1 VIR-BI Proceseigenaar Dienstenleverancier 15.1.2 Rijk 1 ARBIT Proceseigenaar Dienstenleverancier 15.1.2 Gemeente 1 GIBIT Proceseigenaar Dienstenleverancier BIO v1.0.4zv | 74 Deel 3 – Addendum BIO 16.

Leveranciersrelaties 15.1 Informatiebeveiliging in leveranciersrelaties Maatregel Organisatie BBN Richtlijn Verantwoordelijke(n) 15.1.2 Rijk 1 VIR-BI Proceseigenaar Dienstenleverancier 15.1.2 Rijk 1 ARBIT Proceseigenaar Dienstenleverancier 15.1.2 Gemeente 1 GIBIT Proceseigenaar Dienstenleverancier BIO v1.0.4zv | 74 Deel 3 – Addendum BIO 16.

(zie ook https://standaarden.overheid .nl/dcat.

o Dit zijn de OpenAPI Specification en o de REST-API Design Rules.

Het begrip is overgenomen uit de ARBIT.

Dit zijn veelal procedurele afspraken die voor zich spreken, de inhoud is grotendeels overgenomen van artikel 6 en 7 ARBIT.

In artikel 5.6 is bewust afgeweken van de ARBIT: waar de ARBIT veronderstelt dat sprake is van eigendomsoverdracht, geeft GIBIT slechts randvoorwaarden voor het geval eigendomsoverdracht is overeengekomen.

In navolging van artikel 35 GIBIT 2023 is de TPM-verklaring bijgesloten in de bijlage bij de Overeenkomst "TPM-verklaring".

Hiervoor is gekozen omdat de GIBIT tot op heden niet zo veel aandacht had voor fysieke producten.

Dit laatste volgt uit de wet en de GIBIT wijkt hier (bewust) niet vanaf.

https://www.forumstandaardisatie.nl/open-standaarden/openapi-specification REST-API Design Rules | Definitief | OMS Referentiearchitectuur | Versie 1.9 | 23 september 2025 | Pagina 41 van 48 De standaard 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/openapi-specification REST-API Design Rules | Definitief | OMS Referentiearchitectuur | Versie 1.9 | 23 september 2025 | Pagina 41 van 48 De standaard 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/openapi-specification REST-API Design Rules | Definitief | OMS Referentiearchitectuur | Versie 1.9 | 23 september 2025 | Pagina 41 van 48 De standaard 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.

In several key areas, the ARBIT is fundamentally unsuitable or conflicts with the interests of foreign COTS suppliers.

The proposed solution is to work towards a synthesis between the ARBIT and the COTS supplier's terms and conditions.

De ARBIT is de standaard voor de Nederlandse Overheid.

https://www.forumstandaardisatie.nl/open-standaarden/openapi-specification REST-API Design Rules | Definitief | OMS Referentiearchitectuur | Versie 1.9 | 24 september 2025 | Pagina 41 van 48 De standaard 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/openapi-specification REST-API Design Rules | Definitief | OMS Referentiearchitectuur | Versie 1.9 | 24 september 2025 | Pagina 41 van 48 De standaard 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.

De oplossing hiertoe is om naar een synthese tussen ARBIT en voorwaarden COTS-leverancier toe te werken.

Toepasselijk recht en voorwaarden Op alle Overeenkomsten (Dienstverleningsovereenkomst en Deelopdrachten) is het Nederlands recht van toepassing. DJI zal gebruik maken van ARBIT 2022 en de daarbij behorende modelovereenkomst ARBIT 2022.

The ARBIT is the standard for the Dutch government.

• https://publicatie.centrumvoorstandaarden.nl/api/adr/ o Document van de overheid over API Design Rules.