Wanneer een minimumvereiste softwareontwikkeling vergt in plaats van standaard beschikbaar te zijn, volstaan vage beloftes over toekomstige ontwikkeling niet om aan te tonen dat de offerte conform is
De Raad van State verwerpt de vordering tot schorsing van de beslissing om een offerte voor een Resource Planning Tool als onregelmatig te weren, omdat twee minimumvereisten — het aanmaken van diensten/shifts vanuit boekingen en het definiëren van meerdere werkstelsels — softwareontwikkeling vergden in plaats van standaard beschikbaar te zijn, en de inschrijver geen concrete roadmap of financiële raming voorlegde om aan te tonen dat die ontwikkeling tijdig zou worden gerealiseerd.
Wat gebeurde er?
De VRT schreef een opdracht voor diensten uit — een raamovereenkomst voor een Resource Planning Tool (SaaS) — via een mededingingsprocedure met onderhandeling. Het bestek bevatte een uitgebreide lijst van functionele vereisten, onderverdeeld in must-haves en nice-to-haves. De inschrijver — de NV Dzjintonik — diende een offerte in. De VRT verklaarde de offerte substantieel onregelmatig op grond van twee minimumvereisten waaraan de tool niet voldeed: (1) het aanmaken van diensten en shifts vanuit boekingen, en (2) het definiëren van meerdere werkstelsels. Bij de demonstratie had de inschrijver voor deze functionaliteiten niet aangetoond dat ze standaard beschikbaar of configureerbaar waren — zij vergden softwareontwikkeling. De inschrijver had weliswaar aangegeven bereid te zijn de tool verder te ontwikkelen, maar had geen concrete roadmap voorgelegd, geen financiële raming gemaakt en geen plaatsing op de ontwikkelingsplanning aangetoond. De VRT oordeelde dat dergelijke vage garanties onvoldoende waren om te concluderen dat de offerte aan de minimumvereisten voldeed. De inschrijver voerde twee middelen aan. In het eerste middel betoogde zij dat de VRT ten onrechte had geoordeeld dat de twee functionaliteiten softwareontwikkeling vergden, en dat de VRT de offerte feitelijk onjuist had beoordeeld. De Raad verwierp dit middel. De VRT had vastgesteld — op basis van de demonstratie en de schriftelijke offerte — dat de functionaliteiten niet standaard beschikbaar waren en ontwikkeling vergden. De inschrijver had zelf bevestigd bereid te zijn tot verdere ontwikkeling, maar kon niet aantonen dat die ontwikkeling tijdig zou plaatsvinden. De beoordelingscommissie had de offerte zorgvuldig geëvalueerd en gemotiveerd waarom de beloftes onvoldoende concreet waren. In het tweede middel betoogde de inschrijver subsidiair dat, zelfs indien de twee minimumvereisten niet waren vervuld, zij toch meer dan 60 % van de must-haves haalde — een drempel die volgens haar uit het bestek volgde. De Raad behandelde dit middel niet ten gronde, omdat de VRT de offerte had geweerd op grond van niet-conformiteit met minimumvereisten, niet op grond van een globale scoringsdrempel. Het al dan niet behalen van 60 % was een overtollig motief dat de beslissing niet droeg.
Waarom doet dit ertoe?
Dit arrest verduidelijkt de grens tussen configureerbare functionaliteit en softwareontwikkeling bij SaaS-opdrachten. Wanneer een bestek minimumvereisten stelt, moet de inschrijver aantonen dat de tool daar op het moment van indiening — of via een concreet en verifieerbaar ontwikkelingspad — aan voldoet. Vage toezeggingen over toekomstige ontwikkeling, zonder roadmap, planning of financiële onderbouwing, volstaan niet. Het arrest bevestigt ook dat een aanbestedende overheid die een offerte weert op grond van niet-naleving van minimumvereisten, niet verplicht is om bijkomend te motiveren waarom een globale scoringsdrempel al dan niet is bereikt — dat is een overtollig motief. (Samenstelling: Stephan De Taeye, waarnemend voorzitter; Elisabeth Impens, griffier. Eensluidend advies van adjunct-auditeur Lennard Michaux.)
De les
Als inschrijver voor een SaaS-opdracht: als het bestek minimumvereisten stelt die je tool nog niet standaard biedt, volstaat het niet om te beloven dat je ze zult ontwikkelen. Je moet een concreet ontwikkelingsplan voorleggen — met roadmapplaatsing, tijdlijn en bij voorkeur een financiële raming — dat de aanbestedende overheid toelaat te verifiëren dat de functionaliteit tijdig beschikbaar zal zijn. Als aanbestedende overheid: documenteer bij de demonstratie nauwkeurig welke functionaliteiten standaard beschikbaar zijn, welke configureerbaar zijn en welke softwareontwikkeling vergen — dat onderscheid is cruciaal voor de beoordeling van conformiteit met minimumvereisten.
Stel jezelf de vraag
Als ik een offerte indien voor een SaaS-opdracht met minimumvereisten: heb ik voor elke must-have die nog niet standaard beschikbaar is een concreet en verifieerbaar ontwikkelingsplan voorgelegd — met roadmapplaatsing, tijdlijn en financiële onderbouwing — zodat de aanbestedende overheid kan beoordelen of de functionaliteit tijdig beschikbaar zal zijn?
Over deze databank
De Raad van State is het hoogste administratieve rechtscollege in België. Bij geschillen over overheidsopdrachten — van de gunning van een contract tot de uitsluiting van een inschrijver — is het de Raad van State die in laatste instantie oordeelt. De arresten in deze databank zijn door TenderWolf samengevat in begrijpelijke taal, met concrete lessen voor inschrijvers en aanbestedende overheden. Bekijk alle arresten →