TenderNed Standaardenmonitor

We ontwerpen de koppelingen zelf conform de standaard en de REST-API Design rules van Geonovum, Enable U bouwt de API's. Gezamenlijk wordt getest en beheerd.

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.

OGC standaarden WMS/WFS/WMTS voor geodata en transitie naar het gebruik van OGC Records API + DCAT voor metadata.

OGC standaarden WMS/WFS/WMTS voor geodata en transitie naar het gebruik van OGC Records API + DCAT voor metadata.

7 Nr. Onderwerp E01 De opdrachtnemer volgt en implementeert de GEO-standaarden en open standaarden zoals beschreven door GEONOVUM en forum standaardisatie binnen haar producten (https://www.geonovum.nl/geo-standaarden / https://www.forumstandaardisatie.nl/) E02 Integraties vinden plaats op basis van API's die zijn opgebouwd in overeenstemming met de REST API Design Rules voor Nederlandse overheden en Open API Specification (OAS) versie 3.0.

7 Nr. Onderwerp E01 De opdrachtnemer volgt en implementeert de GEO-standaarden en open standaarden zoals beschreven door GEONOVUM en forum standaardisatie binnen haar producten (https://www.geonovum.nl/geo-standaarden / https://www.forumstandaardisatie.nl/) E02 Integraties vinden plaats op basis van API's die zijn opgebouwd in overeenstemming met de REST API Design Rules voor Nederlandse overheden en Open API Specification (OAS) versie 3.0.

De standaard REST-API Design Rules geeft een verzameling basisregels voor structuur en naamgeving waarmee de overheid op Graag herformuleren voor de volgende vraagronde.

De standaard REST-API Design Rules geeft een verzameling basisregels voor structuur en naamgeving waarmee de overheid op Graag herformuleren voor de volgende vraagronde.

Leverancier verklaart een exemplaar van de GIBIT 2023 te hebben ontvangen.

Zie ook GIBIT 2023 artikel 21.

In GIBIT artikel 35 staat het volgende “Leverancier zal bij generieke Dienstverlening op Afstand die door Leverancier aan meerdere klanten wordt aangeboden jaarlijks, uiterlijk in het tweede kwartaal van ieder kalenderjaar, een derdenverklaring (TPM) of geldige (ISO) certificering of beschrijving van vergelijkbaar kwaliteitssysteem overleggen van een register EDP-auditor of andere ter zake onafhankelijke geaccrediteerde deskundige ter zake van de kwaliteit van de processen bij Leverancier.”

AES Versleutelingstechniek FIPS 197 NIST ASN.1 Datastructuren ISO/IEC 8824- 1:2015 ISO CAA Controle over uitgifte van digitale certificaten RFC 8659 IETF CMIS Content-uitwisseling tussen CMS- /DMS-systemen 1.0 OASIS CSS Website opmaak 2021 W3C CSV Tabelbestanden RFC4180 IETF Datum en Tijd Datum en tijd NEN-ISO 8601:2019 ISO DCAT Beschrijven van datasets Recommendation 16-01-2014 W3C EPUB e-bookformaat 3.2 IDPF ETSI TS 119 312 Digitale handtekening v1.1.1 (2014-11) ETSI FTP Bestandsuitwisseling RFC 959 IETF Genericode Definiëren van Codelijsten 1.0 OASIS HTML Opmaak van webpagina’s. living standard WHATWG HTTP webcommunicatie 1.1 en 2.0 IETF iCalendar Kalendergegevens Nov 1998 IETF IMAP E-mail synchronisatie 4, revisie 1 IETF IP Sec Beveiligde IP-verbindingen RFC 4301 met RFC4309 + RFC 6040 en 7619 IETF ISO 3166-1 Codes voor landnamen ISO 3166-1:2013 Landcodes ISO EA2023004 EA ESMA : Technische Architectuur Pagina 30 van 31 JSON Uitwisselen van datastructuren RFC8259, december 2017 IETF LDAP Netwerkprotocol 3 IETF MIM Standaard voor metamodellering 1.1.1 Geonovum MIME e-mail opmaak RFC 2045 IETF MTOM MTOM januari 2005, (voor SOAP versie 1.2) W3C NEN-ISO 4217 NEN-ISO 4217:2015 Valuta codes ISO NTP Synchroniseren van tijd 4 IETF Oauth API Autorisatiestandaard 2.0 IETF Odata Bevraging van REST APIs 4.0 OASIS OIDC Authenticatie 1.0 OpenID Foundation OWL Beschrijvingstaal semantisch web OWL 2 W3C PDF/UA Formaat documentpublicatie ISO14289-1:2015 ISO Peppol BIS Financiële administratie 3.08 openPEPPOL AISBL RDF Publicatie gestructureerde gegevens Versie 1.1 W3C RDFa Indexeren en verzamelen van geautomatiseerde content RDFa 1.1 W3C RDFS Resource Description Framework Schema (RDFS) biedt een standaard taal waarmee de structuur van gegevens in termen van klassen, eigenschappen en datatypen kan worden beschreven.

AES Versleutelingstechniek FIPS 197 NIST ASN.1 Datastructuren ISO/IEC 8824- 1:2015 ISO CAA Controle over uitgifte van digitale certificaten RFC 8659 IETF CMIS Content-uitwisseling tussen CMS- /DMS-systemen 1.0 OASIS CSS Website opmaak 2021 W3C CSV Tabelbestanden RFC4180 IETF Datum en Tijd Datum en tijd NEN-ISO 8601:2019 ISO DCAT Beschrijven van datasets Recommendation 16-01-2014 W3C EPUB e-bookformaat 3.2 IDPF ETSI TS 119 312 Digitale handtekening v1.1.1 (2014-11) ETSI FTP Bestandsuitwisseling RFC 959 IETF Genericode Definiëren van Codelijsten 1.0 OASIS HTML Opmaak van webpagina’s. living standard WHATWG HTTP webcommunicatie 1.1 en 2.0 IETF iCalendar Kalendergegevens Nov 1998 IETF IMAP E-mail synchronisatie 4, revisie 1 IETF IP Sec Beveiligde IP-verbindingen RFC 4301 met RFC4309 + RFC 6040 en 7619 IETF ISO 3166-1 Codes voor landnamen ISO 3166-1:2013 Landcodes ISO EA2023004 EA ESMA : Technische Architectuur Pagina 32 van 33 JSON Uitwisselen van datastructuren RFC8259, december 2017 IETF LDAP Netwerkprotocol 3 IETF MIM Standaard voor metamodellering 1.1.1 Geonovum MIME e-mail opmaak RFC 2045 IETF MTOM MTOM januari 2005, (voor SOAP versie 1.2) W3C NEN-ISO 4217 NEN-ISO 4217:2015 Valuta codes ISO NTP Synchroniseren van tijd 4 IETF Oauth API Autorisatiestandaard 2.0 IETF Odata Bevraging van REST APIs 4.0 OASIS OIDC Authenticatie 1.0 OpenID Foundation OWL Beschrijvingstaal semantisch web OWL 2 W3C PDF/UA Formaat documentpublicatie ISO14289-1:2015 ISO Peppol BIS Financiële administratie 3.08 openPEPPOL AISBL RDF Publicatie gestructureerde gegevens Versie 1.1 W3C RDFa Indexeren en verzamelen van geautomatiseerde content RDFa 1.1 W3C RDFS Resource Description Framework Schema (RDFS) biedt een standaard taal waarmee de structuur van gegevens in termen van klassen, eigenschappen en datatypen kan worden beschreven.

AES Versleutelingstechniek FIPS 197 NIST ASN.1 Datastructuren ISO/IEC 8824- 1:2015 ISO CAA Controle over uitgifte van digitale certificaten RFC 8659 IETF CMIS Content-uitwisseling tussen CMS- /DMS-systemen 1.0 OASIS CSS Website opmaak 2021 W3C CSV Tabelbestanden RFC4180 IETF Datum en Tijd Datum en tijd NEN-ISO 8601:2019 ISO DCAT Beschrijven van datasets Recommendation 16-01-2014 W3C EPUB e-bookformaat 3.2 IDPF ETSI TS 119 312 Digitale handtekening v1.1.1 (2014-11) ETSI FTP Bestandsuitwisseling RFC 959 IETF Genericode Definiëren van Codelijsten 1.0 OASIS HTML Opmaak van webpagina’s. living standard WHATWG HTTP webcommunicatie 1.1 en 2.0 IETF iCalendar Kalendergegevens Nov 1998 IETF IMAP E-mail synchronisatie 4, revisie 1 IETF IP Sec Beveiligde IP-verbindingen RFC 4301 met RFC4309 + RFC 6040 en 7619 IETF ISO 3166-1 Codes voor landnamen ISO 3166-1:2013 Landcodes ISO EA2023004 EA ESMA : Technische Architectuur Pagina 30 van 31 JSON Uitwisselen van datastructuren RFC8259, december 2017 IETF LDAP Netwerkprotocol 3 IETF MIM Standaard voor metamodellering 1.1.1 Geonovum MIME e-mail opmaak RFC 2045 IETF MTOM MTOM januari 2005, (voor SOAP versie 1.2) W3C NEN-ISO 4217 NEN-ISO 4217:2015 Valuta codes ISO NTP Synchroniseren van tijd 4 IETF Oauth API Autorisatiestandaard 2.0 IETF Odata Bevraging van REST APIs 4.0 OASIS OIDC Authenticatie 1.0 OpenID Foundation OWL Beschrijvingstaal semantisch web OWL 2 W3C PDF/UA Formaat documentpublicatie ISO14289-1:2015 ISO Peppol BIS Financiële administratie 3.08 openPEPPOL AISBL RDF Publicatie gestructureerde gegevens Versie 1.1 W3C RDFa Indexeren en verzamelen van geautomatiseerde content RDFa 1.1 W3C RDFS Resource Description Framework Schema (RDFS) biedt een standaard taal waarmee de structuur van gegevens in termen van klassen, eigenschappen en datatypen kan worden beschreven.

Zie ook §6.1 Verplichte Standaarden : REST-API Design Rules.

Verplichte Standaarden ’Pas toe of Leg Uit’ Standaard Typering Versie Beheerorganisatie OpenAPI Specification Beschrijven van REST APIs 3.0 OpenAPI Initiative REST-API Design Rules Verzameling regels voor het structureren en documenteren van REST API’s. 1.0 Logius DKIM Bescherming tegen e-mailphishing RFC 6376 IETF DMARC Bescherming tegen e-mailphishing RFC 7489 IETF DNSSEC Domeinnaambeveiliging RFC 4033, RFC4034, RFC4035 IETF HTTPS en HSTS Beveiligde websiteverbinding 1.2 IETF IPv6 en Ipv4 Adressering van ICT-systemen binnen een netwerk 4 en 6 IETF NL GOV Assurance profile for Oauth 2.0 Beveiligingstandaard voor het autoriseren van toegang tot REST API’s 15 juli 2019 Logius ODF Format documentbewerking 1.3 OASIS PDF (NEN-ISO) Formaat documentpublicatie ISO RPKI Beveiligen van de routing infrastructuur IETF SAML Authenticatie en autorisatie 2.0 OASIS 4 Forum Standaardisatie 5 'Pas toe of leg uit'-beleid | Forum Standaardisatie EA2023004 EA ESMA : Technische Architectuur Pagina 31 van 33 Standaard Typering Versie Beheerorganisatie security.txt Publicatie van contactinformatie voor beveiligingsmeldingen RFC 9116 IETF SPF Bescherming tegen e-mailphishing 1 IETF STARTTLS en DANE Beveiligde verbinding tussen mailservers RFC 3207 en RFC 7672 IETF STIX en TAXII Uitwisseling van cyberdreigingsinformatie 1.2.1 (STIX) en 1.1.1 (TAXII) OASIS TLS Beveiligde internetverbinding 1.3 en 1.2 IETF XBRL Bedrijfsrapportages met een financiële component XBRL 2.1 XBRL International 6.2.

SaaS koppelen met de SVB - Integratie methoden', dat tijdens de aanbesteding het mogelijk is dat niet alle integraties gemaakt kunnen worden volgens de REST-API Design Rules (6.1).

1.1 W3C RTP Media streaming RFC3550 IETF S/MIME E-mail beveiliging 3.2 IETF SCIM Uitwisseling identiteitsinformatie RFC 7642, 7643 en 7644 IETF SHA-2 Authenticatie en integriteitscontrole ISO/IEC 10118- 3:2016 ISO SHACL Kwaliteitscriteria op linked data 20170720 W3C SIP Communicatie via IP RFC3261 IETF SMTP Versturen van e-mail RFC 5321 IETF SOAP Uitwisseling van berichten tussen machines 1.2 W3C SQL Databasetaal 2011 ISO SSH-2 Versleuteld inloggen RFC 4251: 2006 IETF SVG Grafische afbeeldingen 1.1 W3C TCP/IP Netwerkcommunicatie December 1975 / September 1981 IETF UDDI Register voor webservices 3.0.2 OASIS UDP Netwerkprotocol op transportniveau RFC 768 IETF EA2023004 EA ESMA : Technische Architectuur Pagina 33 van 33 URI en IRI Standaard voor de identificatie van online bronnen van informatie RFC 3986 en RFC 3987 IETF UTF-8 Karaktercodering RFC 3629 IETF VCF Uitwisseling van contactgegevens RFC 6350 IETF WebDAV en CalDAV Delen en bewerken van documenten RFC 4918 en RFC 4791 IETF WebRTC Real Time communicatie 1.0 W3C WSDL Interface van Webservices 2.0 W3C X509 Authenticatie (PKI Certificaten) RFC5280 en update RFC6818 IETF XMI 2.x UML Metadata informatie 2.5.1 OMG XML Gestructureerde gegevens in tekstformat 1.0 W3C XSD Beschrijven van XML documenten XCD 1.1 W3C XSL Transformeren XML berichten XSL W3C Bijlage H: Huidige situatie Niets uit dit document mag zonder schriftelijke toestemming vooraf van de Sociale Verzekeringsbank worden verveelvoudigd, openbaar gemaakt of voor andere doelstellingen gebruikt dan het indienen van een Inschrijving. EA2023004 ESMA : Bijlage H – Huidige Situatie Pagina 2 van 26 Inhoudsopgave Inleiding ..................................................................................................................................................................3 1.

1.1 W3C RTP Media streaming RFC3550 IETF S/MIME E-mail beveiliging 3.2 IETF SCIM Uitwisseling identiteitsinformatie RFC 7642, 7643 en 7644 IETF SHA-2 Authenticatie en integriteitscontrole ISO/IEC 10118- 3:2016 ISO SHACL Kwaliteitscriteria op linked data 20170720 W3C SIP Communicatie via IP RFC3261 IETF SMTP Versturen van e-mail RFC 5321 IETF SOAP Uitwisseling van berichten tussen machines 1.2 W3C SQL Databasetaal 2011 ISO SSH-2 Versleuteld inloggen RFC 4251: 2006 IETF SVG Grafische afbeeldingen 1.1 W3C TCP/IP Netwerkcommunicatie December 1975 / September 1981 IETF UDDI Register voor webservices 3.0.2 OASIS UDP Netwerkprotocol op transportniveau RFC 768 IETF EA2023004 EA ESMA : Technische Architectuur Pagina 31 van 31 URI en IRI Standaard voor de identificatie van online bronnen van informatie RFC 3986 en RFC 3987 IETF UTF-8 Karaktercodering RFC 3629 IETF VCF Uitwisseling van contactgegevens RFC 6350 IETF WebDAV en CalDAV Delen en bewerken van documenten RFC 4918 en RFC 4791 IETF WebRTC Real Time communicatie 1.0 W3C WSDL Interface van Webservices 2.0 W3C X509 Authenticatie (PKI Certificaten) RFC5280 en update RFC6818 IETF XMI 2.x UML Metadata informatie 2.5.1 OMG XML Gestructureerde gegevens in tekstformat 1.0 W3C XSD Beschrijven van XML documenten XCD 1.1 W3C XSL Transformeren XML berichten XSL W3C Handleiding Social Return Inhoud 1.

1.1 W3C RTP Media streaming RFC3550 IETF S/MIME E-mail beveiliging 3.2 IETF SCIM Uitwisseling identiteitsinformatie RFC 7642, 7643 en 7644 IETF SHA-2 Authenticatie en integriteitscontrole ISO/IEC 10118- 3:2016 ISO SHACL Kwaliteitscriteria op linked data 20170720 W3C SIP Communicatie via IP RFC3261 IETF SMTP Versturen van e-mail RFC 5321 IETF SOAP Uitwisseling van berichten tussen machines 1.2 W3C SQL Databasetaal 2011 ISO SSH-2 Versleuteld inloggen RFC 4251: 2006 IETF SVG Grafische afbeeldingen 1.1 W3C TCP/IP Netwerkcommunicatie December 1975 / September 1981 IETF UDDI Register voor webservices 3.0.2 OASIS UDP Netwerkprotocol op transportniveau RFC 768 IETF EA2023004 EA ESMA : Technische Architectuur Pagina 33 van 33 URI en IRI Standaard voor de identificatie van online bronnen van informatie RFC 3986 en RFC 3987 IETF UTF-8 Karaktercodering RFC 3629 IETF VCF Uitwisseling van contactgegevens RFC 6350 IETF WebDAV en CalDAV Delen en bewerken van documenten RFC 4918 en RFC 4791 IETF WebRTC Real Time communicatie 1.0 W3C WSDL Interface van Webservices 2.0 W3C X509 Authenticatie (PKI Certificaten) RFC5280 en update RFC6818 IETF XMI 2.x UML Metadata informatie 2.5.1 OMG XML Gestructureerde gegevens in tekstformat 1.0 W3C XSD Beschrijven van XML documenten XCD 1.1 W3C XSL Transformeren XML berichten XSL W3C Bijlage H: Huidige situatie Niets uit dit document mag zonder schriftelijke toestemming vooraf van de Sociale Verzekeringsbank worden verveelvoudigd, openbaar gemaakt of voor andere doelstellingen gebruikt dan het indienen van een Inschrijving. EA2023004 ESMA : Bijlage H – Huidige Situatie Pagina 2 van 26 Inhoudsopgave Inleiding ..................................................................................................................................................................3 1.

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.

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.

Voor zover er binnen de ICT Prestatie sprake is van geautomatiseerde gegevensuitwisseling, zoals maar niet beperkt tot Business Intelligence-tooling (BI)), dan geschiedt dit via gangbare open standaarden zoals geformuleerd in het Forum Standaardisatie (in een versie n/n-1): • OpenAPI specification (3.0) • JSON (RFC8259, december 2017) • OAuth (2.0) • OData (4.0) • REST API Design Rules (1.0) • SOAP (1.2) • WSDL (2.0) • XML (1.0, fifth edition) Toelichting Zie https://www.forumstandaardisatie.nl/open-standaarden.

De werking is analoog aan de werking onder de GIBIT 2020.

Tevens zijn hierin de wensen beschreven die gebruikt worden bij het bepalen van de Economisch Meest Voordelige Inschrijving. Overeenkomst Door Inschrijving conformeert Inschrijver zich aan bijgevoegd Concept Raamovereenkomst, , met daarbij als bijlagen de GIBIT-voorwaarden en de ICTkwaliteitsnormen.

Yes/No question - KO Yes No KO VRGZ-2024-87 Aanbesteding LSP MS-l..(11113361).pdf GIBIT 2023(11113362).pdf VRGZ-2024-87 Aanbesteding LSP MS-l..(11113363).pdf VRGZ-2024-87 Aanbesteding LSP MS-l..(11113365).pdf VRGZ-2024-87 Aanbesteding LSP MS-l..(11113366).pdf QuestionnaireT126054 Exported on 02 Jun 2025 (Mon), 10:08 1/1 2.

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

Antwoord: Het gaat om de volgende standaarden: Digitoegankelijk (EN 301 549 met WCAG 2.1), DNSSEC, HTTPS en HSTS, IPv6, NEN-ISO/IEC 27001, NENISO/IEC 27002, ICO Wizard, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, PDF (NEN-ISO), REST-API Design Rules, RPKI, security.txt, TLS.

Antwoord: Het gaat om de volgende standaarden: Digitoegankelijk (EN 301 549 met WCAG 2.1), DNSSEC, HTTPS en HSTS, IPv6, NEN-ISO/IEC 27001, NENISO/IEC 27002, ICO Wizard, NL GOV Assurance profile for OAuth 2.0, ODF, OpenAPI Specification, PDF (NEN-ISO), REST-API Design Rules, RPKI, security.txt, TLS.

Het is overgenomen uit de ARBIT, met dien verstande dat het verbod om personeel te vervangen behoudens toestemming niet is overgenomen.

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.

Organisaties 8.1 ORG-0001 Officiële naam: Gemeente Utrecht Registratienummer: 71663234 Postadres: Stadsplateau 1 Stad: UTRECHT Postcode: 3521 AZ Onderverdeling land (NUTS): Utrecht (NL350) Land: Nederland Contactpunt: Patricia Mattheijssen E-mail: inkoop@utrecht.nl Telefoon: +31 302860000 Internetadres: http://www.utrecht.nl/inkoop Kopersprofiel: https://www.utrecht.nl/bestuur-en-organisatie/beleid/inkoopbeleid/ Andere contactpunten: Officiële naam: Vragen over de aanbesteding of aanbestedingsdocumenten dienen te worden gesteld via www.tenderned.nl Stad: Utrecht Postcode: 3521AZ Onderverdeling land (NUTS): Utrecht (NL350) Land: Nederland E-mail: inkoop@utrecht.nl Internetadres: http://www.tenderned.nl Andere contactpunten: Officiële naam: Rechtbank Midden-Nederland Postadres: Postbus 16005 Stad: UTRECHT Postcode: 3500 DA Onderverdeling land (NUTS): Utrecht (NL350) Land: Nederland Contactpunt: Rechtbank Midden-Nederland E-mail: midden-nederland@rechtspraak.nl Internetadres: http://www.rechtspraak.nl Andere contactpunten: Officiële naam: Financiën en Inkoop Postadres: Postbus 10080 Stad: UTRECHT Postcode: 3505 AB Onderverdeling land (NUTS): Utrecht (NL350) Land: Nederland Contactpunt: Team Aanbesteden E-mail: inkoop@utrecht.nl Internetadres: http://www.utrecht.nl/Inkoop Rollen van deze organisatie: Koper Organisatie die nadere inlichtingen over de aanbestedingsprocedure verstrekt Organisatie voor beroepsprocedures Organisatie die meer informatie geeft over beroepsprocedures Organisatie die het contract ondertekent 8.1 ORG-0002 Officiële naam: Transfer Consulting B.V. Omvang van de ondernemer: Middelgroot Registratienummer: 11045237 Postadres: Dokter Reilinghplein 2 Stad: LEERDAM Postcode: 4141DB Onderverdeling land (NUTS): Zuidoost-Zuid-Holland (NL364) Land: Nederland E-mail: info@transfer-solutions.com Telefoon: +31 345616888 Internetadres: http://www.transfer-solutions.com Rollen van deze organisatie: Inschrijver Winnaar van deze percelen: LOT-0000 Informatie over een aankondiging Identificatiecode/versie van de aankondiging: f4ed5ae9-ebf0-45a0-8ce4-3e6b86820a90 - 01 Type formulier: Resultaat Type aankondiging: Aankondiging van een gegunde opdracht of concessie – standaardregeling Verzenddatum van de aankondiging: 04/09/2025 11:50 +02:00 Talen waarin deze aankondiging officieel beschikbaar is: Nederlands Pagina 1 van 9 <Concept>overeenkomst – Herzien versie - Huishoudboekje Gemeente Utrecht Gemeente Utrecht en <XXXXXXX> Contractnummer: <XXXXX> Datum <XX/XX/XX> Kenmerk: 2024WI492 Offerte nummer: <XXXX> Pagina 2 van 9 Ondergetekenden • De publiekrechtelijke rechtspersoon Gemeente Utrecht, te dezen rechtsgeldig vertegenwoordigd door ,<XXXX> , hierna te noemen "Opdrachtgever"; 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.

De GIBIT erkent voorts dat bij Derdenprogrammatuur de leverancier veelal zelf direct moet betalen.

Derdenprogrammatuur In de GIBIT is een afzonderlijke regeling opgenomen voor Derdenprogrammatuur.

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.

Citeertitel Dit besluit wordt aangehaald als: “Addendum ARBIT-2022 Provincie Zeeland herziene versie 2.0”.

Overige bepalingen 10.1 Artikel 91 Addendum ARBIT-2022 Provincie Zeeland herziene versie 2.0 komt te vervallen.

ARBIT-2022 36/37 Artikel 81.