TenderNed Standaardenmonitor

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.

Service level agreementNormal [naam dienst] 8 Daarnaast verwacht Opdrachtgever dat Opdrachtnemer, voor zover van toepassing op de aard en omvang van de opdracht, voldoet aan de geldende wet- en regelgeving en aan de volgende normen, standaarden en kaders: • Kwaliteitsmanagement: ISO 9001 of gelijkwaardig; • Informatiebeveiliging: ISO/IEC 27001 of gelijkwaardig, en de Baseline Informatiebeveiliging Overheid (BIO), voor zover van toepassing; • Privacy en gegevensverwerking: AVG, Uitvoeringswet AVG en, indien sprake is van verwerking van persoonsgegevens, de toepasselijke verwerkersovereenkomst; • Architectuur: GEMMA en relevante gemeentelijke architectuurprincipes; • Interoperabiliteit en gegevensuitwisseling: toepasselijke open standaarden, waaronder waar relevant Digikoppeling, REST-API Design Rules / Nederlandse API Strategie, VNG-standaarden, StUF-standaarden zolang van toepassing, NEN 3610 bij geo-informatie, en domeinspecifieke standaarden zoals iWmo, iJw, Suwinet/SUWIML of andere toepasselijke ketenstandaarden.

Service level agreementNormal [naam dienst] 8 Daarnaast verwacht Opdrachtgever dat Opdrachtnemer, voor zover van toepassing op de aard en omvang van de opdracht, voldoet aan de geldende wet- en regelgeving en aan de volgende normen, standaarden en kaders: • Kwaliteitsmanagement: ISO 9001 of gelijkwaardig; • Informatiebeveiliging: ISO/IEC 27001 of gelijkwaardig, en de Baseline Informatiebeveiliging Overheid (BIO), voor zover van toepassing; • Privacy en gegevensverwerking: AVG, Uitvoeringswet AVG en, indien sprake is van verwerking van persoonsgegevens, de toepasselijke verwerkersovereenkomst; • Architectuur: GEMMA en relevante gemeentelijke architectuurprincipes; • Interoperabiliteit en gegevensuitwisseling: toepasselijke open standaarden, waaronder waar relevant Digikoppeling, REST-API Design Rules / Nederlandse API Strategie, VNG-standaarden, StUF-standaarden zolang van toepassing, NEN 3610 bij geo-informatie, en domeinspecifieke standaarden zoals iWmo, iJw, Suwinet/SUWIML of andere toepasselijke ketenstandaarden.

• Beschrijving maatwerk en Maatwerkprogrammatuur, meerwerk en verbeteracties Tabel met vinkjes rondom o.a. FuB, Applicatie beheer, technisch beheer Applicaties Data Runtime Middleware besturingssysteem Virtualisering Servers Opslag/Storage Netwerk Service level agreementNormal [naam dienst] 7 2.3 Garanties Opdrachtgever verwacht van opdrachtnemer garanties zoals beschreven in artikel 12 van de GIBIT (2025).

De Gemeente wil daarom toewerken naar een situatie waarin gegevensuitwisseling structureel, geautomatiseerd en controleerbaar is ingericht via gestandaardiseerde en gedocumenteerde koppelingen, bij voorkeur op basis van API’s. Informatie over de overeenkomst Type overeenkomst Dienstverleningsovereenkomst Duur overeenkomst 4 jaar met 3 opties tot verlenging met 2 jaar Ingangsdatum (beoogd) 27 juli3 augustus 2026 Wachtkamerovereenkomst Nee Verwerkersovereenkomst Ja Algemene Voorwaarden GIBIT 2025 Pagina 3 van 26 Doelstellingen De doelstelling die Aanbestedende dienst heeft met deze aanbesteding is het contracteren van 1 Opdrachtnemer die integraal verantwoordelijk is voor de levering, implementatie, integratie (zie scope) en werking van het gevraagde afvalinformatielandschap.

• Overeenkomst: de afspraken tussen Opdrachtgever en Leverancier met betrekking tot de levering van de ICT Prestatie, in de vorm van een ondertekende offerte of de ondertekende overeenkomst, waarvan de GIBIT 2025 onderdeel uitmaakt.

Het doel van de aanbesteding is uiteindelijk een DMS te selecteren dat: • toekomstvaste documentmanagement en recordmanagement functionaliteit biedt binnen het Federatief Model voor Informatiebeheer • de huidige DMS Plato-omgeving vervangt voor de bestaande gebruikersgroep, met behoud van werkbare functionaliteit en met verbeterde recordmanagementmogelijkheden; • voldoet aan de aansluitvoorwaarden van de Gemeente Den Haag, in het bijzonder de eisen die voortvloeien uit de Archiefwet, gemeentelijke selectielijsten, het DUTO-raamwerk 3 Archiving by Design en het strategisch beleidskader informatiehuishouding van de gemeente; • via een gestandaardiseerd koppelvlak digitale overbrenging naar het e-Depot van het Haags Gemeentearchief ondersteunt, conform de eisen van de nieuwe Archiefwet, waaronder overbrenging zonder verplaatsing voor aangewezen categorieën; • zich gedraagt als een goed federatief component: aansluitbaar op de Dossierverwijsindex, met heldere semantiek (NL-SBB-conform begrippenkader), met MDTO-conforme metadata en met goed gedocumenteerde API’s. Huidige situatie De gemeente Den Haag heeft in de huidige situatie een DMS-omgeving – DMS Plato – die technisch verouderd is en die onvoldoende mogelijkheden voor recordmanagement biedt.

• Doorontwikkeling van Common Ground (VNG): o Gemeenten ontsluiten data bij de bron via gestandaardiseerde API's, met scheiding van data, services en proces, zodat informatie hergebruikt kan worden in plaats van gekopieerd tussen applicaties; o Hiertoe zullen dossiers en documenten aan elkaar moeten kunnen worden gerelateerd • Doorontwikkeling van het DUTO Raamwerk (Nationaal Archief) • Binnen de Gemeente Den Haag zal uitvoering worden gegeven aan het Verbeterprogramma Informatiehuishouding op Orde, onder meer door: o De implementatie van de strategische beleidskaders o Het uitwerken van het Federatief Model voor Informatiebeheer, dat een grote mate van interoperabiliteit vereist tussen applicaties en om die reden consequent gebruik zal maken van landelijke standaarden t.b.v. gegevensopslag en -uitwisseling (MDTO, REST-API Design Rules, NL-SBB, etc.) • Ontwikkelingen op het gebied van digitale autonomie en digitale soevereiniteit.

Voor de uitwisselbaarheid van (meta)data en begrippen wordt aangesloten bij standaarden als MDTO en NL-SBB.

• Doorontwikkeling van Common Ground (VNG): o Gemeenten ontsluiten data bij de bron via gestandaardiseerde API's, met scheiding van data, services en proces, zodat informatie hergebruikt kan worden in plaats van gekopieerd tussen applicaties; o Hiertoe zullen dossiers en documenten aan elkaar moeten kunnen worden gerelateerd • Doorontwikkeling van het DUTO Raamwerk (Nationaal Archief) • Binnen de Gemeente Den Haag zal uitvoering worden gegeven aan het Verbeterprogramma Informatiehuishouding op Orde, onder meer door: o De implementatie van de strategische beleidskaders o Het uitwerken van het Federatief Model voor Informatiebeheer, dat een grote mate van interoperabiliteit vereist tussen applicaties en om die reden consequent gebruik zal maken van landelijke standaarden t.b.v. gegevensopslag en -uitwisseling (MDTO, REST-API Design Rules, NL-SBB, etc.) • Ontwikkelingen op het gebied van digitale autonomie en digitale soevereiniteit.

Hoe kijkt u aan tegen de toepassing van de GIBIT 2025 en bent u gewend om te werken onder de GIBIT 2025?

GIBIT 2025 42.

Gevraagde inhoud implementatieplan De inschrijver wordt gevraagd een implementatieplan te beschrijven waarin in ieder geval wordt ingegaan op: ● de fasering en planning (maximaal 3 maanden); ● de voorgestelde mijlpalen en wijze van sturing; ● de aanpak voor migratie van de huidige OTL-database, -modellen, SHACL-regel; ● de inrichting en configuratie van de OTL-oplossing (database, beheer, viewer en workflow); ● de opleiding van beheerders en gebruikers (intern en extern); ● de aanpak van de livegang en nazorg; ● oplevering acceptatie en productie omgeving. De inschrijver kan zich onderscheiden door de mate waarin de aanpak: ● concreet en samenhangend is; ● realistisch en uitvoerbaar is; ● risico’s tijdig onderkent en beheerst; ● bijdraagt aan een soepele implementatie en brede adoptie; Beoordelingsmethodiek De beoordeling vindt plaats op basis van een gewogen puntensystematiek (absolute beoordelingsmethode).

Perceel 1 omvat in ieder geval: ● een triple store database; ● OTL-beheerfunctionaliteit; ● OTL-viewerfunctionaliteit; QuestionnaireT196297 Exported on 26 Jun 2026 (Fri), 12:39 2/19 ● Workflow functionaliteit voor OTL-beheer en viewerprocessen; ● een publicatieomgeving voor OTL-modellen en bijbehorende data; ● migratie van de bestaande externe triple store database naar de nieuwe oplossing; ● migratie van bestaande OTL-modellen, SHACL-regels en relevante OTL-artefacten, waaronder ontologieën, RDF-data en TTLbestanden; ● inrichting en configuratie van de benodigde modules en werkprocessen; ● inrichting van een acceptatie- en productieomgeving; ● training van eindgebruikers en beheerders; ● kennisoverdracht aan het OTL-team; ● beheer en support op basis van SLA; ● borging van data-eigendom, open standaarden en overdraagbaarheid; ● technische geschiktheid voor eventuele toekomstige hosting van de triple store database binnen het Azure-platform van de Gemeente Amsterdam.

Scope van de opdracht In scope Binnen de scope van de opdracht vallen in ieder geval: ● levering van de functionaliteiten binnen perceel 1; ● levering van de functionaliteiten binnen perceel 2; ● SaaS-hosting van de oplossingen; ● inrichting van acceptatie- en productieomgevingen; ● migratie van de bestaande triple store database naar de nieuwe oplossing; ● migratie van bestaande OTL-modellen, SHACL-regels en relevante OTL-artefacten; ● inrichting en configuratie van modules en werkprocessen; QuestionnaireT196297 Exported on 26 Jun 2026 (Fri), 12:39 3/19 ● training van eindgebruikers en beheerders; ● kennisoverdracht aan het OTL-team; ● beheer en support op basis van SLA; ● borging van data-eigendom, open standaarden en overdraagbaarheid; ● de mogelijkheid tot toekomstige hosting van de triple store database binnen het Azure-platform van de Gemeente Amsterdam.

Algemene Inkoopvoorwaarden Leveringen en Diensten Op deze aanbestedingsprocedure en de (eventueel) hieruit voorvloeiende opdrachten en overeenkomst zijn de Gemeentelijke inkoopvoorwaarden bij IT (GIBIT) versie 2023 van toepassing inclusief de meest recente kwaliteitsnormen van toepassing. Andere leverings-, betalings-, en/of andere voorwaarden van inschrijvers wijzen wij expliciet af.

U treft de Overeenkomst, de SLA, Algemene Inkoopvoorwaarden (GIBIT 2023), Gemeentelijke ICT kwaliteitsnormen 2024, Wachtkamerovereenkomst en Verwerkersovereenkomst per perceel (1 en 2) als bijlage aan.

Algemene inkoopvoorwaarden Op deze aanbestedingsprocedure en de (eventueel) hieruit voortvloeiende opdrachten en overeenkomst zijn de Gemeentelijke Inkoopvoorwaarden bij IT (GIBIT) versie 2023 van toepassing inclusief de meest recente kwaliteitsnormen van toepassing. Andere leverings-, betalings-, en/of andere voorwaarden van inschrijvers wijzen wij expliciet af.