TenderNed Standaardenmonitor

Dit betreft in ieder geval (en niet uitputtend) de volgende standaarden uit deze lijst: (DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL) Opdrachtnemer garandeert dat de geïmplementeerde koppelingen ook in de toekomst blijven voldoen aan nieuwe versies van de “pas toe of leg uit” lijst van forum standaardisatie.

Dit betreft in ieder geval (en niet uitputtend) de volgende standaarden uit deze lijst: (DNSSEC, HTTPS en HSTS, IPv6 en IPv4, NEN-ISO/IEC 27001, NEN-ISO/IEC 27002, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, REST-API Design Rules, RPKI, security.txt, TLS, XBRL) Opdrachtnemer garandeert dat de geïmplementeerde koppelingen ook in de toekomst blijven voldoen aan nieuwe versies van de “pas toe of leg uit” lijst van forum standaardisatie.

GIBIT 2023; Pagina 2 van 13 10.

Leverancier is gerechtigd om de periodieke kosten, zoals opgenomen in bijlage 1- Prijzenblad te indexeren conform artikel 11.8 van GIBIT 2023.

De Gemeentelijke voorwaarden bij IT Toolbox (GIBIT) versie 2023; 9.

De API’s werken volgens de RESTarchitectuurstijl en volgen de REST-API Design Rules standaard.

De API’s werken volgens de RESTarchitectuurstijl en volgen de REST-API Design Rules standaard.

In Bijlage 3 staan de artikelen uit de GIBIT 2023 over deze onderwerpen.

Fase: Inschrijffase Inschrijfronde: Inschrijfronde 1 Vragenronde: Vragenronde 1 Beantwoord op: 27 mei 2026 Percelen: P1 Datadistributiesysteem v2 Ref.nr. Onderwerp: 40 GIBIT 2025 7.2 sub i Vraag: Artikel 7.2 sub i legt bij Dienstverlening op Afstand de verantwoordelijkheid voor het tijdig signaleren van noodzakelijke medewerking van derde partijen bij Leverancier.

Fase: Inschrijffase Inschrijfronde: Inschrijfronde 1 Vragenronde: Vragenronde 1 Beantwoord op: 27 mei 2026 Percelen: P1 Datadistributiesysteem v2 Ref.nr. Onderwerp: Nota van inlichtingen TN-586721 - 27 mei 2026 Pagina 26 van 78 42 GIBIT 2025 6.3 Vraag: Kan de Gemeente bevestigen dat de verplichting dat “de volledigheid en integriteit van de Data niet worden aangetast” en dat metadata “zoveel mogelijk volledig en integer worden overgezet” dient te worden uitgelegd als een inspanningsverplichting, mede gelet op het feit dat de kwaliteit, structuur en beschikbaarheid van brondata en metadata veelal mede afhankelijk zijn van derden, legacy-systemen en de door Opdrachtgever aangeleverde gegevens?

604 FP6 Kan Aanbestedende Dienst bevestigen dat onder ‘voldoen aan de REST-API design rules’ wordt verstaan dat de aangeboden API REST/JSON over HTTPS is, met OAuth2, versiebeheer en gedocumenteerde endpoints (OpenAPI), en dat volledige ADR-conformiteit alleen wordt verlangd voor door Inschrijver te realiseren maatwerk API’s/integraties, niet voor de standaard CCaaS Cloud Platform API's?

58 PvE FP6 Kan Opdrachtgever de 'REST-API design rules' waarnaar verwezen wordt beschikbaar stellen?

Betreft dit de API Designrules van de Nederlandse overheid (Kennisplatform APIs)?

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

In de ARBIT is gekozen voor een onbeperkte aansprakelijkheid bij tekortkomingen in verband met de verwerking van persoonsgegevens.

De GIBIT zijn hierin dan ook marktconform: ze hebben een vergelijkbare aansprakelijkheidsbepaling met de ARBIT, en volgen de Gids Proportionaliteit, die onbeperkte aansprakelijkheden afkeurt.

Zie ook het antwoord op vraag 548 562 GIBIT Vervolgvraag (art. 4.2 en 4.3) Vervolgvraag #229 – Kan Opdrachtgever bevestigen dat een tekortkoming pas kan worden aangenomen na voorafgaande schriftelijke ingebrekestelling met daarin een redelijke hersteltermijn, zodat de opdrachtnemer objectief in staat wordt gesteld een herstelactie uit te voeren.

Excuus wanneer antwoord is gegeven op een verkeerd artikel, Opdrachtgever zal hetgeen in de GIBIT is beschreven naleven dus ook artikel 11.9.

GIBIT Inkoopvoorwaarden 3.

Dit kan via een database user, API (Rest API designrules, Open API) of via csv-exportbestanden (SFTP).

De Applicatie ondersteunt de uitwisseling van gegevens tussen Applicaties middels API (web) services of een andere gestandaardiseerde methodiek – De Opdrachtgever conformeert zich aan de NL API strategie en REST-API Design rules.

De implementatie van de Applicatie (lees: Applicatie) zal conform artikel 6 van de GIBIT 2025 plaatsvinden.

Begrippen Deze Inkoopvoorwaarden maken onderdeel uit van de GIBIT 2025.

16.7 Leverancier factureert in afwijking van artikel 11.2 van de GIBIT 2025 als volgt: a) Vergoedingen voor implementatie- en migratiekosten 100% na de Integrale Acceptatieprocedure.

Voor de aanbesteding van de ticketmeters zijn met name HTTPS/TLS 1.3 voor beveiligde communicatie en de REST API Design Rules voor de API-ontsluiting direct van toepassing. E36 API-ontsluiting en datakoppeling (gedurende de gehele contractlooptijd) Opdrachtnemer stelt kosteloos een API ter beschikking voor het ontsluiten van parkeerdata, zowel voor gebruik door de gemeente Almelo zelf als voor door de gemeente aangewezen derden.

GIBIT 2025 Inkoopvoorwaarden; 6.

Door een Inschrijving in te dienen, verklaart Inschrijver zich onvoorwaardelijk en volledig akkoord met alle eisen, voorwaarden, criteria en voorbehouden zoals opgenomen in de toepasselijke documenten, waaronder de Aanbestedingsleidraad, het Programma van Eisen, de Nota(‘s) van Inlichtingen, de Overeenkomst en de GIBIT 2025 Inkoopvoorwaarden.

Voldoet Inschrijver niet aan de gestelde Geschiktheidseisen, dan wordt Inschrijver uitgesloten van (verdere) deelname aan de aanbesteding. GIBIT 2025 Inkoopvoorwaarden De GIBIT 2025 Inkoopvoorwaarden zijn van toepassing op de te sluiten Overeenkomst, zie Bijlage 4.

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.

Kunt u bevestigen of het voldoende is dat de inschrijver bij livegang beschikt over API-mogelijkheden conform REST API Design Rules en OAS 3.0 (incl. documentatie), waarbij eventuele concrete koppelingen/implementaties in overleg met de opdrachtgever op een later moment worden gerealiseerd?

De API‐verplichting is bedoeld om interoperabiliteit en toekomstbestendigheid te borgen binnen de gemeentelijke doelarchitectuur en landelijke standaarden (REST API Design Rules, OAS 3.0, Forum Standaardisatie, Common Ground).

74 Opdrachtnemer is verantwoordelijk voor het borgen van vergelijkbare eisen bij toeopdrachtnemers zoals deze gesteld worden door de gemeente tenzij deze niet relevant zijn gezien de aard van dienstverlening. Techniek 75 De oplossing ondersteunt integratie met andere systemen via API’s die voldoen aan de landelijke REST API Design Rules en OAS 3.0.

1 Gegevens Referentieopdracht Naam onderneming Adres Postcode + Plaats Contactpersoon Functie contactpersoon Telefoonnummer 2 Algemene informatie project Beschrijving project Startdatum referentieopdracht Einddatum referentieopdracht Waarde opdracht (indien van toepassing) Bedrag € excl. BTW 3 Bewijsvoering kerncompetentie Omvang <Geef een beschrijving van de opdracht, waarin u tenminste ingaat op de punten waarmee u laat zien dat u voldoet aan de gevraagde kerncompetentie zoals onder punt 1 omschreven> • VERWERKERSOVEREENKOMST AVG <datum> Verwerkersovereenkomst uitvoering <naam hoofdovereenkomst> 2 Inhoud Verwerkersovereenkomst uitvoering Energieloket en energiebesparende diensten 3 Artikel 1 Definities 3 Artikel 2 Ingangsdatum en duur 3 Artikel 3 Onderwerp van deze Verwerkersovereenkomst 3 Artikel 4 Inhoudelijke afspraken 4 Artikel 5 Inbreuk in verband met Persoonsgegevens 4 Artikel 6 Aansprakelijkheid 5 Artikel 7 Beëindigen verwerkersovereenkomst 5 Artikel 8 Overige bepalingen 5 Ondertekening 5 Bijlage 1: Overzicht van te verwerken persoonsgegevens, contactgegevens partijen en ingeschakelde subverwerkers 6 Bijlage 2: Aantonen passend niveau van beveiliging 8 Bijlage 3: Relevante GIBIT 2023 artikelen 9 Verwerkersovereenkomst uitvoering <naam hoofdovereenkomst> 3 Verwerkersovereenkomst uitvoering Energieloket en energiebesparende diensten Gemeente Alkmaar, waarvan <het college van Burgemeester en Wethouders/de Gemeenteraad/de Burgemeester> de verwerkingsverantwoordelijke is, verder te noemen Verwerkingsverantwoordelijke, hierbij rechtsgeldig vertegenwoordigd door de <heer of mevrouw> <persoonsnaam>, <functie> en <Bedrijf>, gevestigd te <plaatsnaam>, KVK-nummer <nummer> verder te noemen Verwerker, hierbij rechtsgeldig vertegenwoordigd door de <de heer of mevrouw>, <persoonsnaam> , <functie>, hierna afzonderlijk te noemen “Partij”, of gezamenlijk “Partijen” Overwegen het volgende: a) Partijen hebben op <datum> de <titel hoofdovereenkomst>, hierna Hoofdovereenkomst, afgesloten, op grond waarvan Verwerker de volgende dienst(en) levert aan de Verwerkingsverantwoordelijke: <specificatie dienst(en)>; b) Verwerker verwerkt voor de uitvoering van de Hoofdovereenkomst Persoonsgegevens voor Verwerkingsverantwoordelijke; c) Op de verwerking van Persoonsgegevens door Verwerker zijn de Algemene Verordening Gegevensbescherming (AVG) en de Uitvoeringswet AVG (UAVG) van toepassing; d) Partijen willen in aanvulling op de AVG en de UAVG de volgende afspraken over de verwerking van Persoonsgegevens vastleggen in deze verwerkersovereenkomst (hierna: de Verwerkersovereenkomst); En komen het volgende overeen: Artikel 1 Definities 1.1 Begrippen uit de AVG en de UAVG die in deze Verwerkersovereenkomst worden gebruikt, hebben dezelfde betekenis.

Verwerkersovereenkomst uitvoering <naam hoofdovereenkomst> 9 Deze bijlage is facultatief: Alleen als bijlage opnemen als deze van toepassing is en de GIBIT niet al van toepassing is verklaard!

Bijlage 3: Relevante GIBIT 2023 artikelen Artikel 16.

Het systeem ondersteunt gegevensuitwisseling primair via gestandaardiseerde en goed gedocumenteerde API-koppelingen conform de REST-API Design Rules.

Het systeem ondersteunt gegevensuitwisseling primair via gestandaardiseerde en goed gedocumenteerde API-koppelingen conform de REST-API Design Rules.

Dit betreft naast wetgeving als AVG, Woo, Wmebv, etc. ook generieke afspraken als BIO, GIBIT, DUTO, GEMMA/NORA, etc. Aansluitvoorwaarde Toelichting Toetsen van de compliancy van de oplossingsrichting (minimaal AVG, Archiefwet, WOO, Wmebv, Digitale toegankelijkheid, Wet Electronisch publiceren, aanbestedingswet en domein specifieke wetgeving) In essentie de totaliteit van wetgevingen waar de gemeentelijke organisaties aan gebonden zijn Gibit DUTO GEMMA/NORA BIO / BIO2 Normenkader dat de minimale beveiligingseisen vastlegt voor informatiebeveiliging binnen Nederlandse overheidsorganisaties.

Daarnaast dient opdrachtnemer te handelen conform de bepalingen van GIBIT 2023, waarin gemeentelijke inkoopvoorwaarden voor ICT-diensten en producten zijn vastgelegd en Opdrachtnemer dient gedurende de uitvoering van de opdracht tevens rekening te houden met het bepaalde in het inkoopbeleid.

Het hierboven genoemde laat alle overige rechten van Opdrachtgever, die zij onder meer op basis van de Overeenkomst en de GIBIT 2023 heeft, onverlet.

https://www.forumstandaardisatie.nl/open-standaarden/openapi-specification PDF (NEN-ISO) https://www.forumstandaardisatie.nl/open-standaarden/pdf-nen-iso REST-API Design Rules 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 PDF (NEN-ISO) https://www.forumstandaardisatie.nl/open-standaarden/pdf-nen-iso REST-API Design Rules 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.

Aan deze begrippen komt de betekenis toe die hieraan is gegeven in de GIBIT 2023.

REFERENTIE: LATER INVULLEN Ondergetekenden • De publiekrechtelijke rechtspersoon Gemeente Nijmegen, te dezen rechtsgeldig vertegenwoordigd door Bas Linders, Concernmanager IZL, hierna te noemen "Opdrachtgever"; Pagina 2 van 11 en • ("NAAM_HIER") met Kamer van Koophandel nummer ("KvK_Hier") gevestigd en kantoorhoudende te ("PLAATS_HIER") aan de ("ADRES_HIER") ("POSTCODE_HIER"), te dezen rechtsgeldig vertegenwoordigd door , hierna te noemen "Leverancier"; tezamen hierna verder aan te duiden als "partijen" dan wel afzonderlijk als "partij", overwegende dat: • Opdrachtgever in het kader van de uitoefening van zijn taak behoefte heeft aan het beoogde gebruik van de ICT Prestatie zoals ten tijde van het sluiten van de Overeenkomst voor Leverancier (al dan niet op basis van de offerteaanvraag of andere aan de Overeenkomst voorafgaande documenten) bekend was of op grond van artikel 3 GIBIT 2023 voor Leverancier bekend behoorde te zijn, een en ander voor zover dat gebruik in onderhavige Overeenkomst niet uitdrukkelijk is uitgesloten of beperkt; • Opdrachtgever in verband met hetgeen hiervoor is overwogen, tot Europese aanbesteding van de ICT Prestatie is overgegaan; • Partijen de uit het bovenstaande voortvloeiende rechtsverhouding schriftelijk wensen vast te leggen; zijn als volgt overeengekomen: Artikel 1.

Bepalingen ten aanzien van algoritmische toepassingen worden thans geregeld in artikel 13 GIBIT 2023.