2026-08-26+02:0000:00:00+02:00112960RES-0001216624112960selec-wTEN-0001tenders5CON-0001LOT-0001TEN-0001112960not-knownTPA-0001LOT-0001LMS FACTORY-LOT-0001CON-00012026-06-23+02:00IFEC-LMS-Lot1_ContratLMSFactoryTEN-0001TPA-0001ORG-000429ORG-0001Institut de formation de l'Enseignement catholiqueAvenue Emmanuel Mounier 100Woluwe-Saint-Lambert1200BE100BEL0456550888_4425+32 2 2567180frederic.coche@segec.behttps://bosa.belgium.beORG-0002SPF Stratégie et AppuiBoulevard Simon Bolivar 30 Bte1Bruxelles1000BE100BELBE001+32 2 740 80 00revise@publicprocurement.beORG-0003SPF JusticeBruxelles1000BE100BEL0.308.357.753smeORG-0004LMS FACTORY1401 AVENUE DE LA GRANDE HALLE INNEOSBUCHELAY78200FR103FRAB 828 290 122_9d124057-f256-48b7-9774-5de387080a25+33 (0) 2 40 20 65 43adv@lmsfactory.com00593019-2026165/20262026-08-27+02:002.3eforms-sdk-1.1310bcdcd2-96fa-4795-87d2-e27922e54fbff41e858e-ee5c-4eb9-97f4-fb2d35e20f1d2026-08-26+02:0000:00:00+02:00012026-08-27+02:0032014L0024can-standardFRAhttps://www.publicprocurement.be/bda?organisationIds=4425&includeOrganisationChildren=truecgaeducationORG-0001ted-esenORG-0002openfalseIFEC-LMSImplé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’assistanceimplé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é. services72000000anyw-couBELLOT-0001falseno-eu-fundspoi-exa30pricePrix (30 Points)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 19 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 selon la formule suivante : Cotation = 30 * (Px / Py) Où Px = offre du soumissionnaire ayant remis l’offre totale la plus basse Py = offre du soumissionnaire évalué L’évaluation des offres dans le cadre du critère prix se fera sur base du prix total TVA comprise.poi-exa20qualityApproche globale du marché (20 points)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époi-exa45qualityQualité de la solution (45 points)Sous-critère : Couverture des fonctionnalités attendues par le PA (35 points) 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. 21 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. Sous-critère : Ergonomie (10 Points) 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.poi-exa10qualitySLA (10 Points)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. 22 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.Voir CSCORG-0003truefalsebuyer-categoriesnonenone1IFEC-LMS -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’assistanceVoir description cahier spécial des charges. services72000000anyw-couBEL42000-01-01+01:00