CAHIER DE PRESCRIPTIONS SPECIALES

APPEL D’OFFRES OUVERT SUR OFFRES DE PRIX N° 15/2021

ACQUISITION D’UNE APPLICATION DE GESTION DES

MARCHES COMMUNAUX DE LA COMMUNE DE CASABLANCA
ET SES 16 ARRONDISSEMENTS

EN MAITRISE D’OUVRAGE DELEGUEE POUR LE COMPTE DE LA

COMMUNE DE CASABLANCA

Marché passé par appel d’offres ouvert sur offres de prix en application des alinéas §1
et §3 de l’article 20 du règlement des marchés de Casablanca Prestations.
TABLE DES MATIÈ RES
ARTICLE1. OBJET................................................................................................................................................

ARTICLE2. MODE DE PASSATION......................................................................................................................

ARTICLE3. DOCUMENTS CONSTITUTIFS DU MARCHE.....................................................................................

ARTICLE4. REFERENCE AUX TEXTES GENERAUX ET SPECIAUX APPLICABLES AU MARCHE........................

ARTICLE5. VALIDITE ET DELAI DE NOTIFICATION DE L’APPROBATION DU MARCHE..................................

ARTICLE6. CAUTIONNEMENT PROVISOIRE ET DEFINITIF..............................................................................

ARTICLE7. NATURE DES PRIX............................................................................................................................

ARTICLE8. ASSURANCES - RESPONSABILITE....................................................................................................

ARTICLE9. PIECES MISES A LA DISPOSITION DU PRESTATAIRE.....................................................................

ARTICLE10. NANTISSEMENT................................................................................................................................

ARTICLE11. LANGUE UTILISEE............................................................................................................................

ARTICLE12. CONFIDENTIALITE DE L'INFORMATION.........................................................................................

ARTICLE13. PROPRIETE DES RAPPORTS ET DROITS D’AUTEURS....................................................................

ARTICLE14. SOUS-TRAITANCE.............................................................................................................................

ARTICLE15. MODALITES DE RECEPTION DES PRESTATIONS............................................................................

ARTICLE16. MODALITES DE REGLEMENT...........................................................................................................

ARTICLE17. PENALITE POUR RETARD................................................................................................................

ARTICLE18. DELAI D’EXECUTION........................................................................................................................

ARTICLE19. RESILIATION DU MARCHE...............................................................................................................

ARTICLE20. LUTTE CONTRE LA FRAUDE ET LA CORRUPTION..........................................................................

ARTICLE21. ELECTION DU DOMICILE DU PRESTATAIRE...................................................................................

ARTICLE22. REGLEMENT DES DIFFERENDS ET LITIGES....................................................................................

ARTICLE23. PROTECTION DU SECRET................................................................................................................

ARTICLE24. CONTEXTE DU PROJET...................................................................................................................

ARTICLE25. PERIMETRE DU PROJET.................................................................................................................

1. Etat des lieux.....................................................................................................................................

2. Présentation du système :................................................................................................................
ARTICLE26. PRESTATIONS DU PROJET :...........................................................................................................

ARTICLE27. REPARTITION MODULAIRE...........................................................................................................

1. Module de configuration et paramétrage du système.................................................................

2. Module de gestion des référentiels.................................................................................................
3. Module métier...................................................................................................................................
4. Module indexation et recherche......................................................................................................
 5. Module de Piste d’audit....................................................................................................................
6. Module administration des utilisateurs........................................................................................
7. Module Workflow..............................................................................................................................
8. Module des alertes et notifications.................................................................................................
9. Module GED........................................................................................................................................
10. Module Courrier et Agenda.............................................................................................................
11. Interfaçage........................................................................................................................................
12. Module Reporting.............................................................................................................................
ARTICLE28. EXIGENCES TECHNIQUES...............................................................................................................

1. Langue................................................................................................................................................
2. Application full web..........................................................................................................................
3. Architecture technique.....................................................................................................................
4. L’expérience utilisateur...................................................................................................................
5. Hébergement.....................................................................................................................................
6. Sécurité...............................................................................................................................................
7. Performance......................................................................................................................................
8. Maintenabilité...................................................................................................................................
9. Compatibilité.....................................................................................................................................
10. Intégration.........................................................................................................................................
11. Autres.................................................................................................................................................
ARTICLE29. EXIGENCES ORGANISATIONNELLES..............................................................................................

ARTICLE30. PHASAGE ET LIVRABLES DU PROJET............................................................................................

1. Phase 1 : modules métier.................................................................................................................

2. Phase 2 : Installation de la solution dans 13 arrondissements restants..................................
3. Phase 3 : Module Reporting............................................................................................................
4. Phase 4 : Transfert de compétence et assistance à l’exploitation..............................................
5. Phase 5 : Reprise des données........................................................................................................
ARTICLE31. GARANTIE.......................................................................................................................................

ARTICLE32. MAINTENANCE...............................................................................................................................

ARTICLE33. BORDEREAU DES PRIX DU DETAIL ESTIMATIF :........................................................................

 CHAPITRE PREMIER : CLAUSES ADMINISTRATIVES ET FINANCIERES

ARTICLE 1. OBJET
Le présent appel d’offres a pour objet l’acquisition d’une application de gestion des
marches communaux de la Commune de Casablanca et ses 16 arrondissements, ainsi
que les prestations de formation, d’assistance y afférent.

ARTICLE 2. MODE DE PASSATION

Le marché est passé conformément aux modes et procédures définis au règlement des
marchés de Casablanca Prestations fixant les conditions et les formes de passation des
marchés de Casablanca Prestations ainsi que certaines règles relatives à leur contrô le et
à leur gestion.

ARTICLE 3. DOCUMENTS CONSTITUTIFS DU MARCHE

Les documents constitutifs du marché sont ceux énumérés ci-après :
1. L’acte d’engagement ;
2. Le présent cahier de prescriptions spéciales ;
3. Le bordereau des prix - détail estimatif ;
4. Le cahier des clauses générales applicables aux marchés de services portant sur
les prestations d’études et de services passés pour le compte de Casablanca
Prestations (CCAGS)
5. Les pièces complémentaires exigées dans le cadre du marché, le cas échéant.

En cas de contradiction ou de différence entre les documents constitutifs du marché,

ceux-ci prévalent dans l’ordre où ils sont énumérés ci-dessus.

ARTICLE 4. REFERENCE AUX TEXTES GENERAUX ET SPECIAUX APPLICABLES AU

MARCHE
Le prestataire est soumis aux dispositions du règlement des marchés de Casablanca
Prestations ainsi qu’à toutes les dispositions réglementaires en vigueur notamment
celles relatives à la législation du travail.
Le prestataire 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 DELAI DE NOTIFICATION DE L’APPROBATION DU

MARCHE
Le présent marché ne sera valable, définitif et exécutoire qu’après notification de son
approbation par Casablanca Prestations.
 L’approbation du marché doit intervenir avant tout commencement de réalisation. Cette
approbation sera notifiée dans un délai maximum de 90 jours à compter de la date
d’ouverture des plis.

ARTICLE 6. CAUTIONNEMENT PROVISOIRE ET DEFINITIF

Le montant du cautionnement provisoire est fixé à 24.000,00 (vingt-quatre mille)

Dirhams.
Le montant du cautionnement définitif est fixé à 3% (trois pour cent) du montant initial
du marché.
Le prestataire devra réaliser le cautionnement définitif dans un délai de trente (30)
jours à compter de la date de la notification de l’approbation du présent marché.
Le cautionnement définitif sera restitué ou la caution qui le remplace est libérée à la
suite d’une mainlevée délivrée par le maître d’ouvrage délégué après la réception
définitive des prestations.

ARTICLE 7. NATURE DES PRIX

Les prix du marché sont réputés comprendre toutes les dépenses résultant de
l’exécution des prestations y compris tous les droits, impô ts, taxes, frais généraux, et
assurer aux prestataires une marge pour bénéfice et risque et d’une façon générale
toutes les dépenses qui sont la conséquence nécessaire et directe du travail. Les prix du
marché sont fermes et non révisables.

ARTICLE 8. ASSURANCES - RESPONSABILITE

Le prestataire doit adresser au maître d’ouvrage délégué, avant tout commencement
des prestations, les attestations des polices d’assurance qu’il doit souscrire et qui
doivent couvrir les risques inhérents à l’exécution du marché.

ARTICLE 9. PIECES MISES A LA DISPOSITION DU PRESTATAIRE

Aussitô t après la notification de l’approbation du marché, le maître d’ouvrage délégué
remet gratuitement au prestataire, contre décharge, un exemplaire vérifié et certifié
conforme du cahier de prescriptions spéciales et des pièces expressément désignées
comme constitutives du marché.
Le maître d’ouvrage délégué ne peut délivrer ces documents qu’après constitution du
cautionnement définitif, le cas échéant.

ARTICLE 10. NANTISSEMENT

Dans l’éventualité d’une affectation en nantissement, étant précisé que :
  La liquidation des sommes dues par le maître d’ouvrage délégué, en exécution du
présent marché, sera opérée par les soins de la direction administrative et
financière de Casablanca Prestations SA ;
 Le maître d'ouvrage délégué délivre sans frais, au prestataire, sur sa demande et
contre récépissé, un exemplaire spécial du marché portant la mention
"exemplaire unique" ;
 Les frais de timbre de l’original du marché et de l’exemplaire unique remis au
prestataire sont à la charge de ce dernier.

ARTICLE 11. LANGUE UTILISEE

Les rapports objet de la présente prestation doivent être établis en langue française.

ARTICLE 12. CONFIDENTIALITE DE L'INFORMATION

Le prestataire et son personnel sont tenus au secret professionnel pendant toute la
durée du marché et après son achèvement sur les renseignements et documents
recueillis ou portés à leur connaissance à l’occasion de l’exécution du présent marché.
Sans autorisation préalable du maître d’ouvrage délégué, le prestataire ne peut
communiquer à des tiers la teneur de ces renseignements et documents. De plus, il ne
peut faire un usage préjudiciable au maître d’ouvrage délégué des renseignements qui
lui sont fournis pour accomplir sa mission.

ARTICLE 13. PROPRIETE DES RAPPORTS ET DROITS D’AUTEURS

1. Les rapports, documents et codes source fournis par le prestataire en exécution

de sa prestation seront propriété du maître d’ouvrage délégué. Le maître
d’ouvrage délégué se réserve la totalité des droits de propriété découlant des
prestations rémunérées dans le cadre du présent marché.
2. Les licences logicielles fournies par le prestataire en exécution de sa prestation
seront propriété du maître d’ouvrage délégué.
3. En cas d’utilisation par le prestataire d’un droit de licence, d’un procédé breveté
ou protégé, ou autre, celui-ci est censé en avoir reçu l’autorisation écrite de son
détenteur. En cas de litige à ce sujet, le maître d’ouvrage délégué ne sera en
aucune manière concerné, le prestataire devant supporter les conséquences
pouvant en découler.

ARTICLE 14. SOUS-TRAITANCE

La sous-traitance est un contrat écrit par lequel le prestataire confie l'exécution d'une
partie de son marché à un tiers. Le prestataire choisit librement ses sous-traitants sous
réserve qu'il notifie à Casablanca Prestations SA la nature des prestations qu'il envisage
de sous-traiter et l'identité, la raison ou la dénomination sociale et l'adresse des sous-
traitants et une copie certifiée conforme du contrat précité.
 Les sous-traitants doivent satisfaire aux conditions requises des concurrents prévus à
l'article 25 du règlement des marchés.
Casablanca Prestations SA peut exercer un droit de récusation par lettre motivée, dans
un délai de quinze (15) jours à compter de la date de l'accusé de réception, notamment
lorsque les sous-traitants ne remplissent pas les conditions prévues à l'article 25 précité.

Le prestataire demeure personnellement responsable de toutes les obligations résultant

du marché tant envers Casablanca Prestations SA que vis-à -vis du personnel et des tiers.
Casablanca Prestations SA ne reconnaît aucun lien juridique avec les sous-traitants.
En aucun cas, la sous-traitance ne peut dépasser 50% (cinquante pour cent) du
montant du marché ni porter sur le lot ou le corps d’état principal du marché.

ARTICLE 15. MODALITES DE RECEPTION DES PRESTATIONS

Réception provisoire

 A l’achèvement des prestations de services de chaque phase, la commission de

réception s’assure de la conformité des prestations assurées aux spécifications
techniques du marché et prononce la réception provisoire partielle de chaque
phase.
 Cette réception sera sanctionnée par l’établissement d’un procès-verbal de
réception provisoire partielle de chaque phase.
 Si la commission de réception constate que les prestations de services présentent
des insuffisances ou des défauts ou ne sont pas conformes aux spécifications du
marché, le prestataire de services procédera aux réparations et rectifications
nécessaires conformément aux règles de l’art. A défaut, la réception ne sera pas
prononcée et le délai d’exécution ne sera pas prorogé pour autant.
 Les délais de validation des livrables ne seront pas comptés dans le délai global
d’exécution du marché.
 La réception provisoire du marché sera prononcée à l’issu de la dernière
réception provisoire partielle.

Réception définitive

La réception définitive est prononcée après l’expiration du délai de garantie.

ARTICLE 16. MODALITES DE REGLEMENT

Le paiement des prestations objet du marché sera effectué, en application des
montants spécifié dans l’article 33 bordereau des prix, comme suit :
 50 % du montant global du marché après réception provisoire de la phase 1 et
de la phase 2.
 50 % du montant global du marché après réception provisoire de la phase3,
phase 4 et de la phase 5.
 Les sommes dues au prestataire sont liquidées dans un délai maximum de soixante
(60) jours après la réception provisoire et sur présentation de la facture et du PV de
réception provisoire.

ARTICLE 17. PENALITE POUR RETARD

A défaut d'avoir terminé les prestations dans les délais prescrits, il sera appliqué au
prestataire une pénalité par jour calendaire de retard de 1‰ (un pour mille) du
montant du marché modifié ou complété éventuellement par les avenants.
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é à 10% (dix pour cent) du
montant du marché modifié ou complété éventuellement par des avenants.
Lorsque le plafond des pénalités est atteint, l’autorité compétente est en droit de
résilier le marché après mise en demeure préalable et sans préjudice de l'application des
mesures coercitives prévues par l'article 80 du règlement des marchés.

ARTICLE 18. DELAI D’EXECUTION

Le délai d’exécution global du présent marché ou d’achèvement des prestations de
services est fixé à 08 mois.

ARTICLE 19. RESILIATION DU MARCHE

La résiliation du marché peut être prononcée dans les conditions et modalités prévues
par l’article 27 du règlement des marchés de Casablanca Prestations et le cas échéant,
celles prévues aux articles 27 à 33 et 52 du CCGS (cahier des clauses générales
applicables aux marchés de services portant sur les prestations et services passés de
Casablanca Prestations).
La résiliation du marché ne fera pas obstacle à la mise en œuvre de l’action civile ou
pénale qui pourrait être intentée au prestataire du marché en raison de ses fautes ou
infractions.

ARTICLE 20. LUTTE CONTRE LA FRAUDE ET LA CORRUPTION

Le prestataire 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 ne doit pas faire, par lui-même ou par personne interposée, des
promesses, 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 présent marché.

ARTICLE 21. ELECTION DU DOMICILE DU PRESTATAIRE

Les notifications du maître d’ouvrage délégué sont valablement faites au domicile élu
ou au siège social du prestataire mentionné dans l’acte d’engagement.
En cas de changement de domicile le prestataire est tenu d’en aviser le maître
d’ouvrage délégué par lettre recommandée avec accusé de réception dans les quinze
(15) jours suivant la date d’intervention de ce changement.

ARTICLE 22. REGLEMENT DES DIFFERENDS ET LITIGES

Les litiges éventuels entre le maître d’ouvrage délégué et le prestataire sont soumis
aux tribunaux marocains compétents.

ARTICLE 23. PROTECTION DU SECRET

Vu le caractère secret du marché, les dispositions de l’article 22 du CCGS (cahier des
clauses générales applicables aux marchés de services portant sur les prestations et
services passés de Casablanca Prestations) seront appliqués et un document spécial sera
notifié au titulaire.
 CHAPITRE II : TERMES DE REFERENCES

ARTICLE 24. CONTEXTE DU PROJET

Consciente du rô le des systèmes d’information dans le développement de la ville

intelligente et dans le but d’enrichir la gamme des services numériques proposée,
moderniser l’administration publique et exploiter le digital pour reconfigurer en
profondeur les processus métiers et les rendre efficients, la commune de Casablanca
souhaite mettre en place une solution permettant la gestion des marchés communaux de
la ville.

Dans une optique de simplification et de structuration des revenus financiers des

marchés communaux, cette solution permettra donc de gérer l’activité, suivre la
régularisation des situations des commerçants, contrô ler les encaissements et améliorer
les ressources de la commune.

Elle optimisera l’activité et résoudra aussi le problème de perte de temps dans le

traitement des informations papiers et de sécurisation des données.

ARTICLE 25. PERIMETRE DU PROJET

1. Etat des lieux

Les marchés constituent des gisements importants de ressources au travers les loyers et
les droits de place.

La gestion de la plupart des marchés de Casablanca relève de la compétence de la

commune dont l’intervention en matière d’organisation de ces lieux couvre
principalement :

 Le règlement du marché ;
 L’attribution des places et la gestion des cessions ;
 Le recouvrement des loyers et des taxes du marché ;
 Les aménagements complémentaires (constructions) ;
  Les services et l’entretien.

Cô té données, les localisations des marchés, leurs superficies et le nombre de

commerçants doivent être repris du format papier où elles existent actuellement vers le
format électronique et associées à des modules de gestion qui en permettront
l’actualisation.

Le processus de traitement de ces données devra également être dématérialisé, avec

également la mise en place en place d’un système de sécurité et de sauvegarde.

2. Présentation du système :
L’objectif du présent Appel d’Offres est la mise en place du système d’information de
gestion et de suivi des marchés communaux de la ville de Casablanca et ses 16
arrondissements.

La solution doit être intégrée, interopérable et interfacée avec les différents autres
supports de la commune pour éviter toutes saisies multiples, redondances ou
incohérences de données. Elle doit être accessible via tous types d’appareils.

Le prestataire doit mettre en place une solution applicative permettant de :

 Faciliter et fluidifier les processus concernés en présentant des workflows
simples et conviviaux aux différents intervenants ;
 Augmenter la productivité des équipes, améliorer la rapidité de traitement des
dossiers et gagner en efficacité de gestion ;
 Optimiser la communication entre les parties prenantes en acheminant la bonne
information à la bonne personne au bon moment. A ce propos, les mécanismes,
d’alertes de rappels et de notifications seront d’une grande utilité pour avertir les
utilisateurs au moment opportun des événements importants les concernant ;
 Garantir la centralisation et le maintien des informations concernant l’ensemble
des marchés communaux de la ville. Ces éléments pourront ainsi être retrouvés à
tout instant via une recherche rapide et multicritères ;
 Se conformer aux exigences réglementaires en relation avec les processus métier
concernés, notamment en matière de l’arrêté fiscal et du cahier des charges
réglementant l’activité ;
 Fournir des éléments d’aide à la décision, notamment via des tableaux de bords
ergonomiques et des fonctionnalités de requêtage et production d’états adaptés
aux exigences de gestion ;
  Participer à la modernisation de l’administration et rehausser son image de
marque et sa notoriété vis à vis des responsables concernés, fonctionnaires et
citoyens ;
 Assurer la traçabilité des traitements et suivi des dossiers ;
 Sécuriser les informations et les dossiers en relation avec les marchés
communaux de la ville de Casablanca.

Cette application pourra être un développement spécifique ou basée sur un progiciel

ayant fait ses preuves par ailleurs, complété par des ajustements qui seront identifiés
lors de l’analyse et la spécification du besoin.

ARTICLE 26. PRESTATIONS DU PROJET :

Le présent projet inclut les prestations suivantes :

1. Mise en place de la plateforme

 Cadrage du projet ;
 É laboration des spécifications organisationnelles, fonctionnelles et techniques
détaillées ;
 Développement ou paramétrage de la solution ;
 Déploiement en serveur de pré-production, test et assistance à la recette au
niveau des sites pilotes ;
 Migration des données existantes ;
 Formation et transfert des compétences ;
 Déploiement de l’environnement de production ;
 Généralisation du déploiement au niveau des autres sites de Casablanca et
assistance au démarrage ;

2. Prestation de reprise des données

Le prestataire est tenu de constituer une équipe dédiée pour la reprise des données.
Cette équipe doit aussi intégrer des référents fonctionnels pour réaliser ensuite les
travaux de consolidation, d’assainissement et de validation des données avant
intégration dans le système cible.
 Le prestataire doit mettre en place une stratégie de reprise de données de tous les
marchés et effectuer :

 L’analyse précise des données existantes

 Une stratégie de saisie, sélection et extraction des données existantes
 La vérification et correction des données à reprendre
 Les tests dans le nouvel outil

Les sources de données des marchés communaux sont essentiellement des bases de
données ordonnées dans des fichiers sous format Word, Excel ou papier.

Afin d’assurer la fiabilité des données, la Commune de Casablanca désignera deux

marchés pilotes où l’équipe de reprise de données devra se déplacer et effectuer une
reprise totale des données et une vérification et correction suite aux informations
recensées sur terrain.

Pour le reste des marchés, l’équipe se contentera de saisir les données existantes.

Les travaux de reprise des données doivent commencer au plus tard à la fin de la
phase d’étude et se terminer juste avant la mise en production.

ARTICLE 27. REPARTITION MODULAIRE

La division des affaires économiques de la commune de Casablanca est chargée de gérer

l’ensemble des marchés communaux à travers des actions centrales telles que la cession
et l’affectation des magasins ou des places. Les actions de gestion quotidienne et de
recouvrement sont effectuées de manière décentralisée au niveau des services affaires
économiques des arrondissements.

La solution informatique de gestion des marchés communaux proposée doit reprendre

les principaux processus métiers suivants :

 L’insertion des nouveaux occupants et la mise à jour de la situation de chaque

commerçant ;
 Le suivi des informations et des recettes de chaque marché ;
 Le suivi des dépenses de la Commune de Casablanca dans chaque marché ;
  La mise à jour des informations en se basant sur l’arrêté fiscal et les cahiers des
charges validés par le conseil communal ;
 La gestion et le suivi des dossiers des cessions et des affectations.

Ces processus peuvent être enrichis lors des ateliers de recueil de besoin qui seront
organisés par le titulaire.

L’automatisation et dématérialisation des processus métier susmentionnés passera par

la réalisation d’un ensemble de fonctionnalités organisées en modules.

Dans ce qui suit, sont présentés les modules et fonctionnalités, sachant que les
spécifications détaillées feront l’objet des ateliers de cadrage dans le but de mettre en
place un système de gestion des marchés communaux de la ville de Casablanca.

1. Module de configuration et paramétrage du système

L’administrateur fonctionnel du système devra accéder aux différents paramètres

fonctionnels de la solution et être en mesure d’assurer toutes les configurations
permettant d’adapter le système aux règles métier en vigueur, en particulier :
 Configuration des workflows
 Paramétrage des alertes et notifications
 Conception ou personnalisation des templates des documents et rapports
 Définition des règles d’archivage et de la durée de vie des documents

Via ces configurations, la solution doit offrir une grande flexibilité quant à la possibilité
de changer les données de l’organigramme, les réunions, les workflows et les règles de
gestion suite à des besoins métier.

2. Module de gestion des référentiels

 Référentiel Organisationnel
 Référentiel Géographique
 Dictionnaire des activités commerciales
 Référentiel RH (personnel communal y compris les régisseurs des recettes) ;
 Référentiel des textes juridiques et réglementaires avec possibilité de
chargement de documents (upload) ;
 3. Module métier

Ce bloc fonctionnel contiendra l’ensemble des fonctionnalités métier. Pour une meilleure
intégration et interopérabilité et une expérience utilisateur conviviale et sécurisée, cette
brique sera subdivisée en sous modules.

Les fonctionnalités de base de ce module seront :

» Marchés
 Gestion et saisie des marchés communaux ;
 Mise à jour des informations de chaque marché :
o Nom
o Localisation
o Assiette foncière (‫ المبلغ التضامني‬,‫)…الوعاء العقاري‬
o Superficie
o Nombre de magasins
o Nombre de commerçants
o Recettes annuelles (et recettes A-)
o Branchement et consommation eau et électricité (du marché et des
magasins)
o Dynamique commerciale du marché (chalandise)
o Liste des activités commerciales autorisées
o Suivi des dépenses dans chaque marché : installations, infrastructure,
factures eau/électricité…)
o …
 Définition et changement du statut juridique et administratif des marchés
communaux
» Commerçants et locaux
 Gestion des locaux
 Gestion et affectation des magasins et des commerçants
 Suivi et historisation des cessions et transmission des locaux
 Suivi et mise à jour des paiements
 Contrô le du respect des activités
 Gestion des commerçants et loyers :
 o Informations personnelles (nom, CIN, téléphone…), sachant que
l’identifiant unique d’un commerçant est son numéro de CIN.
o Informations de l’employeur, le gérant ou autres employés
o Local exploité (et sa position)
o Superficie
o Patente
o Activité commerciale autorisée
o Activité précédente
o Prédécesseur
o Décision d’exploitation (date, document…)
o Montant du loyer
o Dettes cumulées
o Montant du dernier paiement (et sa date)
o Gestion des contraventions
o …
» Commissions de régularisation des situations
 Gestion du calendrier de tenue des commissions et des membres
 Gestion des cessions et affectations
 Gestion et mise à jour des demandes (dossiers commerçants et pièces jointes)
 …
4. Module indexation et recherche

Cette fonctionnalité devra s’étendre sur l’ensemble des fenêtres de l’application pour :
 Afficher les résultats ordonnés de recherche selon les requêtes utilisateur ;
 Permettre la recherche multicritères et l’auto-complétion ;
 Faciliter la recherche de l’information et la localisation des documents
demandés ;
 Extraire les données sous format excel ou pdf selon des requêtes spécifiques
(tout en respectant la matrice des habilitations) ;
 …
5. Module de Piste d’audit
Cette brique permettra l'affichage de messages d'erreur de la plateforme et tracera
toutes les interactions que peuvent mener les utilisateurs avec le système pour certaines
fonctionnalités.

La plateforme doit garantir la traçabilité des opérations effectuées par les différents
utilisateurs au sein des différentes rubriques applicatives, notamment :

 La trace des mises à jour (création, modification, suppression, import) dans

les tables principales en précisant la nature de l’opération, l’utilisateur, la
date et l’heure, et les champs impactés (image avant et image après).

6. Module administration des utilisateurs

Ce module inclut l’ensemble des éléments d’administration et de contrô le des

utilisateurs et leurs habilitations. Il doit intégrer l’administration des utilisateurs et des
groupes d’utilisateurs et définir les profils utilisateurs et les accès.

Ces profils doivent associer différents types d’habilitations : Consultation, Création,

Modification, Suppression, Export, Impression… ainsi que des restrictions d’accès aux
modules et données selon les profils utilisateur.

Ce module doit offrir un paramétrage au niveau granulaire des utilisateurs et groupes

d’utilisateur, Il doit permettre un maximum de flexibilité dans la mise en œuvre des
droits d’accès.
7. Module Workflow

La solution doit intégrer un moteur de workflow. Elle doit permettre l’affichage en

graphique des différents processus avec leurs statuts.

Par ailleurs, il devra être possible de soumettre certaines actions à un workflow de

validation (exemple : demande de modification des données d’un dossier). Cela veut dire
que ladite action n’est pas immédiatement effective au sein du référentiel des dossiers ;
Elle devra d’abord être vérifiée et/ou validée par les utilisateurs habilités selon un
paramétrage préalable.

Le système doit maintenir le journal des workflows traçant le type d’action,

l’identification de l’utilisateur responsable de l’action, et la date / heure de changement.
A chaque étape de validation, il devra être possible d’exiger que l’utilisateur introduise
un commentaire et/ou un attachement matérialisant le motif / justification de l’action.
 8. Module des alertes et notifications

Les alertes et notifications du système ont pour but d’aviser les utilisateurs sur les
évènements importants. Le but de ce module est d’augmenter la productivité des
intervenants, et de garantir un maximum de fiabilité en détectant préventivement les
failles potentielles. Les évènements objet de notification peuvent être de plusieurs
types :
 Expiration de délai ou retard d’une action
 Changement de l’état d’un dossier
 Assignation d’une tâ che à un utilisateur
 Traitement d’une tâ che par un utilisateur
 Erreur possible sur les données saisies par rapport à des règles de
cohérence prédéfinies
 Etc.

Ces alertes peuvent être activées / désactivées en fonction du profil /groupe utilisateur,
type de dossiers, etc.

Les notifications sont acheminées vers les utilisateurs concernés de différentes

manières :
 Par messagerie intégrée dans l’application ;
 Messages flottants au niveau de l’application ;
 Par email ;
 Par changement de couleur sur les états d’avancement.

9. Module GED

La solution doit intégrer un moteur GED afin de permettre la gestion des documents
générés ou chargés avec la gestion de leurs versions :
 Regrouper les données réglementaires et les référentiels organisationnels ;
 Indexer et numériser les documents produits et/ou reçus par les différentes
entités ;
 Consulter les dossiers archivés ;
 Gérer le cycle de vie des documents ;
  …
10.Module Courrier et Agenda

La solution doit présenter un module permettant de gérer le calendrier des différents

évènements des utilisateurs du système que ce soit des réunions, commissions, dates
limites…

Elle doit s’intégrer avec le système de messagerie Microsoft Exchange pour l’échange du
courrier et le partage de l’agenda.
11.Interfaçage

L’outil doit être conçu de manière à ce qu’il puisse s’interfacer rapidement avec les
autres solutions de la commune de Casablanca en cas de besoin.

Les APIs et web services nécessaires pour l’interfaçage avec GIR-CT doivent être
développés dans le cadre de ce projet.

L’outil doit également offrir une communication facile et sécurisée avec le SIG de la ville
afin de localiser l’ensemble des marchés.

12.Module Reporting

L’application doit inclure un module d’aide à la décision permettant l’extraction des

données. Il devra ainsi être possible de produire des états personnalisés en effectuant
des sélections multidimensionnelles : temporelle, géographique, financière, groupe
d’utilisateurs, etc.

L’utilisateur habilité doit être en mesure de sélectionner parmi tous les champs de
l’application afin de concevoir les rapports souhaités.

Au niveau avancé, il devra être possible d’effectuer des requêtes plus complexes
employant des conditions et des agrégations sur les champs sélectionnés.

Les résultats obtenus via ce module devront être exportables selon différents formats au
choix (Excel, PDF, CSV, etc.).

Les spécifications des principaux tableaux de bord seront définies durant les ateliers de
recueil de besoin.

A travers ce module, tous les utilisateurs concernés par ce système pourront consulter
et extraire les données les plus pertinentes. Il permettra également de valoriser
fortement l’activité des marchés communaux, de mesurer leurs performances en terme
d’organisation et de recouvrement et de remonter les alertes afin de déployer les actions
correctives nécessaires.

ARTICLE 28. EXIGENCES TECHNIQUES

Le système à mettre en place doit être conçu autour d’une architecture centralisée,
basée sur les droits d’accès.
1. Langue

La solution doit être bilingue : Arabe et Français, avec l’Arabe comme étant langue par
défaut.
2. Application full web

La solution à développer sera full web en mode responsive, offrant l’ensemble des
fonctionnalités définies dans le présent CPS et détaillées à l’occasion des ateliers avec les
utilisateurs.

3. Architecture technique

La solution proposée devra respecter une architecture web multi-tiers construite autour
d’un framework technique robuste et devra tourner sur un serveur d’application
reconnu sur le marché : Weblogic, Glassfish, IIS, Websphere….

Dans le cas d’un noyau progiciel, la base de données devra être relationnelle reconnue,
Oracle, SQL Server, MySQL, PostgreSQL ou équivalent (à préciser) et les composantes
techniques construites sur la base de standards non propriétaires.

Concernant le SIG, le prestataire doit prendre en considération que le SIG de Casablanca

(Arcgis entreprise 10.7) est déployé sur le cloud Azure. Il peut utiliser les APIs et SDK
d’Arcgis pour développer les fonctionnalités SIG intégrées demandées dans le cadre de
ce projet.

Le prestataire devra préciser clairement dans son offre les prérequis de l’environnement
de production et de pré-production, et préciser les logiciels pour lesquels le maitre
d’ouvrage devra disposer des licences, ainsi que les prérequis en terme d’architecture
technique.
4. L’expérience utilisateur

En terme d’expérience utilisateur, la plateforme web devra être responsive afin de

permettre la mobilité et offrir aux utilisateurs la possibilité de consulter la plateforme
via tous types d’appareils et la vitesse de chargement doit être optimale.
Il faudrait également :
 Opter pour un design esthétique se basant sur la charte graphique de la
commune de Casablanca ;
 Faciliter l’accès à l’information et mettre en avant les informations
essentielles ;
 Rendre aisée la navigation : facile et intuitive en évitant les menus trop
lourds ;
 Rendre les appels à l’action le plus efficace possible en employant des
couleurs assez contrastées pour attirer le regard de l’utilisateur.

Avec obligation de respecter les exigences techniques propres au design d’interface.

5. Hébergement

Le prestataire devra proposer une architecture technique pour l’hébergement de la

solution sur le Cloud (Azure). Le maitre d’ouvrage mettra à la disposition du prestataire
le cloud Azure de la ville de Casablanca pour y déployer l’architecture proposée, après sa
validation.

Il est recommandé d’utiliser les App services de la plateforme Azure.

6. Sécurité

Afin de garantir un contrô le d’accès fiable et rigoureux, Il est nécessaire d’offrir un

niveau de sécurité conforme aux normes et standards de Sécurité SI (OWASP, Guide
DGSSI, … etc.), et permettre entre autres :
 La gestion des habilitations ;
 La gestion cryptée des mots de passe ;
 La gestion et la classification des données ;
 L’accès web sécurisé ;
 L’utilisation des protocoles sécurisés (HTTPS ; LDAPS ; SMTPS ; SSL ; … )
 La journalisation des évènements de sécurité :
o Les connexions effectuées sur la plateforme ;
o Les opérations effectuées sur les données et les comptes des utilisateurs ;
o Etc.
Elle doit également permettre le blocage temporaire ou définitif d’un ou plusieurs
utilisateurs.

En outre, Le prestataire proposera des mécanismes, selon les meilleures pratiques en

vigueur, afin d’assurer la sécurité de bout en bout :
 Cô té FrontOffice ;
 Cô té Réseau ;
 Cô té Serveur ;
 Cô té Base de données centrale ;
 Cô té Architecture.
7. Performance

Le soumissionaire devra proposer des mécanismes de prévention contre la lenteur de

traitement, notamment pendant les séquences consommatrices de mémoire ou de bande
passante. A ce propos, il sera utile de décrire les techniques à employer au niveau de
chaque composant de la solution (Traitement, Interfaces utilisateur, accès base de
données) en vue d’optimiser les traitements de la solution.
8. Maintenabilité

Le prestataire doit concevoir les modules du système d’une manière qui rendra facile le
diagnostic et la correction de toute anomalie.

Le but ultime est de garantir une bonne continuité de service de la solution au niveau de
toutes les composantes.
9. Compatibilité

Le Système devra être accessible via les dernières versions des navigateurs Internet
actuellement disponibles sur le marché, à savoir : Internet Explorer, Chrome, Firefox,
Safari…

Il doit être accessible rapidement et parfaitement sur les différents types de terminaux
mobile avec des formats d’affichage adaptés à chaque support.
10. Intégration
 Les composants du système doivent être intégrés aux annuaires d’entreprise
(AD, LDAP) ;
 La solution doit permettre un échange de données bidirectionnel avec tout
type d’applications via APIs / Web services, fichiers plats, etc.
 11. Autres

La solution cible devra prendre en considération les critères ci-après :

 Possibilité de personnaliser les menus, de paramétrer les règles de gestion,
créer des champs et des tables supplémentaires, ajouter des développements
complémentaires intégrés ;
 Fonctionnement multitâ ches et multiutilisateurs concurrentiels par
fonctionnalité ;
 Existence d’un générateur d’états connecté à la base de données, exploitable à
travers le web et permettant l’extraction et l’export des données vers les
standards bureautiques (Word, Excel, PDF…) ;
 Introduction des données à la base soit à travers des interfaces de saisie des
applications soit à travers des chargements à partir de fichiers. Ces
chargements doivent être automatisés pour s’exécuter de manière périodique
ou à la demande ;
 Visualisation des éditions avant leur impression avec possibilité d’imprimer
sur un équipement prédéfini ou de choisir l’équipement au moment de la
commande d’édition ;
 Interfaçage avec d’autres modules ou applications.

ARTICLE 29. EXIGENCES ORGANISATIONNELLES

Le soumissionnaire est tenu de présenter une note méthodologique pour la conduite de
ce projet :

 Méthodologie de conduite de projet qui devrait être une méthodologie Agile ;

 L’organisation du projet : Instances de suivi, de pilotage, organisation et
exécution prévues pour le bon déroulement de ce projet (Comités, ateliers…) ;
 Planning détaillé de réalisation incluant obligatoirement un chronogramme
précisant l’affectation nominative des personnes chargées de chaque mission ;
 Descriptions des équipes fonctionnelles et techniques : profils et expériences ;
 Identification des outils logiciels utilisés dans le cadre de l’ensemble des
missions ;
  L’outil de planification visuel, collaboratif et interactif que le soumissionnaire
mettra à disposition des équipes projets (y compris MOA) afin de suivre en temps
réel l’exécution des tâ ches planifiées et l’avancement de chaque étape.

ARTICLE 30. PHASAGE ET LIVRABLES DU PROJET

La production du système cible se déroulera en phases et selon les principes agiles :

1. Phase 1 : modules métier
Lors de cette phase, le prestataire est tenu d’effectuer le cadrage global du projet, le
développement des modules métier et le déploiement dans la Commune de Casablanca
et 3 arrondissements pilotes.

Cette phase se déroulera selon les étapes suivantes :

 É tude de cadrage global du projet

 Mise en place des modules métier
 Installation en serveur de pré-production et recette
 Déploiement au niveau des trois sites pilotes en plus du site de la Commune de
Casablanca
 Correction des anomalies
 Intégration des données des sites déployés
 Formation des utilisateurs et assistance à l’utilisation

» Etude et cadrage du projet

Durant cette phase, le prestataire est tenu d’effectuer un cadrage global du projet ainsi
qu’une analyse fonctionnelle et technique.

Cette phase consiste à effectuer la réunion de démarrage puis animer des ateliers
d’étude avec la participation des différents représentants : maîtrise d’ouvrage, maîtrise
d’ouvrage déléguée et maîtrise d’œuvre pour définir le périmètre du projet. Il est
indispensable, durant cette phase, de bien comprendre le besoin afin de fixer des
objectifs cohérents et donner ainsi toutes les chances de réussite à ce projet.

La définition du besoin métier fera également partie de cette phase, la MOE travaillera
sur le recueil des exigences fonctionnelles et des règles de gestion, elle évaluera
également l’écart fonctionnel entre les exigences métier et les fonctionnalités standards
ou comprises dans la solution proposée du prestataire, en cas de proposition de
progiciel. En plus, il y sera question d’évaluer les besoins d’adaptation organisationnelle
ainsi que les prérequis techniques pour l’installation de la solution.
Lors de cette phase, les spécifications techniques seront également élaborées.
 Livrables :
o Plan d’Assurance Qualité : formalisation du Planning détaillé,
chronogramme projet, intervenants par étape, jalons, instances projet,
livrables, critères d’acceptation, prérequis techniques et fonctionnels,
risques, etc.
o Document de spécifications fonctionnelles détaillées
o Document de spécifications techniques détaillées
o Stratégie de sécurité et d’habilitation
o Stratégie de reprise des données
o Charte graphique validée

 Durée
o 1 mois

» Mise en place des modules métier

Durant cette phase, le prestataire doit clô turer plusieurs étapes : développement,
recette, intégration des données, déploiement de la solution au niveau de la Commune
de Casablanca et de 3 arrondissements pilotes et formation des utilisateurs finaux.

Le prestataire assurera, en premier lieu, l’étude de convergence, les paramétrages et/ou

développements nécessaires et tests usine en interne selon le document de convergence
validé. Ensuite il procèdera à l’installation de l’application dans l’environnement de test.

Afin de préparer l’étape de recette, le prestataire préparera un document de recette

couvrant toutes les exigences fonctionnelles et les critères d’acceptation de la solution.

Il procédera ensuite à :
 Installation de la solution dans l’environnement pré-production et production
pour la commune de Casablanca et des 3 sites pilotes ;
 Saisie et intégration des référentiels et des données ;
 Paramétrage selon les processus arrêtés lors de l’analyse fonctionnelle.

Enfin, le prestataire assurera les formations nécessaires au personnel métier et

technique. Il préparera toute la documentation fonctionnelle et technique nécessaire en
guise de préparation à la mise en production.

Il devra proposer le thème des formations, la cible et la durée. Il devra aussi préciser les
formateurs en fournissant leurs CVs. Il est préférable de mettre à la disposition des
utilisateurs des séquences vidéos courtes présentant l’application et ses fonctionnalités
et de déployer une plateforme de formation similaire à la version finale de la solution
afin qu’ils puissent s’initier à l’outil et effectuer des tests réels.

Ceci est valable pour la phase deux (2) également. Les utilisateurs des autres
arrondissements doivent bénéficier de la même qualité de formation et doivent avoir
accès aux mêmes supports de formation que les sites pilotes.

 Livrables :
o Solution testée, validée et installée sur l’environnement de pré-
production ;
o Document de recette signé et validé : Plan de test, scénarios de tests et
jeux de données ;
o PV de déploiement de la solution au niveau des 3 sites pilotes en plus du
site central de la commune de Casablanca ;
o Récupération et intégration des données existantes ;
o Documentation du paramétrage ou du développement spécifique ;
o Supports de formation ;
o Guides utilisateurs ;
o Feuilles de présence, rapport de formation et questionnaires d’évaluation
renseignés.

 Durée
o 3 mois

2. Phase 2 : Installation de la solution dans 13 arrondissements restants

Durant cette phase, le prestataire procédera au déploiement et assistance à l’utilisation
des modules métier au niveau des 13 arrondissements restants. Durant cette phase, il
devra :

 Installer la solution dans l’environnement pré-production et production pour

les 13 arrondissements ;
 Saisir et intégrer les référentiels et les données pour les 13 arrondissements ;
 Former les utilisateurs de la solution (métier et technique) ;
 Fournir la documentation fonctionnelle et technique nécessaire.
 Livrables
o Solution testée, validée et installée sur l’environnement de production ;
o PV de déploiement de la solution au niveau des 13 arrondissements ;
 o Récupération et intégration des données ;
o Supports de formation ;
o Guides utilisateurs ;
o Feuilles de présence, rapport de formation et questionnaires d’évaluation
renseignés.
 Durée
o 1 mois

3. Phase 3 : Module Reporting

Durant cette phase, le prestataire procédera au développement, paramétrage,

déploiement et assistance à l’utilisation du module d’aide à la décision, au niveau des
sites concernés.

Les étapes suivantes sont nécessaires à l’achèvement de cette phase :

 Etude, recueil de besoin et planification détaillée du module

 Mise en place du module reporting
 Rapport de non régression et correction des anomalies
 Déploiement de la solution globale et assistance à l’exploitation

 Livrables :
o Module installé sur l’environnement de test ;
o Document de recette validé et signé : Plan de test, scénarios de tests et
jeux de données ;
o Rapport des tests de non régression ;
o Référentiel des anomalies constatées et des ajustements opérés ;
o Installation du module testé et validé en serveur de production de la
commune de Casablanca et ses 16 arrondissements ;
o Supports de formation ;
o Guide utilisateurs ;
o Feuilles de présence et rapport de formation.

 Durée
o 3 mois

4. Phase 4 : Transfert de compétence et assistance à l’exploitation

Lors de cette phase, le titulaire devra d’une part, résoudre tous les dysfonctionnements
techniques et fonctionnels qui apparaissent lors du déploiement de la solution globale.
D’autre part, il doit mettre en place des procédures d’exploitation et assurer un transfert
de compétences techniques et fonctionnelles.

Le prestataire fournira également une période d’assistance après le déploiement global

de ce nouveau système, Il mettra à la disposition de la Commune de Casablanca au
minimum un consultant pour assister les utilisateurs à l’exploitation du système.

Une réception provisoire sera prononcée suite à l’achèvement de cette phase.

 Livrables
o Manuel de procédures d’exploitation ;
o Rapports d’anomalies détectées et actions correctives déployées ;
o Documentation technique : Architecture technique, document
d’exploitation et de supervision, procédures de sauvegarde, procédures de
reprise ;
o Les codes sources finaux commentés et toute la documentation associée ;
o Schémas de base de données, dictionnaire de données et architecture
applicative ;
o Manuel de transfert de compétences technique.

 Durée
o 1 mois

5. Phase 5 : Reprise des données

Lors de cette phase, le prestataire mettra en place une stratégie de reprise de données
de tous les marchés communaux. Sachant que les bases de données en format Word,
excel ou papier lui seront remises.

Il procédera à une reprise totale des données sur le nouvel outil et pour l’ensemble des
marchés à partir des documents fournis. Il effectuera également des visites terrain pour
2 marchés pilotes où il vérifiera les données fournies et actualisera les informations
nécessaires.

 Livrables
o PV de visite terrain et collecte des données de 2 marchés pilotes ;
o Bases de données à jour des deux marchés visités sous un format de
fichier numérique exploitable ;
o PV de migration des données de tous les marchés.
 Durée
 o 3 mois

Phases du projet M1 M2 M3 M4 M5 M6 M7 M8
Phases 1 : Mise en place du module
métier
Phases 2 : Installation de la solution
dans 13 arrondissements

Phase 3 : Module Reporting

Phase 4 : Transfert de compétence et

assistance à l’exploitation

Phase 5 : Reprise des données

Tableau 1 : Phasage du projet

Il est à la charge du soumissionnaire de proposer un plan d’exécution du projet, sous
forme d’un planning détaillé, contenant à minima les étapes précitées et respectant la
durée du projet.

Le soumissionnaire devra fournir également les curriculums vitae et certificats des

intervenants aux différentes phases du projet.

La durée estimée de ce projet est de 8 mois. La logistique nécessaire à l’exécution de ce

projet est à la charge du prestataire choisi, y compris les déplacements des intervenants.
Le plan d’exécution et le planning doivent tenir compte des grandes phases de la
procédure de conduite du projet.

Les données collectées et reprises sont essentielles à l’achèvement des phases 1 et 2. Les
travaux de reprise des données doivent commencer au plus tard à la fin de l’étape
d’étude de la phase 1 et se terminer juste avant la mise en production.

Le paiement de cette phase ne pourrait s’exécuter avant la fin des phases 1 et 2.

ARTICLE 31. GARANTIE

La période de garantie commencera à partir de la date de réception provisoire du
marché. Le prestataire décrira son offre en termes de garantie en précisant le processus
de déclaration et de traitement d’incident et les niveaux de services à respecter.
Durant cette période de garantie et sans que pour autant les travaux supplémentaires
puissent donner lieu au paiement, le titulaire du marché s’engage à mobiliser les
ressources nécessaires à la résolution des erreurs, anomalies ou dysfonctionnements
qui lui seront notifiés par le maître d’ouvrage ou le maître d’ouvrage délégué. Il s’engage
aussi à faire bénéficier le maître d’ouvrage des mises à jour et nouvelles versions du
système qui ont eu lieu pendant cette période de garantie à titre gratuit.

ARTICLE 32. MAINTENANCE

Le maitre d’ouvrage délégué envisage de souscrire, pour le compte du maitre d’ouvrage,
un contrat de maintenance au-delà de la période de garantie pour l’ensemble des
tranches.

Les prestations minimales objet de la maintenance doivent couvrir les aspects suivants :
 Support et maintenance corrective :

Le titulaire assurera le support technique et la maintenance corrective des logiciels qui

composent le socle technique.

Cette maintenance fera l’objet d’un contrat séparé pour une durée d’un an, reconductible
et prenant effet au lendemain de la réception définitive de ce marché.

Le prestataire est invité à proposer dans sa réponse, une offre de contrat de

maintenance chiffré précisant les prestations de maintenance qu’il envisage de fournir
pour répondre aux besoins et attentes du maître d’ouvrage ou son représentant. Cette
prestation comprendra aussi le support multicanal et la correction des incidents et
dysfonctionnements.

Pour cela, le prestataire fournira un support et une disponibilité via différents canaux :
présentiel, système de gestion et de suivi des tickets, centre d’appel / hotline (Tél., fax et
email) ainsi que d’autres outils et méthodes possibles.
 Maintenance préventive :

Dans le cadre de cette maintenance, le prestataire fera bénéficier le maître d’ouvrage

gratuitement des améliorations apportées aux outils de développement et tous les
logiciels qui composent le socle technique. Ces mises à jour feront l’objet d’une
information et accord préalables avec description des modifications apportées.
 Maintenance évolutive :
Il s’agit également de prendre en charge des besoins nouveaux et des enrichissements
qui ne remettront pas en cause la conception globale du Système.

Le prestataire est tenu de présenter dans son offre de maintenance les taux journaliers
applicables pour le chiffrage des prestations payantes.

Il doit aussi présenter une enveloppe de jours par profil pour la maintenance évolutive
qui sera incluse dans son forfait maintenance.

Il importe de préciser que le maitre d’ouvrage délégué accordera un grand intérêt à la

qualité, à l’exhaustivité des prestations proposées et à leurs coû ts annuels.
ARTICLE 33. BORDEREAU DES PRIX DU DETAIL ESTIMATIF
1. ACQUISITION D’UNE APPLICATION DE GESTION DES MARCHES
COMMUNAUX DE LA COMMUNE DE CASABLANCA ET SES 16
ARRONDISSEMENTS

N°
Prix Prix
de Désignation de la prestation Unité Quantité
unitaire total
prix
Mise en place du module
métier
1.1 Prestation Forfait
(30% du montant global du
marché)
Installation de la solution
dans 13 arrondissements
1.2 Prestation Forfait
(20% du montant global du
marché)
Module Reporting
1.3 (15% du montant global du Prestation Forfait
marché)
Transfert de compétence et
assistance à l’exploitation
1.4 Prestation Forfait
(15% du montant global du
marché)
Reprise des données
1.5 (20% du montant global du Prestation Forfait
marché)
Total hors TVA
TVA (20%)
Total TTC

Arrêté le présent bordereau du prix global à la somme de : .

…………………………………………...…TOUTES TAXES COMPRISES

Fait à ……………………..……. Le,……………………..…….

Signature et cachet du concurrent
 2. CONTRAT DE MAINTENANCE

N° de Désignation de la Prix Prix

Unité Quantité
prix prestation unitaire total
2.1 Maintenance corrective Prestation Forfait
2.2 Maintenance
Prestation Forfait
préventive
2.3 Maintenance évolutive Jour/Homme 1 J/H
Total hors TVA
TVA (20%)
Total TTC
Arrêté le présent bordereau du prix global à la somme de : .

………………………………………………………………………...…TOUTES TAXES COMPRISES

Fait à ……………………..……. Le,……………………..…….

Signature et cachet du concurrent

 DERNIERE PAGE

Le cahier des prescriptions spéciales pour l’appel d’offres N° 15/2021 ouvert sur
offres de prix en séance publique a pour objet : ACQUISITION D’UNE APPLICATION DE
GESTION DES MARCHES COMMUNAUX DE LA COMMUNE DE CASABLANCA ET SES
16 ARRONDISSEMENTS.

Signatures & Cachets

Maître d’ouvrage délégué Soumissionnaire

(avec la mention « lu et approuvé »)