Uitspraak
Rechtbank den haag
1.De procedure
2.Het incident tot tussenkomst, subsidiair voeging
3.De feiten
In case a requirement is specifief as “shall”, the requirement is considered essential to the performance of the system and it is mandatory for the replacement Program that the Supplier fulfils this requirement completely. A “shall type” requirement indicates arequirementwithout which the AHRS/IRS-navigation serving capability would not be fit-for-purpose. There is no latitude in complying with a primary requirement and the Project Authority reserves the right from further evaluation should there be a failure to meet such requirement. However, should a primary requirement be impossible to comply to, then this should be addressed by the Supplier Candidate during the Tendering phase! (…)
(…)
In case a requirement is specified as “should, it is expected that the Supplier will preferably fulfil this requirement completely and indicates in the Quotation to which extent this requirement is fulfilled by the offered system. A “should type” requirement indicates a requirement that is important, but not decisive to fit-for-purpose;
A direct connection between the navigation sensor and the Multi Sensor Processing Cabinet;
An indirect connection by the IRC. (navigation sensor is connected to the IRC);
Combination of these options.
4.Het geschil
althans, subsidiair,de Staat te veroordelen tot heraanbesteding van de opdracht, met veroordeling van de Staat in de kosten van deze procedure.
5.De beoordeling van het geschil
“Storage temperature”0 °C tot 85 °C bedraagt.
“scalable”zijn. Voor zover de standaard specificaties niet voldoen (zoals bij de storage temperatuur het geval is) verklaart en garandeert IXblue op voorhand en ongeclausuleerd dat deze (zullen) voldoen aan de gestelde eisen. Dit volgt uit de toelichting met betrekking tot de “
Ability to meet diverse requirements”op pagina 4 – zoals hiervoor vermeld – van het Technical Offer, aldus nog steeds IXblue. Met deze stelling verliest IXblue echter uit het oog dat in de inschrijving per eis kenbaar moet worden gemaakt waarom aan die eis wordt voldaan (vgl. paragraaf 3.4 van de RFQ). Gelet daarop kon IXblue in haar inschrijving niet volstaan met de algemene opmerking als vermeld op pagina 4 van het Technical Offer. Daarmee maakt zij immers niet per eis kenbaar dat en waarom daaraan wordt voldaan. Hier komt bovendien nog nog bij dat uit de algemene zinssnede op pagina 4 van het Technical Offer geenszins valt af te leiden – anders dan IXblue stelt – dat de aanbieding van IXblue aan álle eisen voldoet, óók als dat uit de omschrijving bij een specifieke eis niet valt af te leiden.
“proposed Interface Control Document”te verstrekken. IXblue heeft dit niet gedaan en betoogt dat uit requirement 104 ook niet kan worden afgeleid dat een proposed Interface Control Document onderdeel uit moet maken van de inschrijving. In dit betoog kan IXblue reeds vanwege de wijze waarop requirement 104 is omschreven niet worden gevolgd. Requirement 104 houdt simpelweg in dat de inschrijving een proposed Interface Control Document moet omvatten (“
include”). Deze omschrijving is niet voor meerderlei uitleg vatbaar en moet voor een behoorlijk geïnformeerde en normaal oplettende inschrijver duidelijk zijn. Dat, zoals IXblue stelt, hierbij niet is benoemd – anders dan bij sommige andere requirements – dat de Interface Control Document als
onderdeel van de inschrijvingmoet worden opgenomen, rechtvaardigt niet de conclusie dat daarmee de aanbestedingsstukken op dit punt niet duidelijk zijn. Niet valt in te zien op welke wijze de inschrijving – anders dan als onderdeel van de inschrijving – een proposed Interface Control Document zou moeten omvatten.