Welke eisen stelt u bij de aanbesteding van een GIS-viewer?

TechinFlow levert zelf GIS-viewers en een GIS-viewer-scan. Deze checklist bevat geen eisen die één leverancier bevoordelen. Elke eis op deze pagina steunt op een openbare bron: een wet, een standaard op de lijst van het Forum Standaardisatie of een gepubliceerde modelvoorwaarde. Er staan geen eisen uit niet-openbare stukken van vroegere opdrachtgevers of werkgevers in, en de pagina zegt niets over deelname aan een aanbesteding.

De pagina is geen juridisch advies. Aanbestedingsrecht kent veel varianten, zoals de procedure, de drempelwaarden en de gunningscriteria. Laat de definitieve eisen toetsen door de inkoopjurist van uw organisatie. Gebruik de tabellen als geheugensteun, niet als kant-en-klaar bestek: elke eis krijgt pas betekenis als u erbij schrijft hoe de inschrijver de naleving aantoont, bijvoorbeeld met een document, een test of een demonstratie. Wie nog moet bepalen welk type viewer past, begint bij de vergelijking in GIS-viewer kiezen.

Het Forum Standaardisatie beheert de lijst Pas toe of leg uit. De plicht geldt, zo staat op de site van het Forum, "uiterlijk vanaf het moment van aanschaf van een ICT-product of -dienst" en ook als een organisatie iets zelf ontwikkelt. De organisatie moet dan de relevante standaarden van de lijst toepassen. De pagina van het Forum werkt de uitleg-kant niet verder uit; vraag uw inkoopjurist hoe u een afwijking vastlegt.

Daarnaast gelden de beginselen van de Aanbestedingswet 2012. Bij Europese aanbestedingen behandelt een aanbestedende dienst ondernemers gelijk en non-discriminerend (art. 1.8) en handelt hij transparant (art. 1.9); onder de drempels gelden de uitgangspunten van afdeling 1.2.3 en 1.2.4. Voor technische specificaties is artikel 2.76 lid 3 de kern:

"Een aanbestedende dienst verwijst in de technische specificaties niet naar een bepaald fabrikaat, een bepaalde herkomst of een bijzondere werkwijze die kenmerkend is voor de producten of diensten van een bepaalde ondernemer, een merk, een octrooi of een type, een bepaalde oorsprong of een bepaalde productie, waardoor bepaalde ondernemingen of bepaalde producten worden bevoordeeld of uitgesloten, tenzij dit door het voorwerp van de overheidsopdracht gerechtvaardigd is."

Bron: Aanbestedingswet 2012, artikel 2.76 lid 3, wetten.overheid.nl, versie geldend vanaf 30 april 2026, gelezen 11 oktober 2026.

Voor eisen betekent dit drie dingen. Formuleer ze functioneel of verwijs naar open standaarden, geen merk- of productnamen. Laat zien waarom elke eis nodig is voor het doel. En maak onderscheid tussen eisen waaraan een inschrijver moet voldoen en wensen waarop hij extra scoort.

De lijst Pas toe of leg uit bevat onder de Geo-standaarden en elders een aantal standaarden die in een GIS-aanbesteding terugkomen. De status is gelezen op 11 oktober 2026.

Een goede eis luidt: "De viewer kan kaartlagen lezen uit diensten die voldoen aan OGC API Features en OGC API Tiles, en uit WMS en WFS." Zo hoeft u geen product te noemen. Achtergrond per standaard staat bij WFS en OGC API Features en GeoPackage. De uitwisseling met uw datacatalogus beschrijft de gids over open data publiceren.

Gedeeltelijk. Overheidsinstanties maken hun websites en apps toegankelijk volgens EN 301 549 (WCAG 2.1), op grond van het besluit digitale toegankelijkheid (Stb. 2018, 141), dat volgens het Forum Standaardisatie sinds 1 juli 2023 op de Wet digitale overheid steunt. Artikel 2 lid 2 maakt voor kaarten een uitzondering:

"Dit besluit is niet van toepassing op de volgende content van websites en mobiele applicaties: [...] d. onlinekaarten en onlinekarteringsdiensten, mits essentiële informatie op navigatiekaarten op een toegankelijke, digitale wijze wordt verstrekt;"

Bron: Tijdelijk besluit digitale toegankelijkheid overheid, artikel 2 lid 2 onder d, wetten.overheid.nl, gelezen 11 oktober 2026.

Het kaartbeeld zelf valt dus buiten de wettelijke plicht, mits de essentiële informatie op navigatiekaarten toegankelijk en digitaal beschikbaar is. De pagina rond de kaart (zoekveld, filters, legenda als tekst, formulieren, uitleg) valt er wel onder. Een gemeente mag WCAG-conformiteit van de hele viewer bovendien altijd als contracteis stellen. Vraag daarom om een toegankelijkheidsonderzoek van de omliggende pagina's en om een beschrijving van de toegankelijke ontsluiting van de kaartinformatie, zoals een doorzoekbare lijst of tabel naast de kaart. Hoe u dat inhoudelijk opzet, staat bij toegankelijke kaarten.

Beveiligde verbinding

HTTPS en HSTS zijn verplicht voor communicatie tussen clients en servers van publieke overheidswebsites en webapplicaties. Ook TLS (versies 1.3 en 1.2) staat verplicht op de lijst. Neem op dat de dienst uitsluitend via een beveiligde verbinding wordt aangeboden, ook voor de kaarttegels en de API-aanroepen die de viewer achter de schermen doet.

Laat de inschrijver verder aangeven of de dienst bereikbaar is via IPv6 en of hij de beveiligingsstandaarden voor domeinnamen toepast die op de lijst staan, zoals DNSSEC. Dat zijn aanvullende eisen die u bij uw eigen hostingbeleid kunt toetsen.

De Baseline Informatiebeveiliging Overheid (BIO) is het gemeenschappelijke kader voor alle bestuurslagen; de huidige versie is BIO2. Zij is gebaseerd op NEN-EN-ISO/IEC 27001:2023 en 27002:2022. Sinds de Cyberbeveiligingswet op 15 augustus 2026 in werking trad, is het toepassen van die standaarden voor de organisaties onder die wet een wettelijke plicht. De pagina van Digitale Overheid beschrijft BIO2 als zorgplicht in de ministeriële regeling voor de overheidssector.

Vertaal dit in eisen die een leverancier kan beantwoorden:

• een beschrijving van hoe de dienst de BIO2-maatregelen ondersteunt die voor de viewer van belang zijn
• een ISO 27001-verklaring of een gelijkwaardige beschrijving van het managementsysteem, met opgave van de reikwijdte
• een procedure voor het melden en afhandelen van incidenten, inclusief termijnen
• regels voor toegang tot beheeromgevingen en voor het loggen van wijzigingen

Verwerkt de viewer persoonsgegevens, bijvoorbeeld accounts van medewerkers of gebruikersgegevens, dan eist de AVG een schriftelijke verwerkersovereenkomst (art. 28 lid 3). Daarin hoort onder meer dat de verwerker "na afloop van de verwerkingsdiensten, naargelang de keuze van de verwerkingsverantwoordelijke, alle persoonsgegevens wist of deze aan hem terugbezorgt" (art. 28 lid 3 onder g). Wanneer een kaartlaag zelf persoonsgegevens bevat, leest u in geodata en de AVG.

Dit zijn de eisen die achteraf het duurst blijken als ze ontbreken. Neem ze voor de aanbesteding op en laat de inschrijver ze bevestigen.

• Data-eigendom. De gemeente blijft eigenaar van haar data, kaartconfiguratie, stijlen en gebruikersinstellingen.
• Exportrecht. De gemeente kan op elk moment alle data en configuratie exporteren in open formaten, bijvoorbeeld GeoPackage voor data en een gedocumenteerd formaat voor kaartconfiguratie.
• Exitplan. De inschrijver levert bij start een beschrijving van de exitprocedure, met een termijn, de te leveren gegevens en de medewerking die de gemeente mag verwachten.
• Licentievorm. Vraag of de viewer is gelicentieerd onder een open licentie of gesloten. Bij gesloten software: wat gebeurt er met de broncode bij faillissement of bij beëindiging van de dienst?
• Prijsopbouw. De kostensoorten voor licentie, hosting, beheer en uitbreiding staan apart in de prijsopgave.

Hoe u een exitstrategie technisch onderbouwt, staat in vendor lock-in en exitstrategie. De VNG publiceert de Gemeentelijke Inkoopvoorwaarden bij IT (GIBIT). Versie 2025 is vastgesteld en vervangt de GIBIT 2023; de VNG adviseert om bij nieuwe IT-contracten uitsluitend de GIBIT 2025 te gebruiken. De voorwaarden besteden aandacht aan AI, digitale grondrechten, cloud, open source en datagebruik. Zij zijn geen kant-en-klaar contract; de VNG wil ze proportioneel toegepast zien. De exitregels staan in artikel 29 van de GIBIT 2025 ("Exit-plan, overstap, beperkte voortzetting, overdracht en verlengd gebruik"); de samenvatting op de VNG-pagina noemt ze niet.

Een SLA hoeft niet ingewikkeld te zijn, maar moet wel meetbaar zijn. Stel de waarden zelf vast aan de hand van het gebruik; er is geen algemeen geldend getal dat past bij elke gemeente.

Vraag ook naar de ondersteuning van de dienst op de langere termijn: hoe lang worden versies ondersteund en wat gebeurt er bij een grote releasewissel. Dat voorkomt dat u na enkele jaren een viewer heeft waarvan de onderliggende software niet meer wordt bijgewerkt.

De eisen hierboven zijn een uitgangspunt. Of een eis een knock-out is of een wens, hangt af van de aanleiding. Een viewer voor intern gebruik door ruimtelijke ordening vraagt andere eisen dan een publiek loket met duizenden bezoekers. Bij een publiek loket wegen toegankelijkheid en prestaties zwaarder, bij een intern gebruik de koppeling met het zaaksysteem en de rechten per afdeling.

Een tweede factor is de bestaande data. Heeft de gemeente al diensten volgens OGC-standaarden, dan kan de eis zich beperken tot het lezen daarvan. Moeten er nog diensten bij komen, dan neemt u ook het beheer van die diensten op in het bestek. Meer over de gemeentelijke context leest u op de sectorpagina gemeenten, en over het opzetten van een kaartviewer op de pagina GIS-viewer voor gemeenten.