Hoe verloopt een aanbesteding voor software bij een gemeente?

Een aanbesteding voor software bij een gemeente is een formeel inkoopproces waarbij de gemeente aanbiedingen van meerdere leveranciers vergelijkt voordat ze een opdracht gunt. Gemeenten zijn hiertoe verplicht zodra de opdracht een bepaalde drempelwaarde overschrijdt. Het proces bestaat uit het publiceren van een opdracht, het indienen van offertes, een beoordelingsronde en uiteindelijk de gunning. Afhankelijk van de omvang en complexiteit van de softwareopdracht kiest een gemeente voor een specifieke procedure, zoals een openbare aanbesteding of een meervoudig onderhandse procedure.

Wat is een aanbesteding en wanneer is een gemeente verplicht aan te besteden?

Een aanbesteding is een gestructureerde inkoopprocedure waarbij een overheidsorganisatie zoals een gemeente een opdracht publiek uitvraagt, zodat meerdere leveranciers kunnen meedingen. Gemeenten zijn verplicht aan te besteden zodra de geraamde opdrachtwaarde boven een bepaalde drempelwaarde uitkomt. Voor software valt dit doorgaans onder de categorie diensten of leveringen.

De drempelwaarden worden periodiek vastgesteld door de Europese Commissie. Voor leveringen en diensten aan gemeenten geldt momenteel een Europese drempelwaarde van ruim twee ton. Komt de opdracht boven dit bedrag uit, dan is een Europese aanbesteding verplicht. Blijft de waarde daaronder, dan gelden nationale regels uit de Aanbestedingswet 2012, maar ook dan zijn gemeenten verplicht om marktconform in te kopen en mededinging te stimuleren.

Belangrijk om te weten: ook meerjarige onderhouds- en licentiekosten tellen mee bij het ramen van de opdrachtwaarde. Een softwarepakket dat op zichzelf goedkoop lijkt, kan door meerjarige contracten toch boven de drempelwaarde uitkomen en daarmee aanbestedingsplichtig worden.

Welke aanbestedingsprocedures zijn er voor softwareopdrachten?

Voor softwareopdrachten kunnen gemeenten kiezen uit meerdere aanbestedingsprocedures, afhankelijk van de opdrachtwaarde en complexiteit. De meest voorkomende zijn: de openbare procedure, de niet-openbare procedure, de meervoudig onderhandse procedure en de concurrentiegerichte dialoog.

• Openbare procedure: Elke geïnteresseerde leverancier mag inschrijven. Geschikt voor goed omschreven softwareopdrachten met een duidelijk programma van eisen.
• Niet-openbare procedure: De gemeente selecteert eerst een aantal leveranciers via een selectieronde, waarna alleen zij een offerte mogen indienen.
• Meervoudig onderhands: De gemeente benadert minimaal drie leveranciers direct. Dit mag alleen onder de Europese drempelwaarde en is populair bij kleinere softwareopdrachten.
• Concurrentiegerichte dialoog: Geschikt voor complexe of innovatieve softwareopdrachten waarbij de gemeente nog niet precies weet wat de beste oplossing is. Leveranciers denken actief mee in een dialoogfase.

Voor maatwerksoftware of complexe digitale transformaties kiezen gemeenten steeds vaker voor de concurrentiegerichte dialoog of de niet-openbare procedure, omdat deze meer ruimte bieden om inhoudelijk te verkennen wat technisch haalbaar is.

Hoe verloopt een aanbestedingsprocedure voor software stap voor stap?

Een aanbestedingsprocedure voor software bij een gemeente verloopt in vaste stappen: van marktverkenning en publicatie tot beoordeling, gunning en contractsluiting. Het proces is strak gereguleerd om eerlijke mededinging te garanderen.

1. Marktverkenning (RFI): De gemeente inventariseert wat de markt biedt. Dit helpt bij het opstellen van een realistisch programma van eisen.
2. Publicatie: De aanbesteding wordt gepubliceerd op TenderNed of het Europees publicatieblad (TED), afhankelijk van de drempelwaarde.
3. Nota van inlichtingen: Leveranciers kunnen vragen stellen over de opdracht. De antwoorden zijn openbaar voor alle inschrijvers.
4. Indiening van offertes: Leveranciers dienen hun aanbod in binnen de gestelde termijn.
5. Beoordeling: De gemeente beoordeelt de offertes op basis van vooraf vastgestelde criteria.
6. Gunningsbeslissing: De gemeente communiceert haar voornemen tot gunning. Er geldt een verplichte standstill-periode van minimaal twintig dagen, waarin afgewezen partijen bezwaar kunnen maken.
7. Contractsluiting: Na de standstill-periode wordt het contract getekend en start de implementatie.

Welke eisen en criteria stelt een gemeente bij een software-aanbesteding?

Bij een software-aanbesteding stelt een gemeente zowel uitsluitingsgronden en geschiktheidseisen als gunningscriteria vast. Uitsluitingsgronden gaan over integriteit en financiële gezondheid van de leverancier. Gunningscriteria bepalen welk aanbod het beste scoort.

Veelvoorkomende eisen en criteria zijn:

• Technische bekwaamheid: Aantoonbare ervaring met vergelijkbare softwareopdrachten, vaak onderbouwd met referenties.
• Informatiebeveiliging: Certificeringen zoals ISO 27001 of aantoonbare naleving van de BIO (Baseline Informatiebeveiliging Overheid).
• Interoperabiliteit: De software moet koppelbaar zijn met bestaande gemeentelijke systemen.
• Gebruiksvriendelijkheid: Steeds vaker beoordeeld via demo's of usability-tests.
• Duurzaamheid en maatschappelijke waarde: Gemeenten wegen steeds vaker sociale en duurzame aspecten mee in de beoordeling.
• Functionele eisen: Een gedetailleerd programma van eisen (PvE) beschrijft exact welke functionaliteiten de software moet bieden.

Het gunningscriterium is vrijwel altijd de Economisch Meest Voordelige Inschrijving (EMVI), waarbij kwaliteit zwaarder weegt dan alleen de aanbieding zelf.

Wat zijn veelgemaakte fouten bij een software-aanbesteding door gemeenten?

De meest voorkomende fouten bij software-aanbestedingen door gemeenten zijn een te strak omschreven programma van eisen, onvoldoende marktverkenning vooraf en het onderschatten van de totale opdrachtwaarde. Deze fouten leiden tot mismatches tussen verwachting en opgeleverde software.

Andere veelgemaakte fouten:

• Te technisch omschreven eisen: Wanneer eisen te specifiek zijn, sluit de gemeente onbedoeld goede leveranciers uit of sturen ze op één bepaalde oplossing, wat juridisch risico oplevert.
• Geen of beperkte dialoog met de markt: Zonder marktverkenning mist de gemeente kansen om innovatieve oplossingen te ontdekken die beter passen bij de werkelijke behoefte.
• Onderschatten van implementatiekosten: De licentiekosten zijn zelden het grootste deel van de investering. Implementatie, migratie en opleiding wegen zwaar mee.
• Onvoldoende betrekken van eindgebruikers: Software die technisch voldoet maar op de werkvloer niet werkt, levert geen waarde. Eindgebruikers horen vroeg in het proces betrokken te zijn.
• Gunnen op laagste aanbieding: Hoewel gemeenten EMVI hanteren, laten ze soms kwaliteitscriteria te weinig meewegen, waardoor de goedkoopste optie wint in plaats van de beste.

Hoe lang duurt een aanbestedingsprocedure voor software bij een gemeente?

Een volledige aanbestedingsprocedure voor software bij een gemeente duurt gemiddeld tussen de zes en twaalf maanden, afhankelijk van de gekozen procedure en de complexiteit van de opdracht. Europese aanbestedingen duren doorgaans langer dan meervoudig onderhandse trajecten.

Een globale tijdsindicatie per fase:

• Marktverkenning en voorbereiding: twee tot vier maanden
• Publicatie en inschrijvingstermijn: minimaal vijfendertig dagen (openbaar), korter bij onderhands
• Beoordeling en gunning: vier tot acht weken
• Standstill-periode: minimaal twintig dagen
• Contractsluiting en implementatiestart: variabel

De voorbereiding is de fase die gemeenten het vaakst onderschatten. Een goed programma van eisen opstellen, de markt verkennen en intern afstemmen kost tijd, maar bepaalt voor een groot deel het succes van de rest van het traject. Wie te snel publiceert met een onrijp bestek, betaalt dat later terug in de uitvoeringsfase. Voor organisaties die na de aanbesteding ook behoefte hebben aan software die écht aansluit op de dagelijkse praktijk op de werkvloer, is het waardevol om al vroeg in het traject na te denken over implementatie en beheer na oplevering.

Benieuwd wat wij voor jouw organisatie kunnen betekenen? Bekijk onze diensten en ontdek hoe wij samenwerken. Corver Development denkt mee van analyse tot oplevering, en daarna ook nog.