RFI préalable au choix d’une solution pour la mise en œuvre

d’une plate-forme de dématérialisation de la commande

publique

1
 Sommaire

PARTIE I : Règlement de la consultation 3

Introduction 4
Dossier de consultation : 4
Forme de consultation et démarche de dépouillement 4

PARTIE II : Termes de références6

2.1 Contexte général du programme de dématérialisation de la commande publique (PDCP) 7
2.2 Cadre réglementaire du programme PDCP 8
2.3 Périmètre du projet PF DCP 8
2.4 Avancement du projet PF DCP 8
2.5 Démarche de conduite du projet PF DCP-paliers 2&3 9
2.6 Périmètre fonctionnel de la solution : 11
2.7 Exigences fonctionnelles et techniques de la solution : 12
Administration fonctionnelle de la solution 17
Constitution des enveloppes : 17
Gestion de la PKI : 18
Dépôt des offres : 18
Accusé réception : 19
Réception des plis : 19
Ouverture des candidatures et des offres : 19
Support clients et utilisateurs : 20
Base de données fournisseurs : 21
Enchères inversées : 21
Traçabilité / Statistiques : 21
Environnement technique : 22

2
PARTIE I : Règlement de la consultation

3
Introduction
L’objet de la présente consultation est de procéder à la sélection de solutions logicielles permettant la
mise en œuvre de la plate-forme de dématérialisation de la commande publique au maroc.

Le mode de consultation choisi par la Trésorerie Générale du Royaume (TGR ) pour réaliser ce choix est
articulé en deux étapes :
 Lancement d’un RFI afin de connaître l’offre du marché en termes de solutions logicielles de
dématérilaisation des achats publics
 Lancement d’un appel d’offre (RFP), à l’issue du RFI, pour le choix de la solution et de son
intégrateur.

A travers cette démarche, La TGR a pour objectif de choisir une solution logicielle et ses modalités
d’intégration, portée par un intégrateur, en vue de mettre en œuvre le socle de la plate-forme de
dématérialisation de la commande publique

La première étape de la consultation, objet du présent RFI, a pour objectif la prospection :

 De solutions de marché pour dégager les solutions logicielles éligibles par leurs caractéristiques
fonctionnelles et techniques.
 D’éditeurs – intégrateurs capables de fournir et d’intégrer la solution prenant en compte les
spécificités de la TGR.

Dossier de consultation :
Les soumissionnaires sont invités à présenter des offres intégrant les volets suivants :

o La présentation de la société éditrice

o Une synthèse de la proposition
o Les modalités de commercialisation et une offre financière éstimative pour la TGR
o Les Points forts de la proposition (proposition de valeur distinctive permettant à la TGR
d’atteindre l’ensemble de ses objectifs relatifs au projet)
o La présentation de la solution proposée : Fonctionnalités offertes en standard et en
cible
o Des références significatives détaillées dans le domaine de la dématérialisation de la
commande publique

Forme de consultation et démarche de dépouillement

Toute société pourra, si elle y trouve intérêt soumettre son offre selon les modalités décrites ci-
après.
 Toute demande de clarification ou d’information complémentaire, relative à la consultation doit
être faite par e-mail à l’adresse : abdelfattah.inqaoui@tgr.gov.ma et/ou abdellatif.jari@tgr.gov.ma
 A sa demande, le soumissionnaire pourra solliciter un entretien avec les responsables du projet, qui
pourraient le lui accorder.
 La TGR se réserve le droit, sur sa propre initiative, d’apporter certaines rectifications et/ou
additifs au dossier de la consultation. Auquel cas, ces modifications seront communiquées aux
intéressés et feront partie intégrante des documents de la consultation.

4
Réception et dépouillement des soumissions (offres) par la TGR :
 La TGR se réserve la latitude de demander, à tout soumissionnaire, de fournir des éclaircissements
sur son offre. Cette demande se fera par mail destiné au contact que chaque soumissionnaire aura
nomément désigné dans son offre.
 Les réponses doivent parvenir :
o par e-mail à l’adresse : abdelfattah.inqaoui@tgr.gov.ma et/ou abdellatif.jari@tgr.gov.ma
o et par écrit, signées avec cachet du soumissionnaire à l’appui, et envoyées à l’adresse :
Tresorerie Générale du Royaume – Ilot 31 – Hay Ryad – Rabat – Maroc.
 Des présentations des offres peuvent être sollicitées à l’intiative de la TGR ou du soumissionnaire
(sans que l’autre partie ne s’y oblige) .Durant ces présentations, les soumissionnaires seront amenés
à détailler :
 L’architecture de la solution et sa couverture fonctionnelle
 La démarche préconisée pour sa mise en oeuvre,
 Les délais sur lesquels ils pourront s’engager.
 Les moyens humains mobilisables pour le déploiement de la solution,

Date limite de réception des offres.

 La date limite de réception des offres est arrêtée au 18 avril 2008, le cachet de la poste ou du
bureau d’ordre de la TGR faisant foi.
 La TGR a toute la latitude de prolonger le délai de réception des offres. Dans ce cas, toutes les
sociétés ayant retiré la consultation seront averties et toutes les obligations des soumissionnaires
auparavant liées au délai fixé, seront liées au nouveau délai.

5
PARTIE II : Termes de références

6
2.1 Contexte général du programme de dématérialisation de la commande publique
(PDCP)

Le Maroc a engagé, depuis plusieurs années, un processus de réforme de la commande publique. Le

rapprochement entre le Contrôle des Engagemets de Dépenses et les comptables de la TGR et le
déploiement du projet de la Gestion Intégrée de la Dépense (GID) sont autant de projets qui ont pour
objectifs majeurs de rationaliser la dépense publique, de la rendre plus efficace et plus transparente.
La dématérialisation des procédures d'appels d'offre vient donc compléter ce dispositif de
modernisation tout en s'appuyant sur les progrès que ces projets permettent.

Il ne s'agit cependant pas de révolutionner toute la commande publique de façon instantanée. Même si
les objectifs doivent être ambitieux, le processus de changement s'appuie sur des organisations et sur
des intervenants, présentant des profils aussi différents que les acheteurs publics, les entreprises ou
les commissions d’appels d’offres.

Afficher des objectifs ambitieux signifie faire migrer les procédures existantes vers des systèmes
électroniques mais aussi accompagner ces différents acteurs dans cette mutation.

L'objectif de la stratégie et de la feuille de route qui en découle est donc double :

1. Fixer des objectifs visant la dématérialisation de la commande publique.

2. Accompagner les acteurs.

Cela nécessite d'instaurer une progressivité dans la mutation qui va se concrétiser par des paliers
techniques successifs, eux-mêmes intégrant des étapes permettant de toucher progressivement les
différents acteurs.
Le volet technique du programme PDCP est pris en charge dans le cadre du projet « plateforme de
dématérialisation de la commande publique : PF DCP » qui doit fournir les solutions permettant le
déploiement progressif de la dématérilaisation des achats publics selon le séquencement suivant :
 En priorité le système de publication et d'analyse de la commande publique (Palier n°1: Portail
Marocain des Marchés Publics et Base de Données des Marchés Publics) en cours de
déploiment ;
 Puis, dans un deuxième temps le système de dématérialisation des réponses à appel d'offre et
de commande (Palier n°2: Dématérialisation des offres – Palier n°3: Places de Marchés
Virtuelles) objet de la présente consultation.
La progressivité prendra également en considération la taille des marchés, pour démarrer par les plus
gros qui sont ceux sur lesquels l'amélioration de la transparence est attendue de façon prioritaire, et
concernant par conséquent les acteurs les plus importants et donc les plus à même de faire le saut
technologique nécessaire. La démarche s'étendra ensuite progressivement vers l'ensemble des
marchés publics.
A titre d’information, la volumétrie actuelle des procédures d’achats publics est de 40.000
marchés passés annuellement par les administrations et les collectivités locales (représentant
3200 acheteurs publics environ). Ce chiffre n’intègre pas les actes d’achats réalisés par les
établissements publics qui gardent la latitude d’adhérer à la plate-forme PF DCP ou de mettre en
œuvre leur propre plate-forme de dématérialisation des achats.

Le déploiement de cette stratégie est placé sous la responsabilité de la TGR, qui va organiser la
réalisation de ces chantiers et travailler en relation étroite avec les différents acteurs. Elle déploiera
en parallèle un important volet de communication, d'information et d'accompagnement afin de
permettre l'appropriation du système et le changement des habitudes

7
2.2 Cadre réglementaire du programme PDCP
Le cadre réglementaire de la dématérialisation de la commande publique a été initié par le décret n° 2-
06-388 du 5 février 2007sur les marchés publics en vigueur depuis le 1er octobre 2007 (consultable sur le
site www.marchespublics.gov.ma ), et la loi 53-05 relative à «l’échange électronique de données
juridiques», plus connue sous l’appellation «signature électronique», publiée dans le Bulletin officiel du
6 décembre 2007.

2.3 Périmètre du programme PDCP

La plateforme de dématérialisation de la commande publique, résultat de ce programme doit, à terme,
couvrir les domaines fonctionnels suivants :
 La publication ( palier 1 ) :

o Des programmes prévisionnels d’achats des acheteurs publics (administrations,

collectivités locales, établissements publics )
o Des avis d’appels d’offres

o Des dossiers d’appels d’offres et leur transmission aux candidats

o Des avis d’adjudication

 Le dépôt électronique et le e-tendering ( palier 2 ) :

o Transmission des offres

o Ouverture des offres et gestion des commissions d’appels d’offres

o Stockage des offres.

 Les places de marchés ( e-purshasing )  ( palier 3 ) :

o Gestion des enchères inversées

o Gestion des e-catalogues

2.4 Avancement du programme PDCP

La réalisation du programme de mise en œuvre de la plate-forme de dématérialisation de la commande
publique a démarré en janvier 2007 par la mise en ligne de la première version du portail de publication
« www.marchespublics.gov.ma ». Une deuxième version a été mise en ligne en janvier 2008.

Actuellement, la TGR procède à la mise en place d’une  « base de données des marchés publics :
BDMP ». C’est un entrepôt de données décisionnelles dédié à l’analyse de la commande publique. Elle a
une vocation d'aide à la décision pour les différents acteurs de la commande publique et pourra servir à
alimenter un observatoire de la commande publique.

8
2.5 Démarche de conduite du projet PF DCP-paliers 2&3

Afin de garantir les conditions de réussite du projet PF DCP par rapport aux objectifs de qualité, coûts
et délais assignés, la TGR a bâti sa réalisation sur un plan d’actions réparti en plusieurs phases
présentées sur le schéma ci-après :

Programme de Dématérialisation de la Commande Publique

Impossible d'afficher l'image. Votre ordinateur manque peut-être de mémoire pour ouvrir l'image ou l'image est endommagée. Redémarrez l'ordinateur, puis ouvrez à nouveau le fichier. Si le x rouge est toujours affiché,
CPS AMOA

Impossible d'afficher l'image. Votre ordinateur manque peut-être de mémoire pour ouvrir l'image ou l'image est endommagée. Redémarrez l'ordinateur, puis ouvrez à nouveau le fichier. Si le x rouge est toujours affiché,
SP 1 : Élaborer
SP 1Elaborer
: l’appel CPS Solutions
RFI Solutions Logicielles les grilles
d’of fre logicielles
d’évaluation

SPRFI
2 : Hébergeurs
Étudier
les
s olutions CPS platef orme technique ou
du marché Cahier de charge hébergeurs

P h a s e 1

Impossible d'afficher l'image. Votre ordinateur manque peut-être de mémoire pour ouvrir l'image ou l'image est endommagée. Redémarrez l'ordinateur, puis ouvrez à nouveau le fichier. Si
Élaborer les jeux de Élaborer les outils
Appel d’offre
tests f onctionnels et AMOAd’évaluation et du dossier
technique de choix
Validation
Impossible d'afficher l'image. Votre ordinateur manque peut-être de mémoire pour ouvrir l'image ou l'image est endommagée. Redémarrez l'
Démonstration des
CPS des prototypes
Visites Clients
Impossible / l'image.
d'afficher Votre ordinateur manque peut-être de mémoire pour ouvrir l'image ou l'image est endommagée. Redémarrez l'ordinateur, pu
Évaluation des prototypes
Réf érences * AOO Solutions logicielleset
Rédaction du dossier de choix
Phase 2
AOO Platef orme technique
Phase 2

Paramétrages
Installations …

Juin Phase 3
Mars Avril Mai Juillet
2008 2008 2008 2008 2008

9
 Phase 1
 Lancement d’un RFI fournisseurs de solutions logicielles pour les plates-formes de
dématérialisation de la commande publique
 Choix d’un prestataire pour l’assistance à maitrise d’ouvrage du projet PF DCP
 Choix de la solution logicielle destinée à supporter la plate-forme de dématérialisation des
offres et des enchères inversées.

Phase 2
Elle concerne le choix des solutions logicielle et technique pour la mise en œuvre de la plate-
forme PF DCP.

Phase 3
Elle concerne la mise en œuvre, proprement dite, de la plate-forme PDCP.

Le présent RFI a pour objectif d’identifier des solutions logicielles susceptibles de couvrir les
domaines « dépôt électronique » et « places de marchés »

Ressources complémentaires

Un ensemble de ressources documentaires et de liens peuvent être consultées sur le portail internet
de la TGR à l’adresse « www.tgr.gov.ma »

10
2.6 Périmètre fonctionnel de la solution :
La solution proposée doit couvrir les domaines fonctionnels suivants :

1. e-tendering
2. Enchères inversées
3. e-catalogues

Les soumissionniaires doivent présenter des offres de solutions pouvant couvrir un ou plusieurs
domaines.
Vous trouverez ci-dessous une présentation des principaux macro-processus par domaine fonctionnel :

11
PARTIE III : Grilles de réponse

12
 1. Présentation du soumissionnaire :

Thème Réponse / Commentaire

Raison sociale  
Adresse siège social  
Forme juridique de la société  
Montant du capital social  
Nationalité  
Date création  
Adresse URL site éditeur  
Nom et prénom directeur général (CEO)  
Introduction en bourse (Oui/Non, Date, Bourse,
code)  
Adresse bureau régional (Maroc)  
Nom et prénom responsable régional (Maroc)  
Téléphone responsable régional  
Email responsable régional  
Nom et prénom interlocuteur pour la TGR  
Téléphone interlocuteur pour la TGR  
Email interlocuteur pour la TGR  
Effectif global (2007)  
Position sur le marché (éditeur)  
CA global (2005)  
CA global (2006)  
CA global (2007)  
CA dans secteur public (2005)  
CA global dans secteur public (2006)  
CA global dans secteur public (2007)  

13
 2. Présentation de la solution :

 Fiche Signalétique de la solution  Réponse / Commentaire

Nom de la solution proposée  
Date création solution (Produit)  
Adresse URL solution proposée  
Version proposée  
Date version proposée (fin développement)  
Date commercialisation version proposée  
Effectif dédié au produit (2007)  
Position sur le marché (solution)  
CA pour la solution proposée (2005 à 2007)  
Evolutivité de la solution   
Effectif RD / Effectif dédié au produit (2007)  
Budget RD / CA produit (2007)  
Politique de développement du produit  
 Références de la solution  
Références solutions de dématérailisation  
Références solutions de dématérialisation de la commande
publique  
Contacts chez les principales références pour la solution
proposée (nom du client, coordonnées du responsable du
projet chez le client, etc)  
 Support et maintenance  
Support éditeur à l’installation  
Formation par éditeur sur la solution proposée  
Existence d'une équipe de maintenance (Hotline)  
Nombre de contrats de maintenance en cours  
Proximité de l'équipe maintenance  
Existence site de secours  
 Club utilisateurs ??  
Existence club utilisateurs  
Adresse URL du club  
Téléphone du club  
Email du club  
Nom et prénom du président du club  
Date de création du club  
 Intégration de la solution  
Capacité à réaliser l’intégration  
Partenariats avec les intégrateurs (Certifications, etc.)  
Capacité d'intégration au Maroc : Partenariats récurrents
(lesquels)  
Capacité d'intégration au Maroc : Relation s (lesquelles)  

14
 3. Tarification et coûts :

Coût licence  
Mode facturation  
Si facturation en mode licence :  
Mode de facturation licence utilisateur  
Mode facturation licence site
Coût licence par poste utilisateur  
Coût licence par poste utilisateur (consultation)  
Coût estimé besoin TGR actuels :
 
Si facturation en mode ASP

Mode de facturation ( Nbre AO, Nbre connexions, etc )

Coût de mise en oeuvre 
Mode facturation (forfait / régie)  
Coûts de mise œuvre et d’intégration (fourchette ou un ordre
de grandeurs des coûts)  
Coût de formation utilisateurs métier  

Coût de formation administrateurs et équipe technique  

   
 Garantie
Période de garantie  
Couverture pendant période de garantie  
   
 Coûts de maintenance
Tarification maintenance du stantard  
- Curatif  
- Réglementaire  
- Evolutif  
Tarification développements spécifiques  
- Curatif  
- Réglementaire  
- Evolutif  

15
3. Exigences fonctionnelles et techniques de la solution :

Vous trouverez ci-après une grille détaillant les principales exigences fonctionnelles et

techniques auxquelles doit répondre la solution future.

Les soumissionnaires doivent documenter la grille en spécifiant (dans la colonne

correspondante), la capacité de la solution proposée à prendre en charge les exigences

fonctionnelles :

1. En standard ( colonne S )

2. Dans le cadre de la roadmap d’évolution de la solution ( colonne R )

3. Par le biais d’un développement spécifique (colonne D)

16
Administration fonctionnelle de la solution

Exigence Commentaires
Quels sont les éléments requis pour
l’initialisation d’un appel d’offre ?
Quel type d’acteur peut réaliser
l’administration fonctionnelle du produit ?
Le produit peut-il s’intégrer avec d’autres
systèmes assurant la publication des dossiers
d’appels d’offres ?
Décrivez la gestion des habilitations dans
votre produit ?
Comment le produit gère t-il la nomination des
membres des commissions d’appel d’offres ? A
quel niveau de la procédure de soumission,
cette nomination a-t-elle lieu ?

Constitution des enveloppes :

Exigence S R D Commentaires
Le produit permet-il une authentification
sécurisée des entreprises ?
Est-ce que la signature électronique est
intégrée au produit ?
La constitution des enveloppes se fait-elle :
 Dans le produit
 Hors du produit

Le produit peut-il gérer plus de 2

enveloppes ?
Si oui, combien?
Le nombre d’enveloppes est-il paramétrable
par appel d’offres ?
Le soumissionnaire a t-il la possibilité de
chiffrer une enveloppe (hors enveloppe une) ?
Le mécanisme de chiffrement par le
soumissionnaire est-il intégré au produit ?
Que doit-on signer lors de la constitution des
enveloppes ?
Est-ce que la solution fournit des
fonctionnalités d’aide à la constitution des
enveloppes ?

17
Gestion de la PKI :
Exigence S R D Commentaires
Le produit Intègre t-il une gestion de PKI
(fourniture de certificat) ?
Si oui, quel est le processus de délivrance des
certificats ?
Si non, comment est gérée la fourniture des
certificats ?
Quelle norme est utilisée pour la gestion des
certificats ?

Dépôt des offres :

Exigence S R D Commentaires
Quelles sont les fonctionnalités offertes par la
solution au soumissionnaire, pour la constitution et
le dépôt des enveloppes ?
Le produit intègre t-il un module de signature
électronique ?
Si oui, le soumissionnaire peut-il utiliser une autre
solution de signature ?
Si non, comment le soumissionnaire doit-il signer
ses documents ?
Le soumissionnaire a-t-il besoins d’utilitaires
complémentaires pour constituer et déposer une
offre ?
Peut-on faire un double dépôt (signatures puis
enveloppes) ?
Est-ce que le délai entre le dépôt de la signature et
le dépôt du document associé est paramétrable ?
Que doit-on signer lors du dépôt des enveloppes ?
Le chiffrement des documents se fait-il sur le
poste du soumissionnaire ?
Le chiffrement des documents se fait- il sur le
serveur hébergeant la solution ?
Décrivez votre procédure de sécurisation des
dépôts et de garantie de leur confidentialité.
Quand le chiffrement des enveloppes par le
soumissionnaire est possible, est-ce que la clé de
chiffrement du soumissionnaire est séquestrée ?
Est-ce que le dépôt hors délai est autorisé ?
Une fois une offre déposée, le soumissionnaire a t-
il le moyen de la modifier ?
Une fois une offre déposée, le soumissionnaire a-t-
il le moyen de la remplacer ?
Comment est garantie la non répudiation d’un
dépôt ?

18
Accusé réception :

Exigence S R D Commentaires
Est-ce que le soumissionnaire reçoit un accusé
réception pour chaque dépôt ?
Sous quelle forme est fourni l’accusé de
réception (mail, affichage …) ?
Si le dépôt est hors délai, le soumissionnaire
en est-il informé ?
Le système intègre t-il un mécanisme
d’horodatage ?
Sur quelle base d’heure l’horodatage est-il
réalisé ?

Réception des plis :

Exigence S R D Commentaires
Les enveloppes des offres doivent-elles être
ouvertes en une seule fois ?
Le produit permet-il d’identifier l’origine des
offres (authentification du soumissionnaire)  ?
Le produit permet-il de vérifier l’intégrité des
documents reçus ?
Le produit permet-il de vérifier le respect de
la confidentialité des offres ?
Les actions faites lors de l’ouverture sont-
elles horodatées ?
Le produit intègre t-il une protection
antivirale ?
Quel est le traitement réservé aux documents
détectés aves des virus ?
Peut-on intégrer le registre des dépôts reçus
par voie autre qu’électronique ?
Les offres peuvent-elles être ouvertes au fur
et à mesure de leur réception ?

Ouverture des candidatures et des offres :

Exigence S R D Commentaires
Décrivez la procédure d’ouverture des
enveloppes de votre produit ?
Le produit gère t-il des habilitations pour
l’ouverture des plis au niveau de la personne
publique ?
Le produit intègre t- il la gestion de
l’ouverture séquentielle des enveloppes ?
19
Les personnes habilitées à ouvrir l’enveloppe
candidatures sont-elles les mêmes que celles
qui ouvrent les enveloppes techniques et
financières ?
Le produit permet-il de gérer la demande
d’envoi de pièces complémentaires par les
candidats ?
Le produit enregistre t-il la décision prise pour
chaque candidature ?
Les décisions peuvent-elle être commentées ?
Comment sont notifiées les décisions aux
soumissionnaires ?
Est-ce que l’envoi des notifications est fait
automatiquement ou est ce qu’il est déclenché
par la personne habilitée ?
Peut-on ouvrir une offre pour laquelle la
candidature (enveloppe 1) a été refusée ?
Peut-on ouvrir une offre pour laquelle la
candidature (enveloppe 1) n’a pas été
ouverte ?
Le produit gère-t-il les documents des
enveloppes quand elles sont ouvertes ?
Le produit conserve-t-il les documents des
enveloppes quand elles sont ouvertes ?
La gestion des ouvertures prend-elle en charge
les offres non électroniques ?

Support clients et utilisateurs :

Demande Oui Non Commentaires

Le produit dispose-t-il d’une aide en ligne pour
la personne publique et pour le
soumissionnaire ?
Le produit offre t-il une base formation ? une
aide tutoriale ?
Y a-t-il une hotline pour les utilisateurs ?
La solution offre-t-elle un site web pour le
support aux clients (téléchargement de mises
à jour, suivi des demandes de maintenance,
etc. ) ?
Dispenser vous des formations aux
formateurs ?
Dispensez-vous des formations aux
utilisateurs ?

20
Base de données fournisseurs :

Demandes S R D Commentaires
Le système intègre t-il un référentiel des
fournisseurs ?
Si oui :
Quels types de données permet-il de
gérer ?
Ce référentiel peut-il être gérer des objets
documentaires (par exemple les documents
administratifs des fournisseurs)
Peut-on accéder aux données du
référentiel lors d’une séance d’ouverture ?
Si non, la solution peut-elle s’interfacer avec
un référentiel externe ?

Enchères inversées :

Demandes S R D Commentaires
La solution intègre t-elle un système
d’enchères inversées ?
Quels sont les paramètres nécessaires pour
initialiser une enchère ?
Comment sont authentifiés les candidats ?
La solution permet-elle à la personne publique
de désigner des candidats à l’enchère ?
Peut-on faire une enchère ouverte sans
désignation de candidats ?
Peut-on faire une gestion au mieux disant par
utilisation de critères d’évaluation quantitatifs
et qualitatifs paramétrables (type de critère,
libellé, pondération, etc.)
De quels tableaux de bord dispose-t-on pour le
suivi du déroulement de l’enchère ?
 Pour les soumissionnaires
 Pour la personne publique

Traçabilité / Statistiques :

Demandes S R D Commentaires
Le système enregistre t-il les dates et heures
de dépôt ?
Le système enregistre t-il les dates et heures
d’ouverture ?
Le système enregistre t-il les dates et heures
des incidents survenus lors d’un dépôt ?
Le système enregistre t-il les dates et heures
des incidents survenus lors d’une commission ?
21
De façon générale quels sont les événements
enregistrés ?
Le produit fourni t-il des reportings relatifs à
la réponse à un appel d’offre ?
Le produit fourni t-il des statistiques reltives
aux réponses aux appels d’offres selon
l’émetteur, le type d’offre ?

Environnement technique :
Préciser ci-après tous les logiciels et produits nécessaires ainsi que leur version. Indiquez également le
dimensionnement des serveurs.

Exigence Commentaire
Quel est le niveau d’ergonomie de la solution ( interface
utilisateur intuitive, personnalisation des menus, etc.) ?
Votre solution est-elle multilingue ? ( la gestion du français,
anglais et arabe est obligatoire )
Le multiliguisme est géré à quel niveau ( IHM, éditions,
documentation, etc.) ?
Quelle est l’architecture technique de votre produit ?
Décrivez l’environnement technique de développement
Décrivez l’environnement technique d’exploitation
Quel est l’environnement requis pour la personne public ?
Quel est l’environnement requis pour la commission d’appel
d’offre ?
Quel est l’environnement requis pour le soumissionnaire ?
Comment gérez-vous la montée en charge de la plate-forme
(volumétrie des appels d’offres, nombre d’accès simultanés,
Qui assure l’hébergement de votre solution ? Pouvez-vous
présenter ses moyens humains et techniques ?
Assurez-vous l’interface entre vos clients et l’hébergeur de
votre plate-forme ?
Quelle est le taux actuel de disponibilité de votre
solution ?
Quels mécanismes sont mis en place pour la détection, la
remontée et la correction des incidents ?
Pouvez-vous fournir des statistiques sur les performances
de votre plate-forme (volumes traités, nombre de
transactions par seconde, nombre d’utilisateurs simultanés,
etc.) ?

22