+.

XHA£+ | HCVOXO Keyyto)l GLl

+.[Link] | HCXIOE A 1OVIXE 3ledly JcLLAN 3

ROYAUME DU MAROC
MINISTERE DE L'INDUSTRIE ET DU COMMERCE

CAHIER DES PRESCRIPTION SPECIALES

APPEL D'OFFRES INTERNATIONAL

OUVERT SUR OFFRES DE PRIX

N° 10/2024

OBJET :

ACQUISITION PARAMETRAGE ET MISE EN ŒUVRE D’UN PROGICIEL DE

GESTION INTEGRE POUR LA GESTION DES ACHATS ET DE LA
COMPTABILITE POUR LE COMPTE DU MINISTERE DE L’INDUSTRIE ET
DU COMMERCE

Passé par appel d’offres international ouvert sur offres de prix en application des dispositions du décret
n°2-22-431 du 15 chaabane 1444 (08mars 2023 ) relatif aux marchés publics.

EXERCICE 2023
 SOMMAIRE
CHAPITRE PREMIER : CLAUSES ADMINISTRATIVES ET FINANCIERES 5
ARTICLE 1 : OBJET 5
ARTICLE 2 : CONSISTANCE DE LA PRESTATION 5
ARTICLE 3 : DOCUMENTS CONSTITUTIFS DU MARCHE ISSU DU PRESENT CPS 5
ARTICLE 4 : REFERENCE AUX TEXTES GENEREAUX ET SPECIAUX APPLICABLES AU
MARCHE ISSU DU PRESENT CPS 5
ARTICLE 6 : PIECES MISES A LA DISPOSITION DU TITULAIRE 6
ARTICLE 7 : SUIVI DE L'EXECUTION DU MARCHE 6
ARTICLE 8 : ELECTION DU DOMICILE DU PRESTATAIRE DE SERVICES 7
ARTICLE 9 : NANTISSEMENT 7
ARTICLE 10 : SOUS-TRAITANCE 7
ARTICLE 11 : DELAI D’EXECUTION 7
ARTICLE 12 : NATURE DES PRIX 8
ARTICLE 13 : CARACTERE DES PRIX 8
ARTICLE 14 : CAUTIONNEMENT PROVISOIR ET CAUTIONNEMENT DEFINITIF 8
ARTICLE 15 : ASSURANCES - RESPONSABILITE 8
ARTICLE 16 : PROPRIETE INDUSTRIELLE, COMMERCIALE OU INTELLECTUELLE 8
ARTICLE 17 : DELAI DE GARANTIE 9
ARTICLE 18 : RETENUE DE GARANTIE 11
ARTICLE 19 : MODALITES DE REGLEMENT 11
ARTICLE 20 : AVANCE AU TITUALAIRE DU MARCHE 11
ARTICLE 21: CONDITIONS DE RECEPTION 12
ARTICLE 22 : PENALITES DE RETARD 12
ARTICLE 23 : RETENUE A LA SOURCE APPLICABLE AUX TITULAIRES ETRANGERS NON
RESIDENTS AU MAROC 12
ARTICLE 24 : RESILIATION DU MARCHE 12
ARTICLE 25 : LUTTE CONTRE LA FRAUDE ET LA CORRUPTION 12
ARTICLE 26 : PROTECTION DE LA MAIN D’(EUVRE, CONDITIONS DE TRAVAIL, IMMIGRATION
AU MAROC 13
ARTICLE 27 : CONFIDENTIALITE ET REGLES DE SECURITE 13
ARTICLE 28 : LANGUE UTILISEE 14
ARTICLE 29 : REGLEMENT DES DIFFERENDS ET LITIGES 14
ARTICLE 30 : CAS DE FORCE MAJEUR 14
ARTICLE 31 : LIEU D’EXECUTION 15
ARTICLE 32 : OBLIGATIONS DU TITULAIRE 15
ARTICLE 33 : FRAIS DE TIMBRE ET D’ENREGISTREMENT 15
CHAPITRE DEUXIEME : CLAUSES TECHNIQUES 16
ARTICLE 34 : SPECIFICATIONS FONTIONNELLES ET TECHNIQUES 16
LSPECIFICATIONS FONCTIONNELLES 16
ILSPECIFICATIONS TECHNIQUES 34
ARTICLE 35 : FORMATION ET TRANSFERT DE COMPETENCES 37
ARTICLE 36 : LIVRABLES 37
ARTICLE 37 : BORDEREAU DES PRIX - DETAIL ESTIMATIF 37
PREAMBULE DU CAHIER DES PRESCRIPTIONS SPECIALES
Marché passé par appel d’offres international ouvert sur offres de prix en application des dispositions du décret
n°2-22-431 du 15 chaabane 1444 (08mars 2023) relatif aux marchés publics.

Entre

Monsieur le Directeur des Ressources Financières, des Systèmes d’Information et des A ffaires Générales, désigné
ci-après, par « Maître d’Ouvrage ».

D’une part,
Et
Cas d’une personne morale
- Madame, Mons 2
- Agissant en qualité de :
- Au nom et pour le compte de :
- Forme juridique de la société :
- Au capital de : dirhams
- Faisant élection de domicile :
- Inscrit au registre de commerce sous numéro : Ville :
- Affilié à la CNSS sous numéro :
- Identification fiscale n°
- Patente n° :
- Titulaire du compte bancaire n° :
- Ouvert au nom de la société à :
Constituant le prestataire désigné, ci-après, par "le Titulaire",

D’autre part

IL A ETE ARRETE ET CONVENU CE QUI SUIT

Cas de personne physique

M.

Agissant en son nom et pour son propre compte.

Registre de commerce de ..…….....…erserenensees SOUS ÎE B i srrr cs cl sc i SS 53455 345
Patente n° . Affilié à la CNSS sous n° .
Faisant élection de domicile au
Compte bancaire n°(RIB sur 24 position
ouvert auprès de

Désigné ci-après par le terme « prestataire ».

D’autre part

IL A ETE ARRETE ET CONVENU CE QUI SUIT

Cas d’un groupement
Les membres du groupement soussignés constitués aux termes de la convention
......................................................... (les références de la convention).........….….….….……eeueet

Agissant au nom et pour le compte de..

qui lui sont conférés.
Au capital social . Patente n°
Registre de commerce de . ....Sous le n°
Affilié à la CNSS sous n°
Faisant élection de domicile au ….
Compte bancaire n°(RIB sur 24 pos:
ouvert auprès de

Membre 2 :
(Servir les renseignements le concernant)

Nous nous obligeons (conjointement ou solidairement,

selon la nature du groupement) ayant
.................. … (Prénom, nom et qualité) en
tant que mandataire du groupement et coordonnateur de l’exécution des prestations, ayant un compte bancaire
commun sous n°
(RIB Sur 24-POSItONS) wes s maum o 0 moue 5700055 dennmaaie 5y e mn rrs se
ouvert auprès

Désigné ci-après par le terme « prestataire ».

D’autre part

IL A ETE ARRETE ET CONVENU CE QUI SUIT

 CHAPITRE PREMIER : CLAUSES ADMINISTRATIVES ET FINANCIERES

ARTICLE 1 : OBJET
Le présent cahier des prescriptions spéciales a pour objet « acquisition, paramétrage et mise en œuvre d’un

progiciel de gestion intégré pour la gestion des achats et de la comptabilité pour le compte du Ministère de
l’Industrie et du Commerce ».

ARTICLE 2 : CONSISTANCE DE LA PRESTATION

Les prestations à réaliser au titre du marché issu du présent appel d’offres, consistent en l’acquisition, paramétrage
et mise en œuvre d’un progiciel de gestion intégré pour la gestion des achats et de la comptabilité, conformément
aux termes de références objet du CHAPITRE II.

La mission à réaliser devra intégrer les prestations suivantes :

- Cadrage, analyse de l’existant

- Architecture fonctionnelle détaillée de la plateforme.
- Mise en place et personnalisation de la solution.
- _ Déploiement, configuration et paramétrage de la plateforme.
- Tests de la solution.
- Reprise des données de l’historique.
- _ Formation et transfert de compétences.

ARTICLE 3 : DOCUMENTS CONSTITUTIFS DU MARCHE ISSU DU PRESENT CPS

Les documents constitutifs du marché sont ceux énumérés ci-après :

e L'acte d'engagement ;
Le présent cahier des prescriptions spéciales (CPS) ;
Le bordereau des prix-détail estimatif ;
L’Offre technique ;
e Le cahier des clauses administratives générales applicable aux marchés de travaux exécutés pour le
compte de l’Etat (CCAGT, décret n° 2-14-394 du 13 Mai 2016).

En cas de contradictions ou de différence entre les documents constitutifs du marché issu du présent CPS.
Ceux-ci prévalent dans l’ordre où ils sont énumérés ci-dessus.

ARTICLE 4 : REFERENCE AUX TEXTES GENEREAUX ET SPECIAUX APPLICABLES AU

MARCHE ISSU DU PRESENT CPS
Les parties contractantes du Marché sont soumises aux dispositions des textes suivants :
= Dahir n° 1-15-05 du 29 rabii II 1436 (19 février 2015) portant promulgation de la loi N° 112-13 relative au
nantissement des marchés publics.
= Dahir n°1-56-211 du 11 décembre 1956 relatif aux garanties pécuniaires des soumissionnaires et
adjudicataires de marchés publics.
= Circulaire n° 72/CAB du 26 novembre 1992 d’application du dahir n°1-56-211 du 11 décembre 1956 relatif
aux garanties pécuniaires des soumissionnaires et adjudicataires de marchés publics ;
« Décret n°2-22-431 du 15 chaabane 1444 (08 mars 2023) relatif aux marchés publics.
= Décret royal n° 330-66 du 10 moharrem 1387 (21 avril 1967) portant règlement général de comptabilité
publique tel qu’il a été modifié par le Dahir n° 1.76.629 du 25 Chaoual 1397 (09 octobre 1977) et complété
par la Décret Royal n° 2.79.512 du 26 Joumada II 1400 (12 mai 1980) ;
# Décret 2-07-1235 du 05 kaada 1429 (04 novembre 2008) relatif au contrôle des dépenses de l’Etat ;
= Le Décret n°2-16-344 du 17 chaoual 1437 (22 juillet 2016) relatif aux délais de paiement et aux intérérs
moratoires en matière de marchés de l’Etat ;
= Le Décret n° 2-14-272 du 14 Rajab 1435 (14 Mai 2014) relatif aux avances en matière de marchés publics ;
= Le Dahir 1.85.347 du 20/12/1985 n° 30.85 relatif à la TVA ;
= Le décret 2-14-394 du 13 Mai 2016 approuvant le cahier des clauses administratives générales applicables
aux marché; de travaux ;
= Le dahir n° 1-03-194 du 14 Rajeb 1424(11 septembre 2003) portant promulgation de la loi n°65-99 relative
au code du travail ;
* Les dahirs du 21 mars 1943 et 27 décembre 1944 en matière de législation sur les accidents du travail ;
* Tous les textes législatifs et réglementaires concernant l’emploi, les salaires de la main d’œuvre
particulièrement le décret royal n° 2-14-343 du 26 chaabane 1435 (24 juin 2014) portant revalorisation du
salaire minimum dans l’industrie, le commerce, les professions libérales et l’agriculture ;
= Dahir n°1-00-91 du 15 février 2000 portant promulgation de la loi n °17-97 sur la protection de la propriété
intellectuelle ;
= L’Arrêté du Ministre délégué auprès de la ministre de l’économie et des finances chargé du budget n° 1692-
23 du 4 hijja 1444 (23 juin 2023à relatif à la dématérialisation des procédures, des documents et des pièces,
relatifs aux marchés publics.

Tous les textes réglementaires ayant trait aux marchés de l’Etat rendus applicables à la date d’ouverture des
plis.
Le titulaire devra se procurer ces documents s’il ne les possède pas et ne pourra en aucun cas exciper de
l’ignorance de ceux-ci et se dérober aux obligations qui y sont contenues.

ARTICLE 5 : VALIDITE ET DATE DE NOTIFICATION DE L’APPROBATION DU MARCHE

ISSU DU PRESENT CPS
Le présent marché ne sera valable définitif et exécutoire quap
qu’après son approbation
PP P par l’autorité compétente.
1

L’approbation du marché doit être notifiée à l’attributaire dans un délai maximum de soixante jours (60) à
compter de la date fixée pour l’ouverture des plis. Toutefois, ce délai peut être prorogé en application de l’article
36 du Décret n° 2-22-431 précité.

ARTICLE 6 : PIECES MISES A LA DISPOSITION DU TITULAIRE

Aussitôt après la notification de l’approbation du marché, le maître d’ouvrage remet gratuitement au titulaire,
contre décharge de ce dernier, un exemplaire vérifié et certifié conforme de l’acte d’engagement, du cahier des
prescriptions spéciales et des pièces expressément désignées comme constitutives du marché telles que indiquées
ci-dessous, à l’exception du cahier des prescriptions communes applicable et du cahier des clauses administratives
générales relatifs aux marchés de services portant sur les prestations d’études et de maitrise d’œuvre.
Le maître d’ouvrage ne peut délivrer ces documents qu’après constitution du cautionnement définitif.

ARTICLE 7 : SUIVI DE L'EXECUTION DU MARCHE

Le suivi de l’exécution du marché issu du présent Cahier des Prescriptions Spéciales(CPS) est confié à un comité
de pilotage désigné par le maître d’ouvrage.
Les noms et la qualité des personnes constituant ce comité seront notifiés au prestataire de services.
ARTICLE 8 : ELECTION DU DOMICILE DU PRESTATAIRE DE SERVICES
À défaut d’avoir élu domicile au niveau de l’acte d’engagement, toutes les correspondances relatives au présent
marché sont valablement adressées au domicile élu par Le prestataire de services.
En cas de changement de domicile, Le prestataire de services est tenu d'en aviser le maître d'ouvrage dans un
délai de quinze (15) jours suivant ce changement.

ARTICLE 9 : NANTISSEMENT
Dans l’éventualité d’une affectation en nantissement, il sera fait application des dispositions de la loi n° 112-13
relative au nantissement des marchés publics promulguée par le dahir n° 1-15-05 du 29 rabii II (19 février2015),
étant précisé que :

1. La liquidation des sommes dues par le Ministère de l’Industrie et du Commerce, maître d’ouvrage, en
exécution du marché issu du présent CPS sera opérée par les soins de Monsieur le Directeur des
Ressources Financières, des Systèmes d’Information et des Affaires Générales.
Le fonctionnaire, chargé de fournir au prestataire de services du marché issu du présent CPS ainsi qu'au
o

bénéficiaire des nantissements ou subrogations les renseignements et états prévus à l'article 7 du Dahir
n° 1-15-05 du 29 rabii II 1436 (19 février 2015) est le Directeur des Ressources Financières, des Systèmes
d’Information et des Affaires Générales.
3. Les paiements prévus au marché issu du présent CPS seront effectués par le Trésorier Ministériel -
Industrie, seul qualifié pour recevoir les significations des créanciers du prestataire du marché.
Le maître d’ouvrage délivrera, sans frais, au titulaire sur sa demande et contre récépissé, un exemplaire spécial
du marché, portant la mention « Exemplaire Unique » et destiné à former titre.

ARTICLE 10 : SOUS-TRAITANCE
Si le prestataire envisage de sous-traiter une partie du marché, il doit notifier au maitre d’ouvrage :
- l’identité, la raison ou la dénomination sociale et l’adresse des sous-traitants ;
- le dossier administratif des sous-traitants, ainsi que leurs références techniques et financières ;
- la nature des prestations et le montant des prestations qu’il envisage de sous-traiter ;
- le pourcentage des dites prestations par rapport au montant du marché
- une copie certifiée conforme du contrat de sous—traitance.
Les sous-traitants doivent satisfaire aux conditions requises des concurrents conformément à l’article 151 du
décret du 08 mars 2023 relatif aux marchés publics
La sous-traitance ne peut en aucun cas dépasser cinquante pour cent (50%) du montant du marché ni porter sur
le lot ou le corps d’état principal du marché.

« Acquisition, paramétrage et mise en œuvre d’un progiciel de gestion intégré pour la gestion des achats et de
la comptabilité », constitue le corps d’état principal.

Le titulaire du marché demeure personnellement responsable de toutes les obligations résultant du marché, tant
envers le maître d’ouvrage que vis-à-vis des ouvriers et des tiers. Le maître d’ouvrage ne se reconnait aucun lien
juridique avec les sous-traitants.

ARTICLE 11 : DELAI D’EXECUTION

Le délai d’exécution du marché est fixé à 4 mois.
Le délai d’exécution court à partir de la date prévue par l’ordre de service prescrivant le commencement de
l’exécution de la livraison.
Ce délai s’applique à l’achèvement de la livraison de la solution objet du présent appel d’offres incombant au
titulaire.
Toutes les prolongations du délai d’exécution doivent être concrétisées par voie d’avenants selon les dispositions
du paragraphe B de l’article 8 du CCAG-Travaux.

ARTICLE 12 : NATURE DES PRIX

Le marché issu du présent CPS est à prix unitaires.
Le prix du marché issu du présent CPS est réputé comprendre toutes les dépens s résultant de la livraison et
l’installation des solutions y compris tous les droits, impôts, taxes, frais généraux, faux frais et assurer au
prestataire une marge pour bénéfice et risques et d'une façon générale toutes les dépenses qui sont la conséquence
nécessaire et directe de la livraison et l’installation de la solution.

ARTICLE 13 : CARACTERE DES PRIX

Les prix du marché issu du présent CPS sont fermes et non révisables.
Toutefois, si le taux de la taxe sur la valeur ajoutée est modifié postérieurement à la date limite de remise des
offres, le maître d’ouvrage répercute cette modification sur le prix du règlement.

ARTICLE 14 : CAUTIONNEMENT PROVISOIR ET CAUTIONNEMENT DEFINITIF

Cautionnement provisoire :
Le cautionnement provisoire est fixé à dix-huit milles dirhams (18.000,00 DH).
Le montant du cautionnement provisoire fixé ci-dessus reste acquis à l’Etat dans le cas où le prestataire ne réalise
pas son cautionnement définitif dans les 20 jours qui suivent la notification de l’approbation du présent marché.
Le cautionnement provisoire reste acquis au maitre d’ouvrage notamment dans les cas cités à l’article 18 du
CCAG-T.
Le cautionnement provisoire est restitué au titulaire du marché selon les dispositions selon les dispositions de
l’article 19, paragraphe 1 du CCAG-T.

Cautionnement définitif :
Le cautionnement définitif est de 3% du montant du marché.
Si le prestataire ne réalise pas le cautionnement définitif dans un délai de 20 jours à compter de la date de la
notification de l’approbation du présent marché, le montant du cautionnement provisoire fixé ci-dessus reste
acquis au maitre d’ouvrage.
Le cautionnement définitif peut être saisi éventuellement conformément aux dispositions de l’article 18,
paragraphe 2 du CCAG-T.
Le cautionnement définitif sera restitué ou la caution qui le remplace est libérée, sauf les cas d’application des
articles 79 du CCAG-T, à la suite d’une mainlevée délivrée par le maître d’ouvrage dès la signature du procès-
verbal de la réception définitive des fournitures

ARTICLE 15 : ASSURANCES - RESPONSABILITE

Le prestataire de services doit adresser au maître d’ouvrage, avant tout commencement des prestations de
services, les attestations des polices d’assurance qu’il doit souscrire et qui doivent couvrir les risques inhérents à
l’exécution du marché issu du présent CPS et ce, ce conformément à l’article 25 du CCAGT.

ARTICLE 16 : PROPRIETE INDUSTRIELLE, COMMERCIALE OU INTELLECTUELLE

Le prestataire de services garantit formellement le maître d’ouvrage contre toutes les revendications des tiers
concernant les brevets d’invention relatifs aux procédés et moyens utilisés, marques de fabrique, de commerce
et de service.
Il appartient au prestataire de services le cas échéant, d’obtenir les sessions, licence d’exploitation ou autorisation
nécessaires et de supporter la charge des frais et redevances y afférentes.
ARTICLE 17 : DELAI DE GARANTIE
Le délai de garantie est fixé à une année à compter de la date de la réception provisoire.
La garantie a pour objectif d’assurer la continuité de service du logiciel livré dans le cadre du présent marché. La
garantie gratuite est assurée par le titulaire du marché sans frais supplémentaires pour le MIC.
Un numéro d’appel avec de préférence un accès web au helpdesk doit être mis en place par le titulaire du marché
pour les besoins de notification du MIC. Les interventions du titulaire du marché sont consignées dans des fiches
de suivi d’activité précisant la nature de l’intervention, les intervenants et les suites réservées aux appels.
Cette garantie sera déclenchée suite à la demande du MIC en cas de dysfonctionnement d’une composante de la
solution.
Dans ce cas, les parties se concerteront et conviendront des mesures à prendre pour y palier.
Toutefois, le titulaire du marché devra se manifester auprès du MIC et disposera d’un délai de 4 heures pour
prendre en charge ledit problème. En cas de non résolution, le délai d’intervention sur place est fixé à 48 heures
à compter de la notification initiale par le MIC. Si, au terme de ce délai de 48h, le rétablissement du
fonctionnement sollicité n’est pas effectué, le titulaire du marché est tenu d’intervenir par tous les moyens pour
résoudre le problème et remettre le système fonctionnel, si le problème provient de la configuration du système
fourni.
Les délais ci-dessus sont comptés à partir de l’heure de la notification.
La garantie dans le cadre du projet devra inclure :
* La correction des anomalies ou erreurs qui constitueraient un bogue sur la base d’un diagnostic de
l’Administration.
« Mise à jour des versions du système.
« L'assistance téléphonique (hotline): fournir des réponses téléphoniques aux demandes d'information,
d'anomalies et aux problèmes particuliers rencontrés lors de l'exploitation de chacune des composantes
de la solution faisant l'objet du présent CPS. En aucun cas, cette assistance téléphonique ne pourra se
substituer à une formation par téléphone. Les deux parties jugent l'adéquation de l'événement avec la
nature de la prestation soumise selon la catégorisation des événements définie ci-dessous.

C isation événements
Les événements à traiter dans le cadre de la garantie (anomalies, demandes de modifications, demandes
d’informations) doivent être catégorisés au départ par les représentants du Ministère. Cette catégorisation
consiste à donner à un événement « un type » et « une sévérité » selon les tableaux ci-après :

T ’événem:

Tout comportement du logiciel qui correspond à un dysfonctionnement (une

Anomalie | fonctionnalité qui s’est détériorée ou s’est arrétée) ou à une non-conformité par rapport
aux spécifications logicielles.

Pour les anomalies, les définitions suivantes sont applicables :

| Désigne toute anomalie rendant impossible l’utilisation d’une ou plusieurs fonctionnalités du

Bloquante
système (problème d’accessibilité ou d’incohérence de donnée:

Majeur | Désigne toute anomalie autre que bloquante impliquant un fonctionnement en mode
|
 dégradé d’une ou plusieurs fonctionnalités du système.

Mi Désigne toute anomalie autre que bloquante et majeure, générant des erreurs n’impactant
meur
pas l’intégrité des données.
——

Enregistrement inciden

Les demandes seront remontées au prestataire par le biais du téléphone ou de la messagerie, le prestataire
rappellera le Ministère dans un délai maximum de quatre (4) heures ouvrées à compter de la prise d’appel pour
qualifier le problème et dans le cas où cela s’avère nécessaire, le diagnostic se poursuivra immédiatement chez le
ministère.

Heures et délais d’intervention

Les heures et délais d’intervention sont en fonction du type de demande et du niveau de sévérité selon le tableau
ci-après :

Délais de réponse

4 heures ouvrées à partir de la remontée de l’incident

6 heures ouvrées à partir de la remontée de l’incident

8 heures ouvrées à partir de la remontée de l’incident

Modalis

Tout incident ou arrêt affectant l’exploitation du systéme sera communiquée au titulaire qui doit fournir au
préalable un numéro d’appel (hotline).

Chaque intervention du titulaire effectuée suite à un incident sera enregistrée dans un registre et signé par les
deux parties contractantes.

À l'issue de chaque intervention, le titulaire doit fournir une fiche d'intervention comportant les éléments suivants
: Nature de l'intervention, date de remonté d’incident, date d’intervention, durée, exécutant, description
fonctionnelle. Cette fiche devra être co-signée par les deux parties.

Les délais des anomalies et des évolutions demandées sont calculés en respectant le calendrier de l’administration
publique.

Durant cette période de garantie une assistance à l’exploitation de la plateforme doit être assurée à travers :
* Assistance à l’exploitation des données par les utilisateurs du système ;
* _ Assurer le développement des rapports destinés à l’analyse des secteurs qui sont demandés par la direction
générale et/ou par les hautes instances ;
* Assurer la continuité de service de la plateforme cible ;
* _ Assurer un support de hotline fonctionnel pour répondre aux besoins techniques en matière de pilotage
destinée à la direction générale de l’industrie ;
* Assurer la fiabilisation des données en entrée ;
* Assistance à l’utilisation de la plateforme pour les besoins des utilisateurs.

10
ARTICLE 18 : RETENUE DE GARANTIE
Une retenue de garantie sera prélevée sur les acomptes. Elle est égale à dix pour cent (10 %) du montant de
chaque acompte.
Elle cessera de croître lorsqu'elle atteindra sept pour cent (7%) du montant initial du marché augmenté le cas
échéant, du montant des avenants.

La retenue de garantie peut être remplacée, à la demande du fournisseur par une caution personnelle et
solidaire, celle-ci peut être constituée soit par tranches successives d’un montant égal à la valeur de la retenue
de garantie de chaque décompte, soit en totalité.
Le paiement de la retenue de garantie est effectué, ou bien les cautions qui les remplacent sont libérées à la
suite d’une main levée délivrée par le maitre d’ouvrage, dès la signature du procès-verbal de la réception
définitive.

ARTICLE 19 : MODALITES DE REGLEMENT

Pour l’établissement du décompte, le prestataire procédera au dépôt de la facture, obligatoirement, sous forme
ou par procédés électroniques, via la plateforme de gestion intégrée de la dépense (GID), décrivant la solution
livrée, le montant total à payer ainsi que tous les éléments nécessaires à la détermination de ce montant.

Le règlement sera effectué sur la base du décompte en application des prix du bordereau des prix — détail
estimatif aux quantités réellement livrées, déduction faite de la retenue de garantie et l’application des pénalités
de retard, le cas échéant.

Sur ordre du maître d’ouvrage, les sommes dues au prestataire seront versées au Compte bancaire indiqué au
préambule du présent marché.

ARTICLE 20 : AVANCE AU TITUALAIRE DU MARCHE

Conformément aux dispositions du Décret n°2-14-272 du 14 Rajab 1435 (14 mai 2014) relatif aux avances en
matière de marchés publics, le titulaire du marché a droit à une avance. Par application de l’article 5 du décret
susmentionné, le montant de l’avance est fixé à 10% du montant toutes taxes comprises (I'TC) du marché issu
du présent CPS.
Cette avance sera octroyée au titulaire après la notification de l’ordre de service de commencer la réalisation des
prestations.
Le titulaire du marché est tenu de constituer préalablement à l’octroi de l’avance, une caution personnelle et
solidaire du même montant mobilisable en tout temps, ne comportant aucune réserve et demeurant affectée aux
garanties pécuniaires exigées des soumissionnaires et titulaires des marchés publics. La caution personnelle et
solidaire doit être choisie parmi les établissements agréés à cet effet conformément à la législation en vigueur.
Le montant de l’avance n’est pas révisable quelle que soit la forme des prix du marché, il ne peut être modifié
méme à l’occasion d’avenants ayant pour effet d’augmenter ou de diminuer le montant du marché issu du présent
CPS.

Le remboursement du montant de l’avance est effectué par déduction sur les acomptes dus au titulaire du marché.
Le montant à prélever est égale à 10% du montant de chaque acompte toutes taxes comprises.
Le remboursement de l’avance atteindra 100% lorsque le montant des prestations exécutées par le titulaire atteint
80% du montant du Marché.
Si le marché ne donne pas lieu à versement d’acomptes et fait l’objet d’un seul règlement, l’avance est récupérée
en une seule fois par précompte sur le règlement unique.

11
ARTICLE 21 : CONDITIONS DE RECEPTION

211 : Réception provisoire ;

Dans un délai de dix (10) jours après notification par le titulaire de la fin de la mise en œuvre de la solution, le
maître d’ouvrage procédera en présence du titulaire à la réception provisoire, qui sera prononcée si le titulaire a
bien rempli ses engagements contractuels et dès que tous les tests auront été déclarés satisfaisants par rapport
aux spécifications exigées. Un procès-verbal de réception provisoire sera é
Elle se déroulera conformément aux dispositions de l’article 73 du CCAG-T.

21.2 : Réception définitive

La réception définitive sera prononcée à l’issue de l’expiration du délai de garantie prévu à l'article 17.
Elle se déroulera conformément aux dispositions de l’article 76 du CCAG-T.

ARTICLE 22 : PENALITES DE RETARD

En cas de retard dans l'exécution des prestations, il sera appliqué au prestataire une pénalité par jour calendaire
de retard de un %o (1 pour mille) du montant du marché majoré éventuellement par les montants
correspondants aux travaux supplémentaires et à l’augmentation dans la masse.
Cette pénalité sera appliquée de plein droit et sans mise en demeure sur toutes les sommes dues au prestataire.
L’application de ces pénalités ne libère en rien le prestataire de l’ensemble des autres obligations et
responsabilités qu’il aura souscrites au titre du présent marché.
Toutefois, le montant cumulé de ces pénalités est plafonné à huit pour cent (8 %) du montant initial du marché
éventuellement majoré par les montants correspondants aux travaux supplémentaires et à l’augmentation dans
la masse des travaux.
Lorsque le plafond des pénalités est atteint, l’autorité compétente est en droit de résilier le marché dans les
conditions prévues à l’article 79 du CCAG-T.

ARTICLE 23 : RETENUE A LA SOURCE APPLICABLE AUX TITULAIRES ETRANGERS NON

RESIDENTS AU MAROC

Une retenue à la source au titre de l’impôt sur les sociétés ou de l’impôt sur le revenu, le cas échéant, fixée au
taux de dix pour cent (10 %), sera prélevée sur le montant hors taxe sur la valeur ajoutée des prestations réalisées
au Maroc dans le cadre du présent marché.

ARTICLE 24 : RESILIATION DU MARCHE

La résiliation du marché peut être prononcée dans les conditions et modalités prévues par Particle 152 du décret

ARTICLE 25 : LUTTE CONTRE LA FRAUDE ET LA CORRUPTION

Le prestataire de services ne doit pas recourir par lui-même ou par personne interposée à des pratiques de fraude
ou de corruption des personnes qui interviennent, à quelque titre que ce soit, dans les différentes procédures de
passation, de gestion et d’exécution du marché.
Le prestataire de services ne doit pas faire, par lui-même ou par personne interposée, des promes: s, des dons
ou des présents en vue d'influer sur les différentes procédures de conclusion d'un marché et lors des étapes de
son exécution.
Les dispositions du présent article s’appliquent à l’ensemble des intervenants dans l’exécution du marché issu du
présent CPS.
ARTICLE 26 : PROTECTION DE LA MAIN D’ŒUVRE, CONDITIONS DE TRAVAIL,
IMMIGRATION AU MAROC

Les formalités de recrutement et de paiement des employés sont celles prévues par les dispositions de l’article 23
du CCAG-T.

ARTICLE 27 : CONFIDENTIALITE ET REGLES DE SECURITE

a. Obligation de confidentialité :
Le Titulaire et son personnel sont tenus :
= de respecter, pendant toute la durée du marché et après l’achèvement de ce dernier, la confidentialité et
le secret professionnel sur les renseignements, les documents, les informations et les données recueillis
ou portés à leur connaissance à l'occasion de l'exécution du marché ;
* de prendre toutes les mesures nécessaires afin d’éviter que ces informations, documents ou éléments ne
soient divulgués à d'autres personnes, qu'il s'agisse de personnes privées ou publiques, physiques ou
morales ;
= de ne pas faire un usage préjudiciable au Maître d’Ouvrage des renseignements qui leur sont fournis pour
accomplir leur mission.

Le Titulaire et son personnel sont tenus de respecter les règles et les dispositions réglementaires relatives à la
protection des données à caractère personnel, auxquelles ils ont accès pour les besoins de l’exécution du marché.
Le Titulaire doit informer, le cas échéant, ses sous-traitants de ces obligations de confidentialité et des mesures
de sécurité qui s’imposent à lui pour l’exécution du marché.

b. Règles de sécurité :
Le Titulaire et son personnel sont tenus de respecter toutes les dispositions législatives ou réglementaires de
sécurité, les règles de sécurité internes du Maître d’Ouvrage et les bonnes pratiques en la matière notamment
celles relatives aux systèmes d’information.
Le prestataire de service s’engage à respecter les mesures de sécurité conformément aux dispositions de l’article
33 du CCAG-T.

Dans ce sens, le Titulaire est tenu de respecter les règles suivantes :

= _ Règles de conduites générales dans les locaux du Datacenter :
- Les intervenants mandatés par le prestataire doivent se limiter uniquement au périmètre précis de leurs
interventions objet du marché (local, matériel, équipement) : Ils ne doivent en aucun cas accéder au
matériel ou équipements non inclus dans leurs interventions.
= Obligations de sécurité :
- _ Ne pas accéder ou tenter d'accéder à des ressources du site web sans autorisation explicite du Maître
d’Ouvrage ;
- _ Ne pas se connecter aux réseaux informatiques du Maitre d’Ouvrage, quelle que soit leur nature (filaires
ou non filaires), sans autorisation explicite du Maitre d’Ouvrage ;
- Ne pas introduire des supports de données (clé USB, CDROM/DVD, Disque dur, etc.) sans respecter
les règles de sécurité du Maître d’Ouvrage et prendre les précautions nécessaires pour s’assurer de leur
innocuité ;
- Ne pas télécharger ou utiliser, sur le matériel du Maitre d’Ouvrage ou sur du matériel personnel utilisé
dans le cadre du marché, des logiciels ou progiciels ne provenant pas de sites dignes de confiance, ou
interdits par le Maitre d’ouvrage ;

13
 - Les ressources informatiques mises en œuvre par le prestataire (ordinateurs ou assimilés), utilis es pour
accéder aux SI du Maitre d’ouvrage, ne doivent pas remettre en cause ou affaiblir, les politiques de sécurité
en vigueur par une protection insuffisante ou une utilisation inappropri
- Ne pas induire volontairement ou involontairement des perturbations au bon fonctionnement des
ressources informatiques et des réseaux ;
- Ne prendre aucune copie des documents et supports d'information qui lui sont confiés, à l’exception de
celles nécessaires à l’exécution de la prestation prévue au marché ; l’accord préalable du Maître
d’Ouvrage est nécessaire ;
- Prendre toutes mesures de sécurité, notamment matérielles, pour assurer la conservation et l’intégrité
des documents et des informations traitées pendant la durée du marché ;
- Procéder, en fin du marché, à la restitution des documents « papier » mis à sa disposition et à la
destruction de tous les documents ou fichiers informatisés stockant les informations saisies.

c. Engagement de respect des règles de sécurité :

Le Titulaire est tenu d’informer son personnel des dispositions de sécurité et des règles de conduite du Maitre
d’ouvrage.
Tout le personnel du Titulaire ou de ces éventuels sous-traitants devant intervenir dans l’exécution du marché
est tenu de respecter les règles de sécurité.

d. Vérification des règles de sécurité :

Le Maître d’Ouvrage se réserve le droit de procéder à toute vérification qui lui paraîtrait utile pour
constater le respect des obligations précitées par Titulaire.
1 > Maitre d’Ouvrage pourra prononcer la résiliation immédiate du marché, sans indemnité en faveur du
Titulaire, en cas de violation du secret professionnel ou de non-respect des dispositions précitées.

ARTICLE 28 : LANGUE UTILISEE

Le présent appel d’offres a été rédigé en français qui sera la langue faisant foi pour toute question relative à son
exécution ou à son interprétation.
La langue de travail pour l'exécution du marché réductible découlant de cet appel d’offres est le français. Les
documents et rapports à produire et les communications à faire par le prestataire doivent être produits en français.

ARTICLE 29 : REGLEMENT DES DIFFERENDS ET LITIGES

Si, en cours d’exécution du marché, des difficultés, différends ou litiges surviennent avec le maître d’ouvrage et
le fournisseur, ceux-ci s’engagent à les régler dans le cadre des stipulations des articles 81 à 84 du CCAG-T.
Lorsque ces litiges ne sont pas réglés conformément aux dispositions du premier alinéa du présent article, ils
sont soumis aux tribunaux compétents.

ARTICLE 30 : CAS DE FORCE MAJEUR

Conformément aux prescriptions de l’article 47 du CCAG-T, les seuils des intempéries qui sont réputés constituer
un événement de force majeure sont définis comme suit :
- la neige : 50 cms ;
-la pluie : 70 mms ;
-le vent : 70 kms/h ;
-le séisme : 5 degré sur l’échelle de Richter.

14
Article 31 : LIEU D’EXECUTION
L'exécution des prestations se déroulera dans les locaux de la Direction des Ressources Humaines, Financières,
des Systèmes d’Information et des Affaires Générales du Ministère de l’Industrie et du Commerce, sis au N°1
Avenue de Tadla, Mabella, Rabat avec la présence du représentant du Ministère.

ARTICLE 32 : OBLIGATIONS DU TITULAIRE

Le titulaire s'engage à :
Y Respecter l'ensemble des consignes de sécurité en vigueur par son personnel.
Y Appliquer l'ensemble de la réglementation prévue par le Code du Travail.
v Désigner un responsable pour le suivi et l’exécution du marché, qui sera alors l’interlocuteur principal de
l’Administration.
v Répondre à des faits et fautes de ses préposés ayant entrainé un préjudice quelconque au Maître
d’Ouvrage et aux personnels et partenaires de celui-ci. En cas de préjudice, le prestataire qui sera
immédiatement informé par le Maître d’Ouvrage est tenu de produire, dans un délai de (24) vingt-quatre
heures qui suivent, un rapport sur l’acte de détérioration.
v Dédommager le Maître d’Ouvrage dans la limite de la valeur vénale du préjudice, cette valeur sera
déterminée par une commission désignée par le Maître d’Ouvrage et sera déduite, d’office, des sommes
dues au prestataire.

ARTICLE 33 : FRAIS DE TIMBRE ET D’ENREGISTREMENT

Le présent marché est soumis aux formalités de timbre et l’enregistrement, conformément aux lois et règlements
en vigueur.

15
 CHAPITRE DEUXIEME : CLAUSES TECHNIQUES

ARTICLE 34 : SPECIFICATIONS FONTIONNELLES ET TECHNIQUES

I. SPECIFICATIONS FONCTIONNELLES
Périmètre fonctionnel ciblé :

Les domaines à couvrir par le futur système sont :

« La Gestion des achats ;

e La Gestion financière et comptable couvrant la comptabilité publique et la gestion budgétaire ;
« Un dispositif décisionnel d’analyse avancée des données.

Reporting et Couche décisionnelle

Macro processus

Comptabilité publique
Gestion budgétaire
et auxiliaire

Gestion des achats

tézation b Contrôle et suivi

& 8 budgétaires

AO es és KO psre: établissement
e du A u marché4

Lancement des Evaluation des Etablissement des

Traitement consultations réponses BC
consultation BC

Coptidiees e
Gestion des contrats et 3 3
conventions Gestion de la régie

Gestion des référentiels

A. Gestion des achats
Le système de gestion des achats doit assurer une couverture totale des besoins de gestion des achats du
Ministère de l’Industrie et du Commerce (par marché ou Bon de commande ...), tout en respectant les
dispositions réglementaires du décret N°2-22-431 relatif aux marchés public (du 08 mars 2023).

Les modes de passation des achats, sont soumis aux règles exigées par la réglementation et s’effectuent selon les
procédures suivantes:
- Achat par bon de commande ;
- Achat par marché suite à un appel d’offres (ouvert, restreint, avec présélection) ou des marchés sur
concours ou négociés ;
- Achat par contrat ou convention ;
- Achat par voie régie.

La gestion informatisée des achats est structurée en modules, chaque module regroupe les fonctionnalités décrites
par les éléments ci-dessous :

1. Gestion des appels d’offres

Le système à mettre en place doit permettre :

= de gérer les appels d’offres en prenant en charge la réglementation des appels d’offres et des marchés
publics en vigueur ou encore en intégrant les procédures et les règles de gestion propres à l’organisme.
de disposer d’un automatisme notamment en ce qui concerne l’élaboration des cahiers des charges et la
génération automatique des clauses du marché sur la base d’une spécification, par l’utilisateur, des
différents paramètres relatifs à l’appel d’offres à traiter.

de gérer les différents types d’appels d’offres en prenant en charge les spécificités de chaque type :
- Les appels d’offres ouverts ;
- Les appels d’offres restreints ;
- _ Les appels d’offres avec présélection et les concours ;
- Les consultations ;
- Les prestations architecturales ;
- Les marchés négociés (Ententes directes) ;
- Le concours ;
- Le dialogue compétitif.
Le prestataire précisera à cet effet l’ensemble des types d’appels d’offres que son système permet de
gérer ainsi que les possibilités et les données que son système prend en charge.

de paramétrer et d’intégrer dans la base de données relative aux appels d’offres, des modèles des
documents qui constituent le dossier d’appel d’offres telles que le Règlement de consultation, le Cahier
des prescriptions spéciales et de générer en se basant sur ces modèles, les documents de l’appel d’offres
en cours de traitement et ce selon les formats standards (Word).
d’assurer le paramétrage de la codification des appels d’offres selon les besoins de l’utilisateur : par année,
par nature de dépense, par direction bénéficiaire, par type d’appel d’offres…

17
 = de définir les circuits de validation et de suivi des appels d’offres et assurer le contrôle par rapport à
l’application des étapes des circuits de validation, ainsi que les contrôles par rapport au respect des règles
et des procédures en vigueur.
* de prendre en charge l’allotissement des appels d’offres ainsi que les appels d’offres par phases.

11 Données de base de l’appel d’offres

Pour ce volet, le tème à mettre en place doit permettre :

de gérer les données de base de l’appel d’offres et distinguer entre les différentes phases de l’appel
d’offres, notamment la préparation, le lancement. Les fonctionnalités liées à l’appel d’offres doivent être
organisées de manière à faciliter les traitements à l’utilisateur.
de décrire chaque appel d’offres à travers une fiche intégrant l’ensemble des données de base de l’appel
d’offres et permettant.
de préparer, par le biais de paramétrages et de manière flexible, les dossiers d’appels d’offres et de les
valider. Les données pouvant faire l’objet de paramétrage sont notamment : les clauses générales relatives
à un appel d’offres tels que le n° de l'appel d'offres, son objet, la date de visite des lieux si elle est prévue,
la date de dépôt des soumissions, la caution, le délai d'exécution, les différents lots s’ils sont prévus et les
clauses contractuelles.
de prendre en charge, entre autre, les données et les fonctionnalités suivantes :
- Définition du type de l’appel d’offres (pour chaque AO) de manière à ce que le système puisse
prendre en charge l’ensemble des spécificités du type sélectionné au niveau des traitements (appels
d’offres ouverts, restreint, négocié, consultation, présélection, concours...) et ce selon les
dispositions de la réglementation en vigueur ;
- Les fiches et les traitements des appels d’offres doivent être adaptés à chaque type d’AO et ce selon
la réglementation en vigueur et des règles de gestion paramétrables ;
- _ Prise en charge de la gestion particulière du lotissement des appels d’offres : multi lots, lots unique
ou encore adjudication par article tout en assurant le traitement nécessaire pour chaque mode de
traitement ainsi que son impact sur l’évaluation financière ;
- Gestion des dates clés de l’appel d’offres (date d’ouverture, date limite de dépôt, date de dépôt des
échantillons… ) ;
- Intégrer des contrôles par rapport aux dates de l’appel d’offres et les traitements ;
- Générer le CPS à partir d’une bibliothèque de modèles de CPS, S, paramétrables par l’utilisateur ;
- Gestion des services bénéficiaires des appels d’offres ;
- Paramétrage des règles de gestion à respecter et génération d’alertes en cas de non-respect des règles
prédéfinies ;
- Gestion des cautions provisoires ;
- Gestion du mode d’adjudication (offre mieux disante, la plus avantageuse) ;
- Préciser si l’appel d’offres est programmé dans le cadre du programme prévisionnel des achats ;
- Définition des données liées à la révision des prix, des délais d’exécution et délai de garantie, liées
aux pénalités.

1.2. Gestion des commissions

Le système doit permettre de gérer les commissions de dépouillement et d’adjudication leur constitutions, leurs
convocations et les Procès-verbaux (PV) de leurs travaux, il doit permettre la prise en charge les fonctionnalités
suivantes :

18
 Paramétrage des membres de commission;
Gestion des commissions sur la base d’une base de données des membres de commissions
Contrôle automatique des dates de convocation et gestion d’alarmes correspondantes;
Edition automatique des convocations des membres de commissions ainsi que les décisions de
nomination des membres de la commission.

1.3. Gestion des publications

Le système doit permettre la prise en charge le lancement et le suivi des procédures de publication des appels
d’offres : avis de publication, supports, formats, emplacements, tarifications, de manière détaillée.
Le système doit supporter les fonctionnalités suivantes :
Gestion d’une bibliothèque des journaux et des publications ;
Suivi des insertions des avis d’appels d’offres dans les journaux et contrôle sur les dates de publication ;
Contrôles des publications par rapport à la réglementation en vigueur (nombre de jours, nombre de
publications, langues des publications
Edition automatique des lettres d’insertions et des avis de publication de l’avis d’appel d’offres ;
Edition de situation de suivi de publications ;
Gérer les avis de rectification et les avis de report ;
Optimisation des frais des publications ;
Gestion des publications de report et de rectifications ;
Gérer les éditions et les situations de suivi des publications.

14. Gestion et suivi des concurrents

Le système à mettre en place doit permettre de gérer les retraits des dossiers des appels d’offres (dates de retrait,
candidats …), les dépôts des soumissions (dates de dépôt, soumissionnaires, coordonnées ....) et les reports
conformément aux délais réglementaires.

De manière plus détaillée, il doit prendre en charge ce qui suit :

Intégrer et gérer une banque de données des soumissionnaires avec historisation des évènements les
concernant (les retraits des appels d’offres, les dépôts des soumissions) ;
Gestion des prestataires à consulter et éventuellement les fournisseurs ayant retiré les dossiers des appels
d’offres (selon le type d’appel d’offres) et ce en se basant sur la base de données des fournisseurs et
soumissionnaires ;
Suivi des retraits et des dépôts des dossiers des concurrents ;
Suivi des visites des lieux et édition automatique des attestations de visite des licux ;
Suivre les concurrents en gardant la tracabilité des retraits et des dépôts effectué
Mettre à jour le référentiel des fournisseurs et des prestataires en tenant compte des évènements historiés
à l’occasion des traitements des appels d’offres ;

15. Gestion du dépouillement administratif, technique et financier

Le système doit prévoir le renseignement de l’adjudicataire ainsi que son offre retenue.
Etat de reporting réservé à cette phase.

Il doit permettre de prendre en charge entre autres les fonctionnalités suivantes :

19
 * Définition des documents des dossiers administratif, technique et financier à partir de liste de documents
paramétrables ;
# Gestion automatisée des rejets administratif, technique et financier ;
= Paramétrage des critères d’admissibilité, des critères d’analyse et d’évaluation technique et ce pour chaque
appel d’offres ;
# Gestion des notes éliminatoires ;
* Importation des propositions des concurrents à travers des interfaces d’import des données et ce en se
basant sur des fichiers Excel formatés selon des modèles prédéfinis ;
# Prendre en charge l’historisation des offres et des rapports pour consultation et comparaison, les calculs
statistiques et les éditions des rapports relatifs aux appels d’offres sur la base de plusieurs critères (termes
d’appels d’offres infructueux, délais de traitement des appels d’offres, soumissionnaires participants,
adjudicataires, )5
= Editer les états réglementaires et de gestion en prenant en charge les exigences de la réglementation des
appels d’offres d’une part (PVs, lettre d’attribution, lettres de regrets, lettres de consultations, lettres de
départage, tableaux comparatifs des offres, résultat d’appel d’offres...) et les canevas en vigueur chez
l’organisme d’autre part.

1.6. Contractualisation

Etant un système intégré, le système cible doit transformer le résultat de l’appel d’offres en marchés, bons de
commande, contrat...

La création des marchés, bons de commande ou contrat de droit commun, doit permettre de récupérer
l’ensemble des données d’adjudication entre autres:
- L'adjudicataire ;
- Le bordereau des prix ;
- Les prix proposés ;
- Les délais d’exécution et de garantie.

Le système doit permettre à l’utilisateur un choix au niveau de la création des marchés tant au niveau du choix
du type de contrat, de préciser le renouvellement, de définir les marchés par lot ou regrouper les lots, regrouper
les délais d’exécution…

1.7. Autres fonctionnalités liées à la gestion des appels d’offres

Le système doit permettre de prendre en charge toutes les fonctionnalités liées au processus d’appel d’offres. On
peut citer en plus de ce qui précède les fonctionnalités suivantes:
= Gestion des reports de l’appel d’offres ;
= Prendre en charge les demandes d’éclaircissement ;
* Prendre en charge la gestion des devises et les soumissionnaires étrangers ;
* La définition des retenues à appliquer au marché ;
= Gestion de la clôture de l’appel d’offres.

1.8. Gestion des délais et reporting du processus achat par appel d’offres
Mettre en place un outil de tracking/suivi du temps de traversée des appels d’offres et de l’exécution des
marchés :

20
 Suivi du temps de traversée des appels d’offres depuis la date de réception des TDR jusqu’à la publication
de l’appel d’offres ;
Suivi du délai publication ;
Suivi du délai d’attribution de l’appel d’offres (depuis la date d’ouverture des plis jusqu’à la date
d’attribution de l’appel d’offres).

2. Gestion des marchés

2.1 Données générales du marché

Le système à mettre en place doit permettre de gérer les marchés et suivre leur exécution, il doit permettre de
prendre en charge différents types de marchés notamment:
La gestion des marchés de travaux ;
La gestion des marchés de fournitures ;
La gestion des marchés de services ;
La gestion des marchés d’études ;
Prestation architecturale ;
La gestion des contrats cadres.

Le prestataire précisera quels sont tous les types de marchés que son système prend en charge.
Le système doit permettre d’organiser les marchés dans une structure hiérarchique, les marchés peuvent ainsi
être organisés selon leur année d’exécution, par secteur d’activité ou encore par type de marché, la structure
hiérarchique, permettre une meilleure représentation des marchés.
Le système doit permettre d’intégrer les différents marchés qui peuvent être saisis par l’utilisateur au fur et à
mesure de leur identification. Le système doit permettre de suivre l’exécution des marchés depuis leur
identification jusqu'à la réception définitive en passant par les différentes étapes de gestion.

Chaque marché doit être identifié à travers une fiche qui permettra de prendre en charge les données liées au
marché et permettre de définir les règles de gestion appliquées à chaque marché. Le système doit permettre de
gérer au minimum les traitements et données suivantes :

Donnés générales liées au marché notamment le numéro, l’objet, le fournisseur concerné par le marché,
le délai d’exécution et le délai de garantie.
Données liées à la caution : caution définitive, pénalité sur caution, date de délivrance de la caution,
pénalité de non production de la caution définitive...), le système doit permettre de gérer la main levée
de caution tout en assurant un contrôle par rapport à la réception définitive.
Données administratives et comptables du fournisseur tel que l’adresse du fournisseur, les modalités de
règlement, le compte bancaire de destination;
Données liées au nantissement du marché notamment la banque et le compte bancaire de nantissement,
la date de remise de l’exemplaire unique…
Données liées au délai d’exécution et délai de garantie du marché;
Données liées aux pénalités de retard à appliquer au marché : le système doit permettre de gérer différents
types de pénalités : pénalités au pourcentage, pénalités journalières, pénalité par tranche.

21
 = Données liés à la révision des prix : le système doit permettre de définir les formules de révision des prix
à appliquer au marché tout en précisant les indexes à appliquer ainsi que la date de base de révision des
prix ;
= Le système doit permettre de gérer une bibliothèque des indexes de révision des prix et permettre de
saisir les valeurs correspondantes de chaque mois;
# Paramétrer les indexes de révision des prix, il doit permettre de prendre en charge les valeurs des indexes;
= Gestion du bordereau des prix : le système doit permettre sur la base du référentiel des produits de pouvoir
préciser les produits et services concernés par le marché ainsi que les quantités correspondantes et les prix
correspondants, le système doit ainsi calculer le montant du marché (HT, TTC);
= Prendre en charge les bordereaux de prix hors TVA, hors droits de douane et hors garantie;
= Permettre de gérer les caractéristiques techniques des produits et services inclus dans le bordereau des prix ;
= Permettre aussi bien la saisie manuelle du bordereau des prix que son importation à partir de fichiers Excel
formaté selon des modèles prédéfinis par le système;
= En plus du bordereau des prix, le système doit permettre pour les marchés de travaux de gérer le bordereau
des approvisionnements;
= Gérer les avances accordées dans le cadre du marché et ce dans le respect de la réglementation en vigueur
tout en prenant en considération la récupération des avances courant l’exécution du marché;
= Le système doit permettre de générer le marché sur la base de documents modèles. Les modèles de
documents du marché doivent être paramétrables par l’utilisateur;
= Aussi le système doit permettre d’attacher des documents au marché notamment le marché après signature
et validation;
= Gérer les données liées à la caution définitive à savoir !
- Date, numéro de la caution, Banque et montant ;
- Permettre de gérer plusieurs banques ;
- Gérer les pénalités liées au non dépôt de la caution à temps ;
- Gérer la main levée de caution tout en prenant en considération le contrôle par rapport à la
réception définitive ;
- Editer la main levée de caution après réception définitive.

# Le système doit permettre de définir le mode de gestion du marché (marché en cumulé ou en non cumulé,
marché à exécution par phase, marché dont la livraison est planifiée selon un planning de livraisons. Le
système doit prendre en charge chaque type de traitement ainsi que son impact sur l’exécution du marché.

2.2. Gestion de l’approbation et du visa

La solution doit permettre de gérer les informations d’approbation du marché par l’autorité compétente. Cette
étape est nécessaire pour que le marché soit exécutoire.
Le système doit permettre de paramétrer les étapes du circuit d’approbation de manière à prendre en charge tout
changement é ntuel des procédures.
L’utilisateur doit suivre les étapes de validations du marché et préciser les étapes ainsi que les références de
validation ou de visa.
Le système doit intégrer des contrôles par rapport à la validation des marchés. Le marché ne devient exécutoire
qu’après son approbation.

22
2.3. Gestion des ordres de service et calcul des pénalités

La solution doit permettre de gérer les différents ordres de service (O.S) que le MIC adresse aux titulaires de
marchés avec l’édition de ces O.S.
Parmi les ordres de services à prendre en charge, on peut citer les types suivants:
- Ordre de services de notification ;
- Ordre de service de commencement tout en précisant la date d’effet correspondante ;
- Ordre de service d’arrêt des travaux en intégrant la raison de l’arrêt ;
- Ordre de service de reprise ;
- Ordre de service de variation de la masse des travaux.

Le système doit permettre d’éditer les ordres de services selon des modèles pré paramétrés avec la possibilité de
modification en cas de besoin.
Les ordres de services permettront de contrôler le délai d’exécution et de calculer sur cette base les pénalités de
retard.
Le système doit permettre de calculer de manière automatique les dépassements par rapport au délai d’exécution,
calculer les pénalités de retard correspondantes par rapport aux pénalités précisées au niveau de la fiche marché,
et permettra d’éditer l’état des pénalités à payer avec le détail.

2.4. Gestion des nantissements

Le stème doit permettre de gérer le nantissement des marchés auprès d’une banque si le titulaire en a le droit
relativement au CPS. L'’utilisateur doit avoir la possibilité d’enregistrer le nantissement tout en précisant la banque
concernée, la date de remise de l’exemplaire unique à l’administration, le compte bancaire concerné par le
règlement dans le cas de nantissement.
Le système doit prendre en charge lors du règlement si le marché est nanti oui ou non.
L’u ateur doit avoir la possibilité d’éditer l’attestation des droits constatés pour un marché nanti.

2.5. Gestion des livraisons et des relevés de situations

Le système doit permettre de suivre les livraisons fournisseur effectuées dans le cadre du marché. Il doit permettre
de prendre en charge les fonctionnalités suivantes :

= Enregistrer les livraisons fournisseur sur la base du bordereau des prix ;

= Suivre la gestion des livraisons en liaisons avec la gestion des stocks ;
Permettre de suivre les quantités livrées et les quantités validées (quantités réceptionnée de manière
qualitative) ;
Gérer les livraisons selon le mode de gestion précisé dans la fiche marché (livraison en cumulé : dans le
cas de marché de travaux, ou encore livraison non cumulé)
Suivre les quantités réalisées et gérer leur dépassement ;
Intégrer les livraisons tout en assurant les contrôles par rapport aux plannings des livraisons ou ordres de
services partiels ;
# Permettre l’enregistrement des relevés de situation (attachement) soit en quantité ou encore en
pourcentage d’avancement (avancement partiel ou total ) ;
* Contrôle des livraisons par rapport au bordereau des prix notamment les quantités initiales ;
= Permettre d’attacher des documents à la livraison notamment le bon de livraison fournisseur ou tout
autre document accompagnant la livraison ;

23
 = Prendre en charge la gestion du service fait et de la liquidation des livraisons ;
= Editer les bons de livraisons et les bons d’entrées magasins ;
# Permettre d’éditer les PV de livraisons et les attachements.

2.6. Gestion des réceptions

Le systéme à mettre en place, doit permettre de gérer les réceptions provisoires et définitives, partielles et totales
et ce en prenant en considération les traitements suivants !
= Les réceptions doivent être gérées en liaison avec les livraisons et attachements dans la mesure ou une
réception peut concerner une ou plusieurs livraisons ou attachement ;
= Définir les membres de la commission de réception ;
= Editions des PV de réceptions correspondants ;
* Assurer les contrôles nécessaires par rapport à la réception définitive notamment par rapport aux mains
levées de cautions.

2.7. Gestion des décomptes

Le système doit permettre de gérer les décomptes des différents marchés en cours d’exécution tout en prenant
en considération les différents traitements liés aux calculs des décomptes. La solution doit notamment :
® Prendre en charge les décomptes provisoires et définitifs ;
= Création des décomptes sur la base des livraisons et relevés de situations enregistrés dans le système ;
* Prendre en charge, dans le calcul du décompte, les différentes données qui peuvent impacter le montant
du décompte notamment par rapport aux pénalités de retard, les retenues de garanties, les cautions
bancaires (notamment les cautions bancaires pour retenue de garantie), la révision des prix, les
approvisionnements ;
# De manière générale, le calcul du décompte doit prendre en charge tous les éléments du marché
susceptibles de l’impacter ;
* Prendre en charge les travaux complémentaires et les travaux supplémentaires dans le calcul des
décomptes ;
* Le calcul du décompte doit prendre en charge le calcul de la révision des prix (si les clauses du marché le
stipulent) ainsi la génération de la note de calcul des révisions de prix. Les barèmes d’indexation seront
paramétrables sur la solution conformément à la réglementation en vigueur ;
* Le système doit permettre d’automatiser le calcul des pénalités de retard et la génération de la note de
calcul des pénalités de retard conformément à la réglementation en vigueur et en prenant en considération
les dates des ordres de services ainsi que les dates de livraisons. Le montant des pénalités de retard doit
être pris en charge au niveau du calcul du décompte ;
* Le calcul des retenues de garantie doit prendre en considération les cautions bancaires pour retenue de
garantie ;
= Etablissement et édition des décomptes provisoires et définitifs sur la base des livraisons et attachements :
- Etablissement et édition des décomptes définitifs;
- Etablissement et édition du rapport d’achèvement;
- Prise en charge de la facture fournisseur.

Le prestataire précisera à cet effet quels sont les éléments pris en charge par son système pour élaborer les
décomptes.

24
2.8. Gestion des avenants

Le système doit permettre de gérer les avenants relatifs aux marchés et ce conformément aux dispositions prévues
au CCAG. Un avenant peut soit concerner certaines clauses du marché ou certaines informations propres au
marché (ex : domiciliation bancaire, adresse, …), dans ce cas, il n’a pas d’impact financier sur le marché, soit
concerner les clauses financières du marché et dans ce cas il impact le prix du marché, cet avenant peut concerner
notamment : intégration des travaux supplémentaires (travaux hors bordereaux).
Le système doit pouvoir prendre en charge l’impact des avenants sur les marchés et pouvoir assurer les contrôles
quant aux seuils réglementaires (ces seuils doivent être paramétrables par l’utilisateur de manière à avoir une
flexibilité de gestion.

2.9. Gestion de la résiliation du marché

Le système doit gérer la résiliation du marché ainsi que la gestion des mesures coercitives à appliquer à l’encontre
du prestataire, il doit prendre en charge automatique l’impact de la résiliation du marché sur les procédures de
livraisons et de facturation ainsi que la res itution des retenues prélevées sur les décomptes et ce en fonction des
règles de gestion prédéfinies.

2.10. Autres fonctionnalités liées à la gestion des marchés

Outre les traitements précédemment cités, le système doit prendre en considération les traitements suivants:
= Gestion de la garantie ou l’assurance décennale;
= Gestion de la clôture du marché;
= Gérer la restitution des cautions et calcul automatique des montants à restituer.

2.11. Pilotage et tableaux de bord

Le système doit permettre d’éditer un ensemble d’états et de tableaux de bord liés à la gestion des marchés, on
peut citer entres autres !

* Situation des marchés, Bons de Commandes, Contrat de droit commun et Conventions ;

& Tableaux de bord de pilotage:
= Notification de réception provisoire et définitive ;
# Liste des ordres de services ;
= Liste des marchés ayant subits une longue durée d’arrêt ;
* Situation d’exécution par marché, dans l’objectif de refléter le reste à exécuter pour chaque marché ;
* Liste des marchés à réceptionner ;
= Liste des réceptions à facturer.

Le prestataire fournira, dans son offre, par domaine d’activité, la liste détaillée des états standards que son système
offre dans le cadre de la gestion des marchés.

1.9. Gestion des délais d’exécution des marchés

Mettre en place un outil de tracking/suivi des délais l’exécution des marchés :

25
 - Suivi du délai d’engagement (depuis la date d’attribution de l’appel d’offres jusqu’à la date du visa du
trésorier ministériel ;
- Suivi du délai d’approbation ;
- Suivi du délai d’exécution (depuis la date d’ordre de service de commencement du marché jusqu’à sa
clôture).

3. Achat par bon de commande

De même que pour la gestion des achats par marchés, le système à mettre en place doit permettre de gérer le
processus des achats par bon de commande.

Les fonctionnalités qu’il doit prendre en charge sont les suivantes !

= Collecte, consolidation et transformation des demandes d’achat dans un ou plusieurs bons de commandes
organisés par fournisseurs et par nature de produits et de services ;
# Recherche automatique des produits à commander et calcul de la quantité à travers des indicateurs de stock
(stock minimum...) ;
= Génération automatique des bons de commandes suite à des consultations ou à une procédure d’appel
d’offres ;
= Prise en charge du contrôle du plafond du bon de commande par nature de prestation et par rubrique
budgétaire ;
= Le système doit permettre de gérer la circulation des informations et des documents pour approbation,
visa.... ;
* Prise en charge de l’ensemble des phases relatives à l’achat par bon de commande livraisons partielles ou
totale, facturation, règlement ;
= Avoir la possibilité de saisie directe d’un bon de commande;
= Planification des livraisons fournisseurs ;
= Gestion des livraisons en se basant sur les bordereaux des prix du bon de commande ;
= Contrôle des prestations réalisées en liaison avec la gestion des stocks (pour les produits stockés ;
= Gestion des dates de péremption des produits livrés ;
= Gestion des factures en se basant sur les livraisons effectuées et suivi des règlements ;
= Gestion des livraisons, partielle, et totale ;
= Gestion des motifs de non réception pour la réception qualitative ;
# Gestion des réserves sur bon de commandes ;
# Annulation des bons de commandes ;
* Clôture du bon de commande et gestion des traitements correspondants.

Le système doit permettre par ailleurs d’éditer un ensemble de document liées à la gestion des bons de
commandes, entres autres :
* Etat du bon de commande;
# Situation de livraison;
# Fiche facture.

26
4. Gestion des contrats et conventions

Le tème doit gérer les contrats de différents types (contrats à charges fixes et contrats à charges variables), il
doit aussi permettre de gérer les conventions et les vignettes .
Les contrats à charge fixe sont les contrats dont la charge est fixe chaque fin de période de facturation;
Les contrats à charge variable sont les contrats dont la charge n’est pas maitrisée et qui change d’une période de
facturation à une autre;
Les fonctionnalités à intégrer dans le cadre de la gestion des contrats sont les suivantes :

4.1 Contrat à charge fixes et contrats cadres:

Le processus de gestion des contrats à charges fixes suit le processus suivant :
Création des contrats à charges fixes ;
Précision du bordereau des prix en se basant sur le référentiel des produits ;
Définition des prix des prestations, la durée du contrat, son renouvellement, la périodicité de facturation
et de livraison ;
Le type du contrat (location, maintenance.. ¥
Gestion des engagements.

N.B. Les contrats à charges fixes sont soumis au processus d’engagement tel que défini plus haut;

Précision des prix des prestations ;

Gestion de la validation du contrat ;
Gestion des ordres de services ;
Gestion de la révision des prix ;
Gestion de la facturation ;
Gestion des résiliations ;
Gestion des paiements des factures liées aux contrats à charges fixes.

N.B. Il est à préciser que les contrats à charge 8 fixes P passent P par le P! processus normal d’e ngag ement

4.2. Contrat à charge variable

Le processus de gestion des contrats à charges variable suit le processus suivant

Création des contrats à charges variables avec le mode de règlement correspondant (par vignettes par
virements par chèque) ;
Précision du bordereau des prix en se basant sur le référentiel des produits ;
Précision de la période de facturation ;
Gestion de la facturation des contrats à charges variables ;
L’engagement des contrats à charges variables (si le règlement se fera directement sur le budget) ;
Gestion des règlements des factures liées aux contrats à charges variables (paiement sur le budget ou
encore paiement par vignette ou par caisse régie).

4.3. Contrat architectes ou bureaux d’études

Le système doit prendre en charge le processus lié à la gestion des contrats architectes à savoir !
La création du contrat architecte ou bureau d’étude ;

27
 Validation du contrat architecte ;
Gestion des ordres de services ;
Définition les intervalles de calcul du contrat et les pourcentages correspondants ;
Définition des prestations en se basant sur le référentiel des produits, définition des pourcentages
correspondantes ainsi que la répartition des prestations sur les pourcentages et leurs modalités de caleul
(sur la base du montant estimatif, sur la base des réalisations ou encore sur la base des montants facturés ;
Affectation des marchés aux contrats architectes ;
Saisie des honoraires architectes et bureaux d’études et calcul de la note d’honoraire.

4.4. Gestion des conventions et des vignettes

La gestion des vignettes commence par la création de caisses vignettes à chaque fin d’année commence
l’acquisition des vignettes à travers l’établissement de conventions avec les organismes fournisseurs. Ces
conventions sont soumises aux autorisations éventuelles .
Le système doit permettre de gérer différents types de vignettes ainsi que leur affectation, parmi les types de
vignettes que le système doit permettre de gérer on trouve ce qui suit :
Vignettes de transport ;
Vignettes postales ;
Vignettes eau ;
Vignettes électricité ;
Vignettes télécommunication.

L’objectif de la gestion des vignettes c’est de pouvoir payer entre autres les redevances d’eau, d’électricité et de
télécommunication .
Le processus de gestion des conventions et des vignettes doit couvrir les fonctionnalités suivantes :
Création des caisses vignettes ;
Précision des lignes budgétaires concernées par la caisse vignettes avec la précision si c’est une caisse
vignettes principale ou secondaire ;
Etablissement de la convention tout en précisant l’organisme concerné, la caisse concernée, la date de la
convention ainsi que la ligne budgétaire concernée, le pourcentage de la commission à encaisser par
l’organisme) ;
Engagement de la convention ;
Ordonnancement de la convention ;
Enregistrement de la livraison des vignettes par l’organisme et leur intégration dans la caisse régie
concernée ;
Gestion des transferts de vignettes (depuis les caisses principales aux caisses secondaire:
Gestion des reports des caisses vignettes tout en prenant en considération les frais d’échange ;
Suivi des paiements par caisse vignette (factures d’eau, d’électricité, frais de réparation, d’autoroutes…) ;
Gestion des situations de suivi du disponible de la caisse vignette.

5. Achat par voie de régie

Les dépenses de régies s’inscrivent dans le cadre du budget de fonctionnement. La régie est instituée pour régler
certaines dépenses à caractère très urgent et qui ne peuvent pas suivre le processus budgétaires d’engagement et
d’ordonnancement (processus normal de comptabilité budgétaire).

28
Ces dépenses sont de faible importance sur le plan financier ou sont à caractère urgent et imprévisible. Les achats
par voie de régies sont assurés par un régisseur qui assure le suivi des encaissements et des décaissements de la
régie (règlement des différentes dépenses à payer par voie de régie vu le caractère très urgent de ces dépenses).

La procédure d’achat par régie consiste à :

= Saisie des frais de la dépense (frais de déplacement).
= Préparation de l’ordre de paiement (OP) ;
= Préparation du bordereau de dépenses en régie ;
* Inscription des écritures comptables sur le registre comptable.

La gestion des dépenses en régie doit couvrir les fonctionnalités suivantes:

* Gestion de caisse :
Gestion d’une base de données des régisseurs ;
Création de la caisse régie et précision des lignes budgétaires concernées par la régie ;
Précision du plafond de la régie et des plafonds par ligne budgétaire.

# Gestion des demandes d’autorisation de paiement : DAP :

Création des DAP avec précision de la ligne budgétaire concernée ;
Engagement de la DAP ;
Alimentation de la C se régie à partir de la DAP ;
Contrôle des alimentations de la caisse par rapport au plafond de la caisse régie.
* Gestion des règlements des dépenses par voie de régie :
Création des dépenses à payer par voie de régie et précision de leur mode de paiement ;
Paiement des dépenses à payer et précision de la cai: régie ;
Edition de l’ordre de paiement de la dépense à payer par voie de régie ;
Etablissement du bordereau d’émission ;
Edition des situations de la régies (livre caisse, livre journal, situation de la régi

Le futur système doit permettre de disposer d’un tableau de bord global offrant une visibilité et une vision claire
et exhaustive de l’état des crédits, des reports et des dépenses permettant une gestion efficace et maitrisée de la
comptabilité.
Il doit générer également des indicateurs de suivi des différentes activités de comptabilité, tels que le taux
d’engagement et le taux de paiement par programme et par projet.

B. Gestion de la Comptabilité Budgétaire

Le domaine de gestion de la comptabilité budgétaire concerne toutes les activités comptables réalisées
conformément aux lois en vigueur relatives au domaine de comptabilité budgétaire dans l’administration
publique, avec notamment tous les échanges établis entre ces activités comptables et le Système de Gestion
Intégrée des Dépenses (GID) du Ministère des finances.

Pour ce volet, le système doit assurer la gestion des fonctionnalités suivantes :

= Ouverture et prise en charge des crédits

Gérer les opérations liées à l’ouverture et la prise en charge des crédits en début de l’année budgétaire.

29
Virement des crédits
Assurer la gestion des virements des crédits entre programme, entre projet d’un même programme, ou entre
lignes budgétaires du même projet, et assurer le suivi du processus de traitement des demandes de virements,
depuis la réception et l’examen de la demande de virement, jusqu’à la réalisation du virement et l’élaboration
de la décision de virement, avec génération des différentes pièces liées au virement, notamment la décision de
virement, la note explicative et l’état récapitulatif de toutes les décisions de virements émises.

Deux cas pour les décisions de virement de crédit :

* Virement globalisé, signature par l’ordonnateur et visa de la TM (acte dématérialisé) ;
« Virement DB, signature par l’Ordonnateur, visa par la TM et visa par la Direction du Budget.

Délégation des crédits

Assurer la gestion et le suivi des délégations de crédits aux sous ordonnateurs territoriaux du Ministère, depuis
la réception et l’examen de la demande de délégation jusqu’à l’élaboration, la signature (par l’ordonnateur) et
le visa (par le TM) de l’ordonnance de la délégation de crédits.

Réduction de la délégation de crédits

Assurer la gestion des données relative à l’état de réduction de la délégation de crédits concernant un sous-
ordonnateur du Ministère.

Prise en charge et comptabilisation de l’engagement

Gérer les données liées à la prise en charge et la comptabilisation d’un engagement de dépense.

Consolidation d’une dépense engagée sur CE (année n-1)

Gérer les données liées à la consolidation, lors de l’année n, d’une dépense engagée sur crédit d’engagement
au titre de l’année n-1, notamment les données de suivi des étapes d’élaboration, de signature et de visa de
l’état des consolidations.

Diminution d’un engagement visé

Gérer les données liées aux différentes étapes de diminution d’un engagement depuis l’élaboration de l’état de
diminution d’engagement, en passant par la signature et le visa de l’état et pièces associées jusqu’à la
programmation et l’engagement des crédits « montant de la diminution ».

Ordonnancement d’une dépense

Gérer les données liées aux différentes étapes d’ordonnancement d’une dépense, depuis la réception et la
vérification du dossier à ordonnancer, en passant par l’élaboration du certificat de levée de prescription
quadriennale et du dossier d’ordonnancement jusqu’à réception du BE viré.

Paiement des intérêts moratoires

Prendre en charge les données liées aux paiements des intérêts moratoires par les ordonnateurs et sous
ordonnateurs ayant accusé un retard de paiement d’un montant correspondant à une partie ou à la totalité
d’une dépense (marché, contrat ou BC) au profit du titulaire dudit dépense.

Etat récapitulatif des reports de crédits

Assurer la génération de l’état récapitulatif des reports de crédits qui représentent l’état récapitulatif des
dépenses engagées, visées et non mandatées et les reliquats d’engagement, ainsi que le suivi des données liées
à sa signature (par l’ordonnateur) ; sa certification (par la TM) ainsi que l’enregistrement des montants des
ICPDHS.

Relevé de report
On procède à la centralisation et la consolidation des états de reports relatifs à l’ensemble des sous-
ordonnateurs du Ministère et l’élaboration du relevé de report des crédits, chargement des données du

30
 fichier du relevé de report via e-budget, la signature (par ordonnateur) et le visa (par la Direction du Budget)

* Compte administratif du sous-ordonnateur

Gérer les données et documents liés à l’élaboration du compte administratif, de la situation définitive des
engagements et des émissions et de l’état de report du sous-ordonnateur.

= Compte administratif de l’ordonnateur

Le compte administratif est le bilan financier de l'ordonnateur qui retrace l’ensemble des opérations
exécutées au titre de l’année budgétaire. Ce compte comporte les lignes suivantes :
1-Les recettes :
Les recettes comprennent les prévisions des recettes de la loi des Finances de l’année et les droits
constatés des titres de recettes émis. À signaler que le Ministère de l’Industrie, du Commerce, de
l’Economie Verte et Numérique dispose des recettes suivantes :
- La taxe de vérification des poids et mesures ;
- Les recettes afférentes au brevet d’invention, dépôt de dessins et modèles, marque de fabrique ;
et

- Les Recettes diverses.

2-Les dépenses :
Les dépenses concernent toutes les opérations exécutées au titre de l’année budgétaire (n en
Poccurrence). Ceci concerne aussi bien le budget de fonctionnement, que le budget
d’investissement, les deux répartis par programme, projet et ligne budgétaires conformément à
la circulaire du Ministre de l’Economie et des Finances.

= Engagement d’une Demande d’Autotisation de Paiement (DAP)

Gérer les données et les documents liés aux différentes étapes d’engagement d’une DAP.

= Gestion des frais de déplacements

Prendre en charge les données et documents liés à la préparation et au paiement des frais de déplacement aux
fonctionnaires des directions centrales du Ministère.

C. Gestion et suivi du … Budget (fonctionnement et

investissement)
Le système doit permettre de gérer la planification annuelle des achats, par l’intermédiaire d’une saisie du
programme d’achat avec jointure du programme d’achat signé (Morasse Budgétaire). Il doit permettre aussi
d’assurer un lien entre l’action et le programme d’achat.

Après chaque action, le système devra assurer une mise à jour automatique du budget annuel arrété ("Encours,
le disponible, le reste…).

Le système doit permettre également la gestion du Programme Prévisionnel des Achats (PPA) relatif aux
Marchés, en intégrant les fonctionnalités suivantes :

* La possibilité de définir les prévisions de lancement des marchés courant l’année budgétaire dans le cadre
du plan de passation des marchés.
* La gestion du plan prévisionnel des marchés avec toutes les informations associées, notamment les dates
prévisionnelles de lancement des marchés, le mode de passation, les types de marchés programmée

31
 (marchés de travaux, de fourniture, de services), le budget prévisionnel, l’objet des marchés, l’imputation
budgétaire concernée. ..
= L’import et export du plan prévisionnel des marchés à partir ou vers des fichiers Excel.
* Des circuits de validation paramétrables pour le plan prévisionnel des appels d’offres.

En outre, les fonctionnalités suivantes doivent être assurées :

= Gestion de la matrice budgétaire :

- Gérer un référentiel des matrices budgétaires par source de financement sur une arborescence de
plusieurs niveaux : Chapitres - Articles - Paragraphes - Rubriques - sous rubriques -… selon la nouvelle
nomenclature budgétaire.
- Aligner la codification descendante de ces niveaux des matrices budgétaires avec les comptes de la
comptabilité générale.

* Suivi de l’exécution des crédits délégués

- Chargement du budget visé (plan de développement) et délégations des budgets aux directions régionales
et centrales.
- Gestion des délégations de crédits aux sous-ordonnateurs au niveau régional et le suivi permanent de
l’état d’exécution de ces crédits (état des engagements et des paiements) afin d’avoir à tout moment une
visibilité sur la situation des crédits délégués et pouvoir maitriser les redéploiements des crédits non
dépensés, à travers notamment des indicateurs de suivi (nombre de crédits délégués et leur cible, taux de
délégation des crédits, taux d’engagement et taux de paiement de ces crédits par sous-ordonnateurs et par
région).

* Suivi budgétaire des établissements sous-tutelle

- Programmation Budgétaire Triennale des établissements sous tutelle
- Répartition et l’Adoption du Budget Alloué Aux CCIS leur Fédération
- Suivi des établissements sous tutelle
- Elaboration et suivi des conventions.

* Suivi de Pexécution du budget :

- Gérer des crédits supplémentaires.
- Gérer des crédits de diminution.
- Gérer les dotations exceptionnelles.
- Gérer les transferts de budget entre rubriques, chapitres, (Virement et transfert) …
- Editer les lettres de décision de délégation budgétaire par entité organisationnelle.
- Gérer des statuts des budgets : Délégué - Validé - encours de validation (pour les budgets initiaux et les
rallonges budgétaires).
- Consolider les budgets par région et par source de financement.
- Gérer les versions des nomenclatures.
- Traduire le budget consolidé en crédit de paiement pour l'exercice budgétaire et des crédits d'engagements
pour les futurs exercices (pour le budget investissement).
- Gérer les reports de crédit des exercices budgétaires passés.

= Contrôle et imputation budgétaire :

- Permettre l'imputation budgétaire automatique sur le budget à 'engagement.

32
 - Avoir la possibilité de modifier les imputations budgétaires après validation via des habilitations.
- Elaborer et éditer des fiches d'imputations par engagement.

= Reporting budgétaire :
- Elaborer des tableaux de bord de suivi budgétaire par date d'arrêté en détail et en consolidé.
- Permettre de suivre les réalisations par rapport au crédit alloué (initial) et le crédit définitif résultant des
révisions budgétaires : supplémentaire, diminution…
- Permettre le suivi des réalisations par rapport aux budgets par période, en cumul… (par rapportau budget
visé).
- Editer les budgets en fonction des critères : Entité organisationnelle - Niveau d'arborescence de la matrice
budgétaire - …
- Réaliser une synthèse des crédits alloués par projet et par rubrique budgétaire.
- Rapprocher automatiquement les engagements et leurs réalisations sur les budgets (rapprochement par
rubrique).
- Réaliser un tableau de bord de suivi budgétaire : Prévu (crédit définitif), engagé, payé.
- Tracer les écarts entre les budgets prévisionnels et les réalisations en cumul et en mois de l'année en cours
N et de l'année N-1.
- Générer les situations de suivi des virements pour les :
v Conventions et cotisations internationales ;
v Fonds nationaux et internationaux ;
Y Organismes sous tutelle.

= Clôture budgétaire.
Le système doit assurer toutes les opérations liées à la clôture.

1. Définition et gestion des référentiels entre autres:

= Le référentiel relatif aux unités de fonction et centres de responsabilité (directions, divisions, services et
autres unités de fonction;
# Le référentiel des produits et des familles de produits;
= Le référentiel des fournisseurs.

2. Générateur d’états

Au-delà des tableaux de bord précités et gérés en standard, le système doit intégrer un générateur d’état qui doit
permettre aux utilisateurs de créer leurs propres éditions en précisant les différents critères de recherche souhaités
(par année, par budget, par rubrique, par projet…). Le générateur d’état doit donner la possibilité aux utilisateurs
d’enregistrer les états qu’ils ont préparés pour une éventuelle utilisation .
Le système doit permettre aussi de préparer de nouveaux axes d’analyses ou créer des états de synthèse qui
peuvent se baser sur des axes d’analyses existants ou préparés au préalable par l’utilisateur.

3. Système d’alerte et de notification

La solution doit générer des alertes et des notifications pour rappeler les différents délais et les actions liées aux
différentes activités de l’Achat et de la Comptabilité.

33
4. Système de validation
La solution doit permettre le paramétrage des workflows des validations des proce s liés aux différentes
activités de l’Achat et de la Comptabilité.

5. Reprise de l’existant
La prestation devra assurer un accompagnement pour la reprise des données de Phistorique (ensemble des
informations et documents liés aux anciennes dépenses effectuées dans le cadre des différents modes de
passation).

D. Pilotage et tableaux de bord

Le système doit permettre d’éditer un ensemble d’états et de tableaux de bord liés à la gestion des achats, de la
comptabilité et du budget.
e Etats et reporting : en plus des états proposés en standard par le produit, ce dernier doit permettre de
modifier ou d'ajouter de nouveaux états ;
e Etre informé en permanence sur l'activité financière le long de tout le processus de dépense du
Ministère ;
Identifier et analyser les indicateurs clés pour prendre les bonnes décisions ;
Être alerté et notifié immédiatement sur les dysfonctionnements ou les évolutions anormales (Les
retards, les pénalités, les impayés.…).

IT. Spécifications techniques

La solution proposée doit impérativement s’aligner avec les caractéristiques techniques suivantes:

* Architecture web
La solution sera basée sur une architecture 3-tiers full Web.

= Langues
La solution doit être exploitable en langue française, toutefois, elle doit également prendre en charge la langue
arabe pour la prise en charge des données et pour la génération de certaines éditions (Avis d’A.O en arabe…).

= Temps de réponse
La solution devra garantir un temps de réponse léger et acceptable pour toutes les transactions.
La solution devra garantir un temps de réponse s’établissant pour 95% des transactions à moins de 2 secondes,
dans l’environnement de référence. L’environnement « serveurs » pourra être ajusté par le MIC sur les indications
du titulaire, mais l’environnement réseau sera pour L’essentiel une contrainte. Les exécutions de traitements en
batch devront respecter des durées compatibles avec les contraintes d’exploitation.

* Ergonomie
L’ergonomie devra favoriser la lisibilité, la facilité d’utilisation, l’accessibilité des informations, et leur réutilisation.
Les fonctions de base doivent être accessibles au maximum en 3 clics de souris. La solution doit proposer
l’affichage sur les écrans de saisie du processus dans lequel le gestionnaire se trouve et à quel stade il en est par
rapport à la tâche qu’il exécute. 1 utilisateur doit savoir en permanence dans quelle fonction et sur quel agent il
est positionné.

34
L’impression d’écran devra toujours être disponible et un système d’aide en ligne devra étre disponible en langue
française.

* Intégralité
L’intégralité de l'ensemble des différents modules de la solution demandée dans le même ERP du méme Editeur
et doivent être nativement intégrés entre eux.

« Langage de programmation
L’outil proposé doit donner accès au code sources des différents objets et développements spécifiques.
Le langage de programmation AL adopté par MIC, doit être intégré avec la solution afin de faciliter les
adaptations spécifiques éventuelles.

= Fonctions de Workflow
Le système devra offrir des fonctions de workflow, de type :
- Procédural : la fonction implémentée devra gérer le processus global comprenant la gestion des acteurs
et les actions mises en œuvre par ces derniers, la circulation des documents associés. Les événements et
les processus devront être configurables par des utilisateurs habilités (profil) ;
- Événementiel : à partir d’éléments et de situations paramétrées dans le système celui-ci devra être en
mesure de déclencher des alertes et des actions à l’attention d’acteurs du système.

« Licences
Pour le progiciel de gestion intégré, une licence serveur est requise, permettant un nombre illimité d'utilisateurs
en mode lecture et écriture, ainsi que la création de deux comptes administrateurs. De plus, en cas de mise à jour
du progiciel, le prestataire s'engage à adapter sa solution sans frais supplémentaires.
Et pour la couche décisionnelle : une licence pour la création des rapports et deux pour l’analyse des rapports.

= Confidentialité, sécurité et habilitations

La solution devra permettre de créer et d’administrer des profils et d’affecter un ou plusieurs profils à un
utilisateur. Il doit également assurer :

- Le contrôle d’accès des utilisateurs au système par nom et mot de passe sécurisé. La solution doit gérer
la notion de profil utilisateur permettant de définir les autorisations distinctes en fonction de
l’appartenance à un groupe ;
- La gestion des droits des utilisateurs sur les fonctionnalités (Possib; de confectionner les menus
utilisateurs selon les profils ;
- La gestion des droits de création, de modification, de suppression ou de lecture sur les données. La
solution doit également offrir une sécurité d'accès verticale, en fonction de la hiérarchie, un utilisateur n’a
accès qu’à ses données propres ou à ceux de ses subordonnées ;
- La gestion du contrôle d’accès et des droits sur les fonctionnalités et sur les données à partir d’une
interface de gestion fournie avec la solution ;
- L’intégration avec un annuaire de type Active Directory ou LDAP.

« Traçabilité
La solution doit englober un module de traçabilité permettant d’assurer la tracabilité totale des actions utilisateurs.
Chaque action utilisateur doit être tracée en termes d’identification (nom de l’utilisateur), de nature d’action, de
données saisies ou modifiées et de chronologie (date et heure de l’action).

35
= Evolution de la solution
La solution doit être évolutive en matière d’extensibilité en nouvelles fonctionnalités et doit offrir la possibilité
au MIC de mettre en place d’autres processus. À ce titre, la solution doit être flexible pour s’aligner aux futurs
changements réglementaires.

= Edition des états

L’édition des états transactionnels (Pv d'ouverture, pv de réception, ordred de service, décision...) doit être d’une
façon native vers Microsoft Word et Excel.

= Ouverture de la solution
La solution doit être conviviale, modulaire et ouverte sur les différentes plates-formes matérielles et logicielles
(Système d’exploitation, SGBDR), les produits standards du marché et les standards bureautiques (tableur et
traitement de textes).
La base de données de la solution doit être unique pour l’ensemble des modules demandés, et ouverte de type
SQL (MS SQL ou MySQL).
= Administration de la solution
La solution doit disposer d’un module administration qui doit permettre de créer des utilisateurs et des profils
d’utilisateurs avec des droits d'accès précis (par module, par fonctionnalité et par habilitation (lecture seule,
modification…). Elle devra de même permettre une administration centralisée et hiérarchique de ces droits
d'accès.
Le prestataire doit également proposer une politique de sauvegarde et de restauration des données de la solution.

* Protection des données

Les identifiants et les informations d’authentification utilisée par la plateforme doivent être protégés
correctement.
= Les procédés de sauvegarde
Le prestataire doit définir les procédés de sauvegarde pour l’ensemble des données et des différents
composants de la solution. Le soumissionnaire doit détailler dans son offre la politique de sauvegarde,
d'archivage et de restauration établie pour chaque composant.

= Audit
La solution doit disposer d’une fonction de journalisation permettant de garder la traçabilité au niveau des
transactions effectuées y compris les éléments suivants (au minimum) :
- Type d'événement
- Date/heure
- opération effectuée
- Identité de l'utilisateur et / ou du système qui a généré l'événement
- l’adresse IP

Toutes les actions faites dans l’application doivent être historisées et auditables.

= Outil du Business Intelligence

Cet outil devra permettre les fonctionnalités et critères ci-après :
e La modélisation associative des données ;
e Le calcul des statistiques sur les données automatisé et paramétrable ;
e L’indexation des rapports pour une recherche simplifiée des données des rapports ;
e La modélisation doit fournir des tableaux de bord et permettre l’analyse dynamique ;
e La modélisation doit permettre d’intégrer rapidement des nouvelles sources de données ;
 e Un référentiel de métadonnées (données sur les données) doit être intégré à la solution.
e ETL (Extraction, transformation et chargement des données) intégré riche en nombre de
fonctionnalités pour le traitement de l’information et qui offre la possibilité des traitements,
transformations et connexions avec différentes sources de données ou fichiers externes
e Capacité d’Historisation des données (Datawarehouse)
e Possibilité de construction d’environnements personnalisés de reportings (Datamart), différé ou
en temps réel
« Outils et dispositifs de conception et de production des rapports et tableaux de bord pour les 3
types d’utilisateurs cibles :
o En consultation
o En analyse
o Enadhoc
® Architecture d’analyse in-memory, avec un moteur associatif entièrement en mémoire. Ce qui
signifie que chaque association avec chaque point de données est traitée dynamiquement à
chaque interrogation ou analyse.
e La solution doit gérer les associations entre les ensembles de données au niveau du moteur et
non au niveau de l'application
e La solution doit stocker les tables individuelles dans son moteur en mémoire associatif.
# Solution doit permettre à l’utilisateur finale la data visualisation
e Analyses approfondies offrant les possibilités de Drill Down, de rajout et modification par axe
et par indicateur

ARTICLE 35 : FORMATION ET TRANSFERT DE COMPETENCES

Une formation aura pour principaux objectifs le transfert des compétences techniques et pratiques nécessaires au
maître d’ouvrage pour le suivi et l’exploitation optimale de la solution cible.
La formation proposée s’adresse à l’équipe de 12 personnes pour une période de 05 jours à raison de 8h/jour.
La formation portera sur les aspects techniques du système cible.
Le planning et le contenu de la formation seront fixés en commun accord avec le prestataire.
Les livrables attendus sont :

e Manuel de formation ;
e Manuel d’administration du système (procédure d’installation, administration du système, procédures de
sauvegarde et de restauration) ;
e Livrable de définition des droits et habilitations de chaque utilisateur.

ARTICLE 36 : LIVRABLES
Les livrables attendus correspondent à l’ensemble des rapports, documents, comptes rendus, développements,
exécutables, dossier de paramétrage et codes sources élaborés par le prestataire.

Le prestataire devra remettre au ministère un dossier d’analyse de l’existant et de spécifications fonctionnelles, un

dossier d’ingénierie et un document d’utilisation, d’exploitation et d’administration de la solution.

ARTICLE 37 : BORDEREAU DES PRIX - DETAIL ESTIMATIF

37
 BORDERAU DES PRIX —- DETAIL ESTIMATIF

APPEL D'OFFRES INTERNATIONAL

OUVERT SUR OFFRES DE PRIX N° 10/2024

Objet
« Acquisition, paramétrage et mise en œuvre d’un progiciel de gestion intégré pour la gestion des
achats et de la comptabilité pour le compte du Ministère de l’Industrie et du Commerce »

Prix unitaire

N° des Désignation des prestations Guiié | Queniite

@
| (hors
¥ dithams
TVA) en
Pastoures
chiffre
prix © ;
@ @ chiffre 6= (4+5)
6)

Acquisition, paramétrage et mise en

œuvre d’un progiciel de gestion intégré
1 Prog gestionntegn Unité 1
pour la gestion des achats et de la
comptabilité

TOTAL hors TVA

TVA (20%)
TOTALTTC

Faitle .......c..........
Mévencenerrenençerenmenesecesteur

Signature et cachet

38
 APPEL D'OFFRES INTERNATIONAL OUVERT SUR OFFRES DE PRIX N° 10/2024

OBJET :

« Acquisition, paramétrage et mise en œuvre d’un progiciel de gestion intégré pour la

gestion des achats et de la comptabilité pour le compte du Ministère de PIndustrie et
du Commerce »

Rabat les 256 us es Le Maitre d’ouvrage

La Société
(Signature et cachet du soumissionnaire 2 5 JUIN 2024
Suivi de la mention manuscrite
("Lu et accepté")

39