TenderNed Standaardenmonitor

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

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.

ARBIT-2022 9/37 1.34.

Organisatienaam <Inschrijver/Gegadigde> Naam rechtsgeldig tekenbevoegde Functie Handtekening Plaats en datum Tweede Nota van Inlichtingen Titel: Digitaal ontwikkelsysteem Kwalificatiestructuur MBO Opdrachtgever: Samenwerkingsorganisatie Beroepsonderwijs Bedrijfsleven (SBB) Datum: 16-1-2025 Versie: Definitief Bijlagen: Bijlage 1 Versie 2 Vraag Vraagtekst Antwoord 1 Voorstel is om: Artikelen 8.1a, 8.2, 8,3 en 8.4 van de ARBIT-2022 zijn niet van toepassing op de overeenkomst en komen te vervallen.

De wens van SBB is dat het intellectueel eigendom hiervan bij opdrachtnemer ligt en eventueel maatwerk in de standaard applicatie wordt opgenomen voor beheer en ondersteuning. De ARBIT voorwaarden kunnen hiervoor op relevante onderdelen worden aangepast. Het gezamenlijk met de leverancier co-creëren van de inrichting/configuratie van het platform en het vertalen van het PvE naar concrete functionaliteiten; De begeleiding tijdens de overgang naar DoK en de nieuwe werkwijze die daarmee gepaard gaat.

Zie mogelijke invulling: Metamodel Informatie Modellering / Historie (https://docs.geostandaarden.nl/mim/mim/#historie) TN484069 37/70 Dit plan bevat ten minste, niet limitatief: o Het vaststellen van meldingscategorieën zoals signaalverlies, stroomverlies, niet-tijdig afleveren van sensorberichten, niet-uitgevoerde updates, een lage resterende batterijcapaciteit; o Het opstellen van scenario’s hoe meldingscategorieën worden geverifieerd; o Hoe de aanvraag, terugmelding, respons- en oplostijdtijd van een geconstateerd defect en het advies van en naar de OG plaatsvindt en bepaald wordt; o De metadataberichten en dashboardupdates naar Opdrachtnemer en/of afnemers gedurende het verwerken van de melding (verder uitgewerkt in de meetstroomspecificatie), inclusief scenario’s voor het verplaatsen of vervangen van de sensor(en), basisstation(s) en accu’s. o Falen van stappen in het proces en de vervolgstappen o Een analyse van de oorzaak van de meldingen.

Zie mogelijke invulling: Metamodel Informatie Modellering / Historie (https://docs.geostandaarden.nl/mim/mim/#historie) In de procesbeschrijving dient specifiek te worden benoemd: o Hoe ON de trigger ontvangt dat er een Meetstation EoL is o Advies ON o Besluit OG o Systeemveiligheid TN484069 39/70 2.

Zie mogelijke invulling: Metamodel Informatie Modellering / Historie (https://docs.geostandaarden.nl/mim/mim/#historie) Eisen proces 1.

13-5-2026 ProRail heeft de aanbiedingsbegroting hierop aangepast. TN484069 - Annex 5.1 Aanbiedingsbegroting perceel IoT Platform v5 2 ARBIT 2022 Artikel 21 Melding in publicaties en/of reclame-uitingen Gegadigde verzoekt u deze bepaling wederkerig te maken.

53 ARBIT 2022 artikel 73.2 Bij cloudoplossingen is dit absoluut niet mogelijk, omdat de cloudleverancier het patchlevel en onderhoudsniveau bepaald waardoor aanpalende systemen mee moeten.

64 ARBIT 2022 Artikel 47.

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.

Bijlagen Bijlage 1 Programma van Eisen Bijlage 1A Beschrijving huidige situatie TIOX (zip) Bijlage 2 Concept Service Level Agreement (SLA) Bijlage 3 Concept Overeenkomst Bijlage 4 Concept Wachtkamerovereenkomst Bijlage 5 GIBIT2023 Bijlage 6 Prijzenblad Bijlage 7 Format referenties Bijlage 8 Model verwerkersovereenkomst Bijlage 9 Verklaring geen Russische betrokkenheid Vereniging van Nederlandse Gemeenten Nassaulaan 12 Den Haag | Postbus 30435 | 2500 GK Den Haag 070 - 373 83 93 | info@vng.nl | vng.nl 1/9 Bijlage 1.

Artikel 11 Exit-plan 11.1 Leverancier verplicht zich reeds nu uiterlijk binnen drie (3) maanden na inwerkingtreding van deze overeenkomst een exit-plan als bedoeld in artikel 26 GIBIT 2023 op te stellen.

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

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.

18 ARBIT-2022 4/37 Artikel 26.

ARBIT-2022 34/37 Artikel 71.

Hij geeft daarbij inzicht in het verloop en de stand ARBIT-2022 29/37 van zijn werkzaamheden, het tot dan toe aan de Opdracht bestede aantal uren en andere voor de uitvoering daarvan relevante aspecten.

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.

Art. 20 gaat namelijk niet over de beëindiging van de overeenkomst. Opdrachtgever neemt aan dat u art. 30 ARBIT bedoelt.

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?

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.

Deze vraag lijkt te berusten op een verkeerde interpretatie van artikel 9.10 GIBIT.

Deels akkoord, opdrachtgever verandert artikel 16.4 GIBIT naar: De aansprakelijkheid voor overige schade is beperkt tot éénmaal de Jaarvergoeding per gebeurtenis.

1 Voor vragen over de GIBIT 2023 kunt u contact opnemen met info@gibit.nl 2 Zie hiervoor Bijlage 3.

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.

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

Wij zijn een leverancier van OMS-oplossing (COTS) en zijn nog niet volledig bekend met de EU-Tender regels en de ARBIT in het bijzonder.

Gegadigde verzoekt de aanbestedende dienst om aan te vullen met dat Opdrachtnemer eveneens dient in te stemmen (wederzijdse instemming) met de ingeroepen mogelijkheid tot verlenging van de overeenkomst. Vragen, opmerkingen en zienswijzen ten aanzien van contractuele voorwaarden en de ARBIT 2022 maken onderdeel uit van de Dialoog en zullen gedurende die fase behandeld worden.