Implémentation et licences d’un logiciel de création et organisation de formation en ligne (outil LMS) ainsi que des prestations de support et d’assistance

Result

About the bid

Assignment description

implémentation et licences d’un logiciel de création et organisation de formation en ligne (outil LMS) ainsi que des prestations de support et d’assistance. Voir le CSC pour une description détaillée du marché.

Contact information

Contact phone

+32 2 2567180

Contact email

frederic.coche@segec.be

Address

Avenue Emmanuel Mounier 100, 1200 Woluwe-Saint-Lambert

• Prix

  29%

  Description

  Pour le critère prix, le soumissionnaire utilise l'inventaire annexé au présent CSC. Les quantités présumées qui y sont mentionnées n'ont pour seule utilité que de permettre un calcul des points relatifs au critère du prix sur la base d'une simulation financière d'une solution type. Elles reflètent autant que possible la situation réelle mais ne peuvent engager la responsabilité du PA quant à un minimum ou un maximum à commander. Le soumissionnaire proposant le prix le plus bas, options exigées et autorisées comprises, obtiendra le maximum de points pour ce critère. Les cotations des autres soumissionnaires seront calculées à la proportionnelle. L’évaluation des offres dans le cadre du critère prix se fera sur base du prix total TVA comprise.

  Evaluation Method

  Le soumissionnaire proposant le prix le plus bas, options exigées et autorisées comprises, obtiendra le maximum de points pour ce critère. Les cotations des autres soumissionnaires seront calculées à la proportionnelle. L’évaluation des offres dans le cadre du critère prix se fera sur base du prix total TVA comprise.

• Approche globale du marché

  19%

  Description

  Le soumissionnaire sera évalué quant à la pertinence, à l’adéquation et à la complétude de l’approche globale qu’il propose pour le présent marché, au regard des besoins exprimés par le PA dans les documents du marché. Cette approche globale doit être décrite dans une note explicative reprenant au minimum les informations suivantes: * Approche du marché * Méthodologie proposée * Planning proposé : la qualité, la pertinence et la faisabilité du planning sera évaluée ; celui-ci doit prévoir un délai maximal de 4 mois à compter de la notification de l’attribution du marché pour l’exécution du poste 2; si le soumissionnaire estime devoir disposer d’un délai plus long, il en reprend les motivations dans son offre. Voir également le point 3.5 des CLAUSES TECHNIQUES du présent CSC * Mesures proposées afin d’assurer la protection des données personnelles concernées par le présent marché

  Evaluation Method

  Le soumissionnaire sera évalué quant à la pertinence, à l’adéquation et à la complétude de l’approche globale qu’il propose pour le présent marché, au regard des besoins exprimés par le PA dans les documents du marché.

• Qualité de la solution

  Couverture des fonctionnalités (35%) | Ergonomie (10%)

  43%

  Description

  La qualité du logiciel proposé sera évaluée en tenant compte notamment de la couverture des fonctionnalités attendues par le PA et de l'ergonomie de la solution.

  Sub-criteria

  Couverture des fonctionnalités

  35%

  Description

  Le pouvoir adjudicateur a identifié (dans l’annexe III), les fonctionnalités: * Must have (noyau dur du besoin du pouvoir adjudicateur) – 10 points * Should have (fonctionnalités nécessaires pour le pouvoir adjudicateur) – 7 points * Nice to have (fonctionnalités présentant une plus-value pour le pouvoir adjudicateur) – 3 points Ces fonctionnalités sont applicables pour tous les utilisateurs. La qualité du logiciel proposé sera évaluée en tenant compte notamment: * De la part de fonctionnalités must have natives du logiciel proposé. Pour mémoire, le logiciel devrait disposer au minimum de 70 % de fonctionnalités must have en natif et l’intégralité des fonctionnalités must have devront impérativement être couvertes au plus tard avant la mise en production de la solution. * De la part de fonctionnalités should have natives et de celles proposées sous forme de développement spécifique du logiciel proposé. Pour mémoire, aucune fonctionnalité should have n’est demandée en natif, ni en développement spécifique. La présence de fonctionnalités shoud have en natif ou en développement spécifique est donc un plus. La présence de fonctionnalités should have en natif sera valorisée à concurrence du double d’une fonctionnalité should have en développement spécifique. * De la part de fonctionnalités nice to have natives du logiciel proposé. Pour mémoire, aucune fonctionnalité nice to have n’est demandée en natif. La présence de fonctionnalités nice to have en natif est donc un plus. Par fonctionnalité « native », il y a lieu d’entendre les fonctionnalités déjà présentes dans le logiciel (sans que des développements soient nécessaires) et mises à disposition d’autres clients du soumissionnaire depuis au moins 6 mois. Si une fonctionnalité est partiellement présente dans le logiciel proposé, elle ne rentrera pas dans la valorisation des fonctionnalités natives telles que définies ci-dessus. Dans ce cas, le soumissionnaire indiquera à quel prix cette fonctionnalité pourra être complètement développée et moyennant quel délai. Ces éléments seront également pris en compte dans l’évaluation du présent critère. Les fonctionnalités non présentes, même partiellement, dans le logiciel proposé, ne seront pas prises en compte dans l’évaluation du présent critère. Le cas échéant, elles pourront faire l’objet d’une commande dans le cadre de l’exécution du présent marché, pour autant que son prix soit déterminé ou déterminable (cf. Inventaire, pour plus de précision quant à la structure de prix attendue). Outre l’annexe dont question ci-dessus, la vérification du caractère natif ou non des fonctionnalités must have et should have sera également effectuée par le PA lors de la démo. Lors de cette démo, le PA vérifiera aléatoirement certaines des fonctionnalités mentionnées par le soumissionnaire comme étant natives dans sa solution.

  Evaluation Method

  La qualité du logiciel proposé sera évaluée en tenant compte notamment: * De la part de fonctionnalités must have natives du logiciel proposé. Pour mémoire, le logiciel devrait disposer au minimum de 70 % de fonctionnalités must have en natif et l’intégralité des fonctionnalités must have devront impérativement être couvertes au plus tard avant la mise en production de la solution. * De la part de fonctionnalités should have natives et de celles proposées sous forme de développement spécifique du logiciel proposé. Pour mémoire, aucune fonctionnalité should have n’est demandée en natif, ni en développement spécifique. La présence de fonctionnalités shoud have en natif ou en développement spécifique est donc un plus. La présence de fonctionnalités should have en natif sera valorisée à concurrence du double d’une fonctionnalité should have en développement spécifique. * De la part de fonctionnalités nice to have natives du logiciel proposé. Pour mémoire, aucune fonctionnalité nice to have n’est demandée en natif. La présence de fonctionnalités nice to have en natif est donc un plus. Par fonctionnalité « native », il y a lieu d’entendre les fonctionnalités déjà présentes dans le logiciel (sans que des développements soient nécessaires) et mises à disposition d’autres clients du soumissionnaire depuis au moins 6 mois. Si une fonctionnalité est partiellement présente dans le logiciel proposé, elle ne rentrera pas dans la valorisation des fonctionnalités natives telles que définies ci-dessus. Dans ce cas, le soumissionnaire indiquera à quel prix cette fonctionnalité pourra être complètement développée et moyennant quel délai. Ces éléments seront également pris en compte dans l’évaluation du présent critère. Les fonctionnalités non présentes, même partiellement, dans le logiciel proposé, ne seront pas prises en compte dans l’évaluation du présent critère. Le cas échéant, elles pourront faire l’objet d’une commande dans le cadre de l’exécution du présent marché, pour autant que son prix soit déterminé ou déterminable (cf. Inventaire, pour plus de précision quant à la structure de prix attendue). Outre l’annexe dont question ci-dessus, la vérification du caractère natif ou non des fonctionnalités must have et should have sera également effectuée par le PA lors de la démo. Lors de cette démo, le PA vérifiera aléatoirement certaines des fonctionnalités mentionnées par le soumissionnaire comme étant natives dans sa solution.

  Ergonomie

  10%

  Description

  Outre la vérification du caractère natif ou non des fonctionnalités must have et should have dont question ci-dessus, la démo de la solution aura pour objectif de permettre au Pouvoir adjudicateur d’évaluer l’ergonomie du logiciel et tout particulièrement la convivialité et la facilité d’utilisation de la solution proposée.

  Evaluation Method

  La démo de la solution aura pour objectif de permettre au Pouvoir adjudicateur d’évaluer l’ergonomie du logiciel et tout particulièrement la convivialité et la facilité d’utilisation de la solution proposée.

• SLA

  10%

  Description

  Dans son offre, le soumissionnaire décrit les niveaux de services et les éventuelles sanctions correspondantes auxquels il s’engage, qui répondent aux minima repris dans les clauses techniques du présent CSC. Les offres des soumissionnaires seront comparées et les plus hauts niveaux de services, assortis des meilleures sanctions, seront valorisés dans le cadre de l’évaluation de ce critère. Un soumissionnaire qui ne s’engage que sur les minima requis par le PA ne reçoit pas de point pour le présent critère.

  Evaluation Method

  Les offres des soumissionnaires seront comparées et les plus hauts niveaux de services, assortis des meilleures sanctions, seront valorisés dans le cadre de l’évaluation de ce critère. Un soumissionnaire qui ne s’engage que sur les minima requis par le PA ne reçoit pas de point pour le présent critère.

Found no qualification requirements in the contract notice.

See the full notice