05/06/2015
MARCHÉ N° TMPA_AO_65_15
MIGRATION DE L’ERP ‘ORACLE E-BUSINESS
SUITE’ DU GROUPE TMSA VERS LA VERSION
R12
3 05/06/2015
Sommaire
SECTION I : CLAUSES ADMINISTRATIVES ET FINANCIÈRES ........................................................................................ 8
I.1 OBJET DU MARCHÉ ...................................................................................................................................................... 8
I.2 DOCUMENTS CONSTITUTIFS DU MARCHÉ .......................................................................................................................... 9
I.3 RÉFÉRENCE AUX TEXTES GÉNÉRAUX ET SPÉCIAUX APPLICABLES AU MARCHÉ ............................................................................. 9
I.4 VALIDITÉ ET DÉLAI DE NOTIFICATION DE L’APPROBATION DU MARCHÉ .................................................................................. 10
I.5 PIÈCES MISES À LA DISPOSITION DU PRESTATAIRE .............................................................................................................. 10
I.6 ÉLECTION DU DOMICILE DU PRESTATAIRE ........................................................................................................................ 10
I.7 NANTISSEMENT ......................................................................................................................................................... 10
I.8 SOUS-TRAITANCE ....................................................................................................................................................... 10
I.9 DÉLAIS ..................................................................................................................................................................... 11
I.10 NATURE DES PRIX ..................................................................................................................................................... 11
I.11 RÉVISION DES PRIX ................................................................................................................................................... 11
I.12 CAUTIONNEMENT PROVISOIRE ET CAUTIONNEMENT DÉFINITIF .......................................................................................... 11
I.13 RETENUE DE GARANTIE ............................................................................................................................................. 11
I.14 ASSURANCES - RESPONSABILITÉS ................................................................................................................................ 12
I.15 DROITS DE TIMBRE ET D’ENREGISTREMENT .................................................................................................................... 12
I.16 RÉCEPTION PROVISOIRE ............................................................................................................................................. 12
I.17 DÉLAI DE GARANTIE .................................................................................................................................................. 12
I.18 MODALITÉS DE RÈGLEMENT ....................................................................................................................................... 12
I.19 PÉNALITÉS POUR RETARD ........................................................................................................................................... 13
I.20 RETENUE À LA SOURCE APPLICABLE AUX TITULAIRES ÉTRANGERS NON-RÉSIDENTS AU MAROC .................................................. 14
I.21 RÉCEPTION DÉFINITIVE .............................................................................................................................................. 14
I.22 RÉSILIATION DU MARCHÉ .......................................................................................................................................... 14
I.23 RÈGLEMENT DES DIFFÉRENDS ET LITIGES ....................................................................................................................... 14
SECTION II : CAHIER DES CLAUSES TECHNIQUES ..................................................................................................... 15
II.1 CONDUITE DU PROJET ................................................................................................................................................ 15
1.1. Organisation du projet .................................................................................................................................... 15
1.2. Équipe projet ................................................................................................................................................... 15
II.2 DESCRIPTION DU PROJET ............................................................................................................................................ 16
2.1. Objectifs du Projet .......................................................................................................................................... 16
2.2. Contexte du projet .......................................................................................................................................... 16 2.2.1. Périmètre fonctionnel ................................................................................................................................................ 16 2.2.2. Les Exclusions du périmètre ....................................................................................................................................... 17
2.3. Les Phases du Projet ....................................................................................................................................... 18 2.3.1. Description du périmètre ........................................................................................................................................... 18
2.3.1.1. Cartographie applicative ..................................................................................................................................... 18 2.3.1.2. Architecture technique ....................................................................................................................................... 19 2.3.1.3. Prestation demandée .......................................................................................................................................... 21 2.3.1.4. Sauvegarde .......................................................................................................................................................... 21 2.3.1.5. Accès et Sécurité ................................................................................................................................................. 21 2.3.1.6. Volumétrie et performance ................................................................................................................................ 22
2.3.2. Les étapes du projet ................................................................................................................................................... 22 2.3.2.1. Étape I - Cadrage ................................................................................................................................................. 22 2.3.2.2. Étape II – Formations équipe projet et équipe technique .................................................................................. 23 2.3.2.3. Étape III – Analyse de l’existant et Étude de convergence .................................................................................. 24 2.3.2.4. Étape IV -Migration ............................................................................................................................................. 25 2.3.2.5. Étape V - Tests unitaires et Tests d’intégration ................................................................................................... 25 2.3.2.6. Étape VI – Recette utilisateurs ............................................................................................................................ 26
4 05/06/2015
2.3.2.7. Étape VII – Préparation à la bascule .................................................................................................................... 27 2.3.2.8. Étape VIII - Mise en production ........................................................................................................................... 28
2.3.3. Description des adaptations fonctionnelles à réaliser dans le cadre du projet .......................................................... 29 2.3.3.1. Gestion des commandes clients et Gestion des encaissements ......................................................................... 29 2.3.3.2. Gestion des Factures et Règlements ................................................................................................................... 31 2.3.3.3. Gestion des immobilisations ............................................................................................................................... 32 2.3.3.4. Déclarations fiscales ............................................................................................................................................ 34 2.3.3.5. Autres mises à niveau ......................................................................................................................................... 35 2.3.3.6. Récapitulatif des formations du projet ............................................................................................................... 36 2.3.3.7. Récapitulatif des livrables du Projet .................................................................................................................... 37
2.4. Conduite du changement ................................................................................................................................ 37
SECTION III : BORDEREAU DES PRIX – DÉTAIL ESTIMATIF ....................................................................................... 38
ANNEXES ................................................................................................................................................................ 41
III.1 ANNEXE 1 : LISTE DES SPÉCIFIQUES EXISTANTS ............................................................................................................... 41
III.2 ANNEXE 2 : TABLEAU DÉTAILLÉ DES FLUX ÉCHANGÉS ....................................................................................................... 44
III.3 ANNEXE 3 : SCHÉMA SYNOPTIQUE DU SITE PRINCIPAL ET SECOURS ..................................................................................... 45
III.4 ANNEXE 4 : LE SCHÉMA GLOBAL DU RÉSEAU LAN/WAN POUR LE GROUPE TMSA ............................................................... 46
III.5 ANNEXE 5 : LA RÉPARTITION DE L’ESPACE OCCUPÉ PAR MODULE ....................................................................................... 46
La liste des figures
Figure 1 : Structure des Pôles du Groupe TMSA.............................................................................................................. 8
Figure 2 : Cartographie applicative du SI TMSA ............................................................................................................ 18
Figure 3 : Architecture technique de l’environnement Production .............................................................................. 19
Figure 4 : Étapes du Projet ............................................................................................................................................ 22
Figure 7 : Schéma synoptique du site principal et du site de secours ........................................................................... 45
Figure 8 : Schéma Global du réseau LAN/WAN TMSA................................................................................................... 46
5 05/06/2015
ENTRE
1- TANGER MED PORT AUTHORITY, par abréviation « TMPA » société anonyme à conseil d’administration
au capital social de 1.250.000.000 dirhams convertibles, immatriculée au registre du commerce de Tanger
sous le numéro 43815, dont le siège social est situé à la Zone Franche de Ksar El Majaz, Oued R’Mel,
Commune Anjra, PROVINCE FAHS-ANJRA, représentée par son Directeur Général; désignée ci-après par
le « Maître d’ouvrage » ;
D'UNE PART
ET
Cas d’une personne morale
M. ……………………………………………………………qualité
…………………………..……………………………….
Agissant au nom et pour le compte de………………………………………………….en vertu des pouvoirs 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 positions)……………………………………………………..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
6 05/06/2015
cas de personne physique
M. ………………………………………Agissant en son nom et pour son propre compte.
Registre de commerce de ………………………………………….Sous le
n°………………………………………..
Patente n° ………………………………………….… Affilié à la CNSS sous n°
………………………………………..
Faisant élection de domicile au
……………………………………………………………………………...................
Compte bancaire n° (RIB sur 24 positions) …………………………………………………….. 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
7 05/06/2015
cas d’un groupement
Les membres du groupement soussignés constitués aux termes de la convention
…………………………………………………………………(Les références de la
convention)………………………….. :
o Membre 1 :
M. ……………………………………… qualité …………………………….
Agissant au nom et pour le compte de…………………….en vertu des pouvoirs 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 positions) …………………………………… Ouvert auprès
de………………………………………………………………………
o Membre 2 :
……………………………………………………………………………………………………
(Servir les renseignements le concernant)
o Membre n :
………………………………………………………………………………………………
Nous nous obligeons (conjointement ou solidairement, selon la nature du groupement)
Ayant M…………………………… (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
positions)………………………… ouvert auprès ……………………………………………………………..
Désigné ci-après par le terme « prestataire ».
D’AUTRE PART
IL A ETE ARRETE ET CONVENU CE QUI SUIT
8 05/06/2015
Section I : Clauses administratives et financières
I.1 Objet du Marché
Le présent marché a pour objet la «Migration de l’ERP ‘Oracle E-Business Suite’ du groupe TMSA vers la
version R12» tel que décrit dans la Section II du présent document.
Pour rappel, l’Agence Spéciale Tanger Méditerranée TMSA, société anonyme, créée par décret-loi N°2-02-
644 du 10 septembre 2002, prend en charge l’aménagement, le développement et la gestion du complexe
portuaire Tanger MED et d’une Grande Plateforme industrielle constituée de Zones Franches, Zones
d’activités industrielles et logistiques.
Dans le cadre de sa stratégie de filialisation et d’organisation par métier, le groupe TMSA est structuré en 3
pôles autonomes.
NB : les filiales suivantes ne sont pas concernées par le présent projet :
Tanger Automotive City (TAC)
Tétouan Shore
Tétouan Park
Un complexe portuaire développé
autour des activités de
transbordement, d’import-export, et de
logistique.
Les filiales concernées :
TMPA : Autorité portuaire du port
Tanger Med
TM II : En charge la réalisation du
projet du Port Tanger Med 2
MEDHUB : Promotion et gestion
de la logistique dans la zone
franche
Filiales dédiées à l’aménagement, la
construction de bâtiments, la promotion
et la commercialisation des zones
d’activités.
Les filiales concernées :
Tanger Free Zone (TFZ) :
Promotion et commercialisation de
la plateforme industrielle de Tanger
Med
Tanger Automotive City (TAC) :
Plateforme Industrielle Automobile
Tétouan Shore : Parc tertiaire
dédié à l’outsourcing de services
Tétouan Park : Parc industriel et
logistique dans la région de
Tétouan
Sociétés de services pour assister les
clients de TMSA et contribuer au
développement de leurs activités.
Les filiales concernées :
CIRES TELECOM : Offre des
solutions et services télécom
TANGER MED ENGINEERING :
Propose des services liés à
l’ingénierie maritime
Figure 1 : Structure des Pôles du Groupe TMSA
CMM Pôle portuaire Plateforme Industrielle Pôle services
Pôles du groupe TMSA
9 05/06/2015
En janvier 2010, TMPA s’est vue confier par décret-loi l’ensemble des missions et prérogatives publiques
relatives à la gestion et au développement du complexe portuaire Tanger MED.
TMPA assure, dans le cadre de ses prérogatives, les fonctions regroupées en quatre piliers :
La gestion et le développement des infrastructures portuaires,
L’exploitation en direct ou autorité concédant des terminaux portuaires,
La coordination et animation de la communauté portuaire,
L’exercice de la fonction de police portuaire.
En adéquation avec les exigences des activités du groupe TMSA, le besoin exprimé concernant la solution
de gestion déployée Oracle E-Business Suite, émerge les points ci-après :
L’extension du support Oracle ;
L’optimisation fonctionnelle et technique des processus supportés par la solution.
La prestation demandée dans le présent document est à réaliser pour le compte de TMPA. Les autres filiales
du groupe TMSA utilisent certains ou la totalité des modules de la solution sur la même instance.
Compte tenu de ce qui précède, TMPA assure le rôle de Maitre d’Ouvrage pour ce projet.
I.2 Documents constitutifs du Marché
Les documents constitutifs du marché sont ceux énumérés ci-après :
Les documents constitutifs du marché sont ceux énumérés ci-après :
1. L'acte d'engagement ;
2. Le présent cahier des prescriptions spéciales (CPS) ;
3. L'offre technique ;
4. Le bordereau des prix-détail estimatif ;
5. La décomposition des montants globaux,
6. Le Cahier des Clauses Administratives Générales Applicable aux marchés d’étude et de maitrise
d’œuvre (CCAG-EMO).
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.
I.3 Référence aux textes généraux et spéciaux applicables au Marché
Le prestataire est soumis aux dispositions des textes suivants :
Textes généraux
o Le dahir du 28 août 1948 relatif au nantissement, tel qu’il a été modifié et complété;
o 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 ;
o Le décret n° 2.01.2332 du 22 Rabii I 1423 (4 juin 2002) approuvant le cahier des clauses
administratives générales applicables aux marchés de services portant sur les
prestations d’études et de maîtrise d’œuvre passés pour le compte de l’État ;
o 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.73.685 du 12 Kaada 1393 (08 Décembre
1973) portant revalorisation du salaire minimum dans l’industrie, le commerce, les
professions libérales et l’agriculture.
Tous les textes réglementaires rendus applicables à la date de signature du marché.
10 05/06/2015
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.
I.4 Validité et délai de notification de l’approbation du Marché
Le présent marché ne sera valable, définitif et exécutoire qu’après notification de son approbation par
l’autorité compétente.
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.
I.5 Pièces mises à la disposition du prestataire
Aussitôt après la notification de l’approbation du marché, le maître d’ouvrage remet gratuitement au
prestataire, contre décharge, les documents constitutifs du marché en l’occurrence les pièces expressément
désignées comme constitutives du marché du présent CPS à l’exception du CCAG-EMO.
Le maître d’ouvrage ne peut délivrer ces documents qu’après constitution du cautionnement définitif, le cas
échéant.
I.6 Élection du domicile du prestataire
Toutes les correspondances relatives au présent marché sont valablement adressées au domicile du
Prestataire précisé au préambule du présent marché.
En cas de changement de domicile, le Prestataire est tenu d'en aviser le maître d'ouvrage dans un délai de
15 jours suivant ce changement.
I.7 Nantissement
Dans l’éventualité d’une affectation en nantissement, il sera fait application des dispositions du dahir du 28
Août 1948 relatif au nantissement des marchés publics tel qu'il a été modifié et complété, étant précisé que :
1°) la liquidation des sommes dues par le maitre d’ouvrage, en exécution du présent marché sera
opérée par les soins de la Direction Administrative et Financière ;
2°) le responsable, chargé de fournir au prestataire du marché ainsi qu'au bénéficiaire des
nantissements ou subrogations les renseignements et états prévus à l'article 7 du dahir du 28 août 1948, est
le représentant du maitre d’ouvrage ;
3°) les paiements prévus au présent marché seront effectués par le maitre d’ouvrage ou son
délégataire, seuls qualifiés pour recevoir les significations des créanciers du prestataire du présent marché.
Le maître d'ouvrage 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" et destiné à former titre conformément aux
dispositions du dahir du 28 août 1948 relatif au nantissement des marchés publics.
Les frais de timbre et d’enregistrement de l’original du présent CPS ainsi que de « l’exemplaire unique »
remis au Prestataire sont à la charge de ce dernier.
I.8 Sous-traitance
Si le Prestataire envisage de sous-traiter une partie du marché sans toutefois dépasser 50 % du marché, il
doit requérir l’accord préalable écrit du maître d’ouvrage auquel il est notifié la nature des prestations à sous-
11 05/06/2015
traiter, la raison ou la dénomination sociale, l’adresse et l’identité des sous-traitants et une copie conforme
du contrat de la sous-traitance.
Le prestataire demeure personnellement responsable de toutes les obligations résultant du marché tant
envers le maître d'ouvrage que vis-à-vis des ouvriers et les tiers.
I.9 Délais
Le délai d’exécution global du présent marché est fixé à 7 mois.
Le délai global d’exécution court à partir du lendemain de la date de notification ou des ordres de service
prescrivant le commencement de la réalisation de services y afférents ou de la date prévue par les dits ordres
de services.
I.10 Nature des prix
Le présent marché est à prix global.
Le prix est établi et calculé sur la base de la décomposition du montant global annexée au présent cahier
des prescriptions spéciales.
Le prix global couvre et rémunère l’ensemble des prestations qui font l’objet du marché et telles qu’elles
doivent être exécutées conformément à ce dernier et ce quelles que soient les quantités réellement
exécutées.
Les prix du marché sont réputés comprendre toutes les dépenses résultant de l’exécution des prestations
de services 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 du travail.
I.11 Révision des prix
Le présent marché est passé à prix fermes.
I.12 Cautionnement provisoire et cautionnement définitif
Le montant du cautionnement provisoire est fixé à 20 000 DH (Vingt Mille Dirhams).
Le montant du cautionnement définitif est fixé à 3% (trois pour cent) du montant initial du marché.
Si le prestataire ne réalise pas le cautionnement définitif dans un délai de 30 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 à TMPA.
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 dans un délai maximum de trois mois suivant la date de la réception définitive
des prestations de services.
I.13 Retenue de garantie
Une retenue de garantie sera prélevée sur les acomptes. Elle est égale à 10% (dix pour cent) du montant
de chaque acompte.
La retenue de garantie peut être remplacée, à la demande du prestataire, par une caution personnelle et
solidaire constituée dans les conditions prévues par la réglementation en vigueur.
12 05/06/2015
La retenue de garantie est restituée ou la caution qui la remplace est libérée à la suite d’une mainlevée
délivrée par le maître d’ouvrage dans un délai maximum de trois mois suivant la date de la réception définitive
des prestations.
I.14 Assurances - Responsabilités
Le prestataire 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é et ce, conformément aux dispositions de l’article 20 du CCAG-EMO, tel qu’il a été
modifié et complété.
I.15 Droits de timbre et d’enregistrement
Le prestataire de service doit acquitter les droits auxquels peuvent donner lieu le timbre et l'enregistrement
du marché, tels que ces droits résultent des lois et règlements en vigueur.
I.16 Réception provisoire
La mise en production de la solution donne lieu à une réception provisoire, qui sera sanctionnée par
l’établissement d’un procès-verbal, sous réserve que le prestataire ait fourni l’ensemble des rapports et
livrables relatifs au projet et mentionnés dans le présent CPS
À l’achèvement de toutes les prestations du présent marché, et en application de l’article 47 du CCAG-EMO,
le maître d’ouvrage s’assure en présence du prestataire de la conformité des prestations de services aux
spécifications techniques du marché et prononcera la réception provisoire.
Si le Maitre d’Ouvrage 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 procédera aux réparations et
rectifications nécessaires conformément aux règles de l’art. À défaut, la réception ne sera pas prononcée,
et le délai d’exécution ne sera pas prorogé pour autant.
I.17 Délai de garantie
Le délai de garantie est fixé à 1 an à compter de la date de la réception provisoire.
Pendant le délai de garantie, le prestataire sera tenu de procéder aux rectifications qui lui seraient
demandées en cas d’anomalies ou imperfections constatées et de remédier à l’ensemble des imperfections
ou anomalies sans pour autant que ces prestations supplémentaires puissent donner lieu à un paiement.
I.18 Modalités de règlement
Les sommes dues au prestataire, telles que définies dans le bordereau des prix, seront payées, sous soixante jours après validation par le Comité de suivi du projet.
13 05/06/2015
Les paiements seront effectués comme suit :
Projet Désignation des prestations Condition de règlement Pourcentage de règlement
MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU GROUPE TMSA VERS LA VERSION R12
-Cadrage -Analyse de l'existant -Étude de convergence
Après fourniture des rapports et livrables mentionnés dans le présent CPS
10% du montant de du marché
-Migration -Tests unitaires / intégration -Recette utilisateurs
- Après fourniture des rapports et livrables mentionnés dans le présent CPS - Après signature du PV de recette
30% du montant du marché
-Préparation bascule -Mise en Production
- Après fourniture des rapports et livrables mentionnés dans le présent CPS
50% du montant du marché
Réception provisoire du marché
- Fiche d’évaluations des formations. - PV de réception Provisoire
10% du montant de la du marché
Le paiement s’effectuera sur présentation des factures en 3 exemplaires dont l’originale timbrée.
De plus, le prestataire s’engage, sur le coût global de son offre. En aucun cas, les prestations réalisées
durant la phase d’exécution ne pourront donner lieu à une augmentation de la rémunération présentée dans
l’offre du prestataire.
Le règlement des prestations réalisées sera effectué sur la base de décompte établi par le maître d’ouvrage
en application des prix du bordereau des prix – détail estimatif aux prestations réellement réalisées,
déduction faite de la retenue de garantie et l’application des pénalités de retard, le cas échéant. Pour
l’établissement des décomptes, le prestataire est tenu de fournir au maître d’ouvrage une facture en 3
exemplaires, appuyée par les bons de réalisations ainsi que les attachements y afférents dûment signés par
les représentants habilités du maître d'ouvrage.
Sur ordre du maître d’ouvrage, les sommes dues au prestataire seront versées dans son compte bancaire
indiqué en préambule du présent marché.
Le maître d’ouvrage s’acquittera des sommes dues dans un délai de 60 jours fin de mois à compter de la
date de dépôt au bureau d’ordre du maître d’ouvrage des factures accompagnées obligatoirement des bons
de réalisation des prestations dûment visés par le maître d’ouvrage.
Par ailleurs, il est rappelé que TMPA, étant installée en zone franche, elle est exonérée de la TVA ; les
prestations seront donc facturées net de taxes.
I.19 Pénalités pour retard
À 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é.
14 05/06/2015
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
42 du CCAG-EMO.
I.20 Retenue à la source applicable aux titulaires étrangers non-résidents 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é.
I.21 Réception définitive
Conformément aux stipulations de l’article 49 du CCAG-EMO et après expiration du délai de garantie, il sera
procédé à la réception définitive et après que le maître d’ouvrage se soit assuré que les anomalies ou les
imperfections éventuelles ont été réparées par le prestataire.
I.22 Résiliation du Marché
La résiliation du marché peut être prononcée dans les conditions et modalités prévues aux articles 27 à 33
et 52 du CCAG-EMO.
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.
Si des actes frauduleux, des infractions réitérées aux conditions de travail ou des manquements graves aux
engagements pris ont été relevés à la charge du prestataire, l’autorité compétente, sans préjudice des
poursuites judiciaires et des sanctions dont le prestataire est passible, peut par décision motivée, l'exclure
temporairement ou définitivement de la participation aux marchés de son administration.
I.23 Règlement des différends et litiges
Si, en cours d’exécution du marché, des désaccords surgissent avec le titulaire, les parties s’engagent à
régler ceux-ci dans le cadre des stipulations des articles 52, 53 et 55 du CCAG-EMO.
Les litiges éventuels entre le maître d’ouvrage et le prestataire sont soumis aux tribunaux compétents.
15 05/06/2015
Section II : Cahier des Clauses techniques
II.1 Conduite du Projet
Pour assurer une conduite optimale du projet, il est nécessaire de déterminer le dispositif de contrôle et de
surveillance des phases de réalisation à travers la mise en place d’une organisation de suivi et de pilotage
du projet.
1.1. Organisation du projet
Le prestataire est convié de prendre en considération le dispositif organisationnel suivant lors de l’élaboration
de sa démarche de réalisation ;
L’organisation doit comprendre :
Un comité de Pilotage ;
Un comité de suivi ;
Le comité de pilotage : de fréquence mensuelle
Instance de gouvernance et de pilotage du projet, ayant pour rôles :
Étudier la synthèse de l’avancement du projet (valider le passage d’une phase à l’autre) ;
Analyser les points majeurs ;
Définir les orientations stratégiques du projet ;
Arbitrage des problématiques remontées par le comité de suivi ;
Déterminer les moyens à mettre à la disposition pour chaque phase/étape.
Le comité de suivi : de fréquence minimale bimensuelle
Instance de gouvernance opérationnelle du projet, ayant pour rôles :
Vérifier l’avancement des travaux et le respect du planning ;
Identifier les points de blocage de chacun des participants et proposer des solutions ;
Remonter les risques ;
Partager une vision commune du projet avec l’ensemble de l’équipe.
1.2. Équipe projet
Équipe projet TMPA :
L’équipe TMPA est composée d’équipes fonctionnelles et techniques ayant pour rôles :
Participer au déroulement et la réalisation de toutes les phases du projet ;
Participer à l’élaboration des spécifications fonctionnelles et techniques détaillées ;
Participer à l’installation des logiciels et utilitaires, et du SGBDR ;
Participer à la mise en production et au déploiement la solution.
16 05/06/2015
Équipe projet prestataire :
L’équipe projet prestataire doit disposer des qualifications nécessaires et des expériences confirmées autour
de l’ERP Oracle EBS et dans des projets similaires. Les profils demandés pour mener le projet sont :
Directeur de projet ;
Chef de projet ;
Architectes techniques et fonctionnels : Modélisation technique et fonctionnelle de la solution,
migration des interfaces (Connecteurs Oracle) ;
Au moins un consultant fonctionnel désigné permanent par domaine : Finance, Achat et stock,
Commercial et Tarification ;
Au moins deux consultants Techniques désignés permanents.
Cette liste est minimaliste, le prestataire doit présenter un dispositif complet répondant aux exigences du
projet.
Un interlocuteur unique doit être désigné par le prestataire pour répondre aux questions relatives au projet,
et notamment :
Fournir et tenir à jour le planning détaillé des travaux ;
Participer aux réunions et comités ;
Contribuer à la production des rapports d’avancement et comptes rendus de réunions.
II.2 Description du Projet
2.1. Objectifs du Projet
Le projet s’inscrit dans une démarche globale de mise à niveau de la solution Oracle E-Business Suite
déployée pour l’ensemble des filiales du groupe TMSA.
Les objectifs desservis par le projet sont les suivants :
1. Réaliser la migration technique iso fonctionnelle vers la dernière version certifiée R12 de la e-BS ;
2. Assurer quelques améliorations et adaptations fonctionnelles de la solution e-BS ;
Les actions de conduite du changement, de formations et de montée en compétence sont à conduire tout
au long du projet.
2.2. Contexte du projet
2.2.1. Périmètre fonctionnel
Le groupe TMSA dispose de la solution Oracle EBS, aussi dénommée E-Business Suite, version 11i depuis
2007 qui couvre ses activités Support. Huit (8) Modules sont actuellement en exploitation :
Oracle General Ledger (GL) : Gestion des comptabilités budgétaire, engagement, générale et
analytique ;
Oracle Payables (AP) : Gestion des fournisseurs (Factures et Règlements) ;
Oracle Receivables (AR) : Gestion des clients ;
Oracle Purchasing (PO) : Gestion des Achats ;
17 05/06/2015
Oracle Fixed Assets (FA) : Gestion des immobilisations ;
Oracle Order Management (OM) : Gestion des commandes Client ;
Advanced Pricing (QP) : Gestion de la tarification des commandes client ;
Oracle Inventory (INV) : Gestion des stocks et de référentiels de facturation ;
Oracle AX : Traducteur comptable permet de transcrire les évènements comptables des modules
auxiliaires en écritures comptables.
o Les états spécifiques ont été développés à travers l’outil : XML Publisher
La solution Oracle EBS s’interface avec d’autres composantes du Système d’Information de TMSA, ci-
dessous ces interfaces/ouvertures :
webMethods EAI pour la récupération dans le module OM des éléments de facturation des escales
de navires et autres services, (l’interface est réalisée à travers d’un connecteur webMethods <>
Oracle)
SI-FRET (BDD MS SQL Server) pour la récupération des factures client (activité FRET), des
encaissements correspondants et du lettrage associé.
Fichiers plats .csv (Extraits du système Sage) pour la récupération des mouvements clients et
des encaissements associés.
AGIRH pour la récupération des écritures GL relatives à la paie du personnel.
WebADI pour l’intégration des données vers GL (Budget, Caisse, OD…)
Le nombre global des utilisateurs Oracle E-Business Suite du groupe TMSA est d’environs 40.
La solution Oracle EBS est déployée sur la même instance pour les filiales suivantes du groupe TMSA:
TMSA Holding : Tanger MED Special Agency
TMPA : Tanger MED Port Authority
TM2 SA : Tanger MED 2 SA
MEDHUB : Zone Franche Logistique
Tanger Free Zone (TFZ) : Tanger Free Zone
CIRES TELECOM
TANGER MED ENGINEERING
2.2.2. Les Exclusions du périmètre
Dans le cadre du présent marché, l’acquisition et fourniture de licences ou matériels est exclue du périmètre
du projet.
18 05/06/2015
2.3. Les Phases du Projet
2.3.1. Description du périmètre
2.3.1.1. Cartographie applicative
Ci-dessous la cartographie applicative du SI ainsi que les flux échangés entre le système Oracle EBS et les
autres applications connexes (cf. Annexe 2 : tableau détaillé des flux échangés)
Les caractéristiques du système Oracle déployé sont les suivantes :
Item Version / Release
Oracle Applications 11.5.10.2
Oracle Forms 6.0.8.28.0
Application Object Library 11.5.0
RDBMS 10.2.0.5.0
Afin d’assurer le bon fonctionnement des flux échangés, l’ensemble des flux recensés doivent faire l’objet
de tests unitaires et fonctionnels pour garantir leur portabilité suite à la migration technique vers la dernière
version certifiée R12.
Le prestataire se doit d’intégrer l’ensemble des flux recensés dans la matrice des flux (cf. annexe) dans le
dossier de recette.
ACHATS
PO
INV
FINANCE
AR AP
AX
GL
FA
AGIRH
RH/PAIE
VENTES
OM
WEBMETHODS EAI
SI-FRET
Figure 2 : Cartographie applicative du SI TMSA
QP
19 05/06/2015
2.3.1.2. Architecture technique
(i) Description générale
Le groupe TMSA est doté d’une plateforme technique, au niveau du site principal, permettant l’hébergement
de la solution Oracle EBS en production selon les caractéristiques suivantes :
Primary Server DB
10gR2
Primary Server APP
Port 8010
Cluster A/P
192.168.7.YY
Secondary Server APP
Port 8010 192.168.7.XX
Secondary Server DB
10gR2
Aix 6.1 Aix 6.1
La configuration de l’architecture technique du site de secours est identique au site principal. La réplication
des données vers le site de secours est effectuée en temps réel. (cf. Annexe 3 : le schéma synoptique du
site principal et de secours)
Figure 3 : Architecture technique de l’environnement Production
20 05/06/2015
(ii) Description de la plateforme matérielle
Environnements Pré-Production & Production (site principal)
La solution Oracle E-business Suite est hébergée actuellement sur les serveurs de Production ayant les
caractéristiques suivantes :
Caractéristique Serveur Applicatif Serveur Base de données
CPU 4 4
RAM 8 Go 10 Go
SWAP 16 Go 16 Go
Vitesse d'horloge 4204 MHz 4204 MHz
Cartes FC 2 2
Cartes Ethernet 2 2
OS AIX 6.1 AIX 6.1
Les serveurs Pré-Production sont similaires aux serveurs de Production en termes de caractéristiques et de
ressources. L’architecture logique des serveurs Pré-Production est également identique aux serveurs de
Production.
Plateforme d’hébergement du site de secours
Le site de secours héberge l’environnement de Production et dispose d’une plateforme matérielle selon les
caractéristiques suivantes (identique aux serveurs Production du site principal):
Caractéristique Serveur Applicatif Serveur Base de données
CPU 4 4
RAM 8 Go 10 Go
SWAP 16 Go 16 Go
Vitesse d'horloge 4204 MHz 4204 MHz
Cartes FC 2 2
Cartes Ethernet 2 2
OS AIX 6.1 AIX 6.1
La réplication entre le site principal et le site de secours se fait en temps réel. L’architecture logique des
serveurs du site de secours est semblable à celle déployée dans le site principal.
(iii) Postes clients
Le prestataire doit se conformer à la grille de certification standard recommandée par Oracle pour proposer
les configurations à déployer pour les postes clients.
La configuration actuellement déployée dans les postes clients est la suivante :
Système d’exploitation MS Windows 7 64bits, avec une perspective de passage vers la version 8.1 ;
21 05/06/2015
Les navigateurs utilisés actuellement sont de type IE9.
2.3.1.3. Prestation demandée
Le prestataire peut proposer une configuration plus évoluée de l’architecture technique déployée dans les
deux (2) sites, en tenant compte du matériel existant afin de satisfaire les exigences de haute disponibilité
matérielle.
Continuité des traitements en cas de panne
Le prestataire se doit de proposer une solution dans le cadre de l’architecture actuelle afin de permettre la
continuité des services en cas de panne dans l’un des deux nœuds de la configuration infrastructure actuelle.
Le résultat de la solution devrait permettre la reprise des services sur le nœud disponible (chargement de
l’environnement applicatif et base de données, lancement des services applicatifs associés …) en cas de
panne sur l'un des deux serveurs sans actions de paramétrage spécifiques, et au mieux sans aucune action
manuelle.
Montée de version du système d’exploitation
Afin d’assurer la montée de version du système d’exploitation IBM AIX vers la version 7.1 (64 bits) dans des
conditions optimales, le prestataire est tenu d’assister l’équipe TMPA dans les actions de montée de version
de l’OS après la migration vers la R12.
2.3.1.4. Sauvegarde
La politique de sauvegarde actuellement mis en place est la suivante :
Pour la Base de données : Une sauvegarde RMAN incrémentale au cours de la semaine, et une
sauvegarde complète (full) le weekend.
Pour l’applicatif : Sauvegarde à froid incrémental (avec arrêt de l’Applicatif) au cours de la semaine,
et une sauvegarde complète (full) le weekend.
Le prestataire est tenu d’inventorier la procédure de sauvegarde et de proposer, le cas échéant, les
mécanismes de sauvegarde à mettre en place. Ces mécanismes devront être compatibles avec les outils de
sauvegarde actuellement utilisés.
La solution VTL est la solution de sauvegarde virtuelle utilisée et elle est interfacée avec la stratégie actuelle
(TSM).
2.3.1.5. Accès et Sécurité
L’accès à l’environnement Oracle EBS se fait (cf. Annexe 4 : Le schéma global du réseau LAN/WAN pour le
groupe TMSA) via le réseau LAN et WAN.
Actuellement le protocole d’accès à l’environnement Oracle EBS via les navigateurs web est de type HTTP.
Le prestataire est tenu de garantir le passage au protocole d’accès de type HTTPS après la migration vers
la R12 dans l’environnement de production.
Le prestataire est convié à fournir les termes de la politique de sécurité selon les standards Oracle et en
adéquation avec les nouvelles fonctionnalités de la version R12 du système Oracle EBS. Cette procédure
doit inclure, entre autre, la description des différentes étapes techniques de gestion de sécurité et
22 05/06/2015
administration des comptes Oracle (Base de données, Système, Oracle Applications). La réalisation et le
test de la procédure incombe à la charge du prestataire.
2.3.1.6. Volumétrie et performance
Le prestataire est tenu de prendre connaissance de la volumétrie des transactions et des batch utilisées afin
de recalculer le dimensionnement d’espace nécessaire pour le stockage et définir les actions d’optimisation
à convenir (cf. Annexe 5 : La répartition de l’espace occupé par module fonctionnel).
Les performances à atteindre après la migration doivent au minima être équivalentes aux performances
actuelles au titre des traitements transactionnels. L'évaluation des temps d'exécution se fera par l'équipe
TMPA lors des tests de recette.
Le prestataire sera également convié à fournir une solution de configuration du serveur GTS afin de
permettre une gestion optimale des traitements consommateurs en termes de ressources. La possibilité de
configurer un GTS dédié pour une typologie de traitements est à définir avec l’équipe TMPA.
2.3.2. Les étapes du projet
Ci-dessous une représentation de la démarche de réalisation du projet, c’est une démarche indicative qui
reste incomplète et le prestataire est tenu de proposer dans son offre technique, une démarche détaillée qui
se base sur une méthodologie reconnue et recommandée par Oracle pour les projets de migration R12.
2.3.2.1. Étape I - Cadrage
L’étape de cadrage a pour rôle de permettre au prestataire d’identifier le périmètre de son intervention en
vue de définir :
L’approche méthodologique et de collaboration avec les équipes TMPA ;
Le plan et les modalités de migration (étapes de migration) ;
Les prérequis techniques de migration (ressources humaines et matérielles) ;
Les prérequis fonctionnelles pour assurer les améliorations et adaptations sur la nouvelle version
Oracle EBS R12 ;
Le planning détaillé du projet avec description des travaux.
Dans cette étape le prestataire est tenu de prendre connaissance de l’ensemble des modules déployés en
production, et de valider les spécificités existantes (la liste des spécificités est fournie en annexe).
Cadrage Analyse de l'existant/étude
de convergence Migration Tests Unit.
/Intégration
Recette Utilisateurs
MEP
Préparation Bascule
Formations équipe projet/technique
Figure 4 : Étapes du Projet
Formations Utilisateurs
Recette
Formations Utilisateurs
finaux
23 05/06/2015
Durant cette étape, le prestataire a l’obligation de prendre connaissance, également, de tout type de
documentation utile au bon déroulement du projet ; documentation de paramétrage, documentation
d’accompagnement technique, et tout autre élément pouvant impacter le déroulement de la phase.
À l’issue de cette étape le prestataire est tenu de fournir les livrables suivants :
Note de cadrage : Document décrivant l’approche méthodologique du projet et de collaboration
avec les équipes TMPA
Plan d’assurance Qualité : Document précisant les modalités de conduite du projet afin d’assurer
la qualité du déroulement du projet
Le planning détaillé avec description des travaux : Planning détaillé avec la mise en avant des
travaux et des réunions à programmer pour la durée du projet.
REMARQUE : Parmi les éléments de réponse au présent marché, le soumissionnaire est tenu de fournir le
plan de migration envisagé en précisant les étapes à suivre et justifiant chaque étape par une note Oracle.
2.3.2.2. Étape II – Formations équipe projet et équipe
technique
À l’issue de cette étape, le prestataire est tenu d’assurer les formations nécessaires à l’équipe projet ainsi
que l’équipe technique TMPA afin de garantir le transfert de compétences et la bonne exploitation
fonctionnelle du système Oracle EBS dans sa version R12. Le déroulement des formations doit se faire
conformément aux points ci-dessous :
Le planning des formations est à proposer par le prestataire et à valider par l’équipe TMPA : le
planning doit comprendre les dates de formation, l’objet de la formation et la population cible ;
Le prestataire doit fournir une équipe de consultants qualifiés disposant de l’expérience requise par
nature de formation ;
Les formations de l’équipe projet couvrent les thèmes suivants:
Overview et Zoom sur les nouveautés apportées par la version R12 ;
SLA (SubLedger Accounting) ;
Module GL ;
Module AP ;
Module AR ;
Module PO ;
Module FA ;
Module OM ;
Advanced Pricing :
Module INV ;
E-business Tax.
Les formations techniques, sont déclinées comme suit :
Formations nécessaires pour les « DBA Oracle Applications » de TMPA à l’administration la
Solution E-Business Suite version R12.
Formations nécessaires pour l’équipe SI TMPA à l’administration, l’exploitation et le
paramétrage des modules de la R12.
Le Prestataire est tenu à fournir un support papier et un support électronique par formation par personne. Il
est tenu de fournir également les livrables suivants :
Planning des formations : Planning par objet de formation, et par population cible. (Avant le début
de la formation)
Supports de formation : L’ensemble des documents et supports utilisés dans la formation.
Manuels d’utilisateurs : Supports de formation des utilisateurs finaux.
24 05/06/2015
Fiches d’évaluation des formations à chaud et à froid.
2.3.2.3. Étape III – Analyse de l’existant et Étude de
convergence
Dans cette étape, l’analyse portera sur les deux volets technique et fonctionnel.
Pour la partie fonctionnelle, l’analyse concerne l’inventaire de :
L’ensemble des fonctionnalités métiers,
Dossiers de paramétrages,
Interfaces, développements spécifiques et états exploités actuellement dans la production.
REMARQUE : Les États développés et recensés dans la liste des spécificités en annexe, sont à reconduire
dans la version R12 du système Oracle EBS. Au stade de la phase de l’upgrade, la recette des dits États
serait achevée. Le prestataire est donc tenu de ;
Inventorier les États spécifiques en production, en vue de proposer des améliorations des États des
modules en productions (ex. : besoin d’états spécifiques pour la partie financement – tableau
d’amortissement des emprunts …-) ;
Développer les États spécifiques des module en production ;
Mettre en œuvre les États développés après la validation de l’équipe TMPA ;
Fournir les documents de paramétrage et d’accompagnement des développements réalisés.
Pour la partie technique, l’analyse correspond à l’inventaire de :
L’ensemble des fonctionnalités techniques,
Configurations techniques,
Applications connexes,
Toute autre composante logicielle sollicitée par la migration.
Concernant les améliorations demandées en bas du présent document, le prestataire est tenu d’entreprendre
une description détaillée suite aux ateliers d’études et d’analyses à programmer. Toutefois les thèmes
détaillés dans l’analyse sont exhaustifs, le prestataire doit uniquement approfondir l’analyse du besoin et se
tenir au respect de la logique suivante :
Se conformer au standard d’Oracle EBS R12 ;
Proposer et prévoir des personnalisations selon les standards Oracle ;
À la fin de l’analyse de l’existant, le prestataire est tenu de mener une étude de convergence de la solution
EBS actuelle en comparaison à la solution Cible (EBS R12).
À l’issue de cette étape le prestataire doit fournir les livrables suivants :
Dossier d’étude de l’existant : Rapport d’analyse de l’existant et de définition de la vision
générale du périmètre fonctionnel et technique. Il implique une connaissance précise des besoins
fonctionnels attendus.
Dossier de l’étude de convergence.
Dossier de recette : Version initiale des tests unitaires, d’intégration et de fonctionnement à mener
lors des étapes de tests et recette.
25 05/06/2015
2.3.2.4. Étape IV -Migration
Le Prestataire est tenu de procéder à la migration vers la R12 dans l’environnement dédié mis à sa
disposition. Cette migration se fera selon la démarche initiée par le prestataire et validée par l’équipe TMPA.
Cette démarche doit garantir les conditions optimales de réalisation de la migration, et proposer des étapes
relavant des notes d’Oracle pour la réduction des risques et du temps d’arrêt de la production.
L’environnement de Pré-Production sera utilisé pour tester et valider la migration. Pour ce faire, le prestataire
est tenu d’assurer les prestations suivantes :
Logiciels de migration :
Le Prestataire doit être muni de tous les logiciels et outils nécessaires pour la réalisation de la migration.
Migration de l’environnement de production vers la dernière version Oracle EBS 12 certifiée :
La migration technique et iso fonctionnelle doit couvrir la somme des composants techniques et fonctionnels
de l’environnement de production actuel, ainsi explicitement la migration concerne :
La montée de version de la base de données Oracle vers la dernière version supportée par la R12 ;
Les modules fonctionnels du périmètre identifié ;
Le déploiement des nouvelles fonctionnalités de la R12 ;
Les développements spécifiques en production (cf. Annexe 1 : liste des spécifiques existants) ;
Le paramétrage nécessaire à la migration : à l’issue de la migration le prestataire est convié de
fournir un dossier de paramétrage complet reprenant l’ensemble des paramétrages des modules en
production et des nouveautés apportées par la version R12 ;
Optimisation des accès au système Oracle EBS via l’adoption de la connexion de type HTTPS.
La documentation de toute intervention technique et/ou fonctionnelle requise pour la migration : cette
documentation est à restituer dans le dossier de migration ;
La reprise des configurations d’impression actuelles, le prestataire se doit de garantir son
fonctionnement optimal sous Oracle EBS.
REMARQUE : Si le standard permet de prendre en charge (en entier) un développement spécifique ou un état
spécifique, le Prestataire est tenu proposer l’évolution à l’équipe TMPA pour prise en compte.
À l’issue de cette étape le prestataire doit fournir les livrables suivants :
Dossier de migration vers la R12 : Document décrivant l’ensemble des étapes déroulées lors de
la migration, les blocages rencontrés et les solutions apportées.
Dossier de paramétrage : Dossier définitif du paramétrage de l’ensemble des modules objets de
la migration.
Livrables des installations et des configurations : L’ensemble des livrables restituant les
actions d’installation et les configurations effectuées.
Rapport des anomalies techniques constatées : Rapport comprenant toutes les anomalies
techniques constatées et intégrant les actions entreprises par le prestataire pour résoudre les
anomalies.
2.3.2.5. Étape V - Tests unitaires et Tests d’intégration
Les tests unitaires et d’intégration sont à dérouler dans l’environnement mis à disposition par l’équipe TMPA.
Le prestataire est tenu de respecter le déroulement suivant :
Le prestataire doit effectuer les tests dits Usine afin d’éliminer toutes les anomalies technique avant
de livrer un prototype pour les tests utilisateurs ;
26 05/06/2015
L’équipe TMPA procède aux tests unitaires sous l’assistance du prestataire ;
Le dossier de recette doit comprendre les cas de tests du spécifique existant inventorié, et des cas
de tests des échanges avec les applications connexes. Le déroulement des tests unitaires du
spécifique existant et des tests d’intégration est à effectuer par l’équipe TMPA sous l’assistance du
prestataire ;
Les tests de montée de charge et de performance sont à dérouler dans cette étape par le prestataire.
Ce dernier est tenu de livrer des évidences sur cette montée de performance. L’évaluation de la
performance sera effectuée par l’équipe TMPA ;
Le dossier de recette peut subir des évolutions et des enrichissements en cours de test, le prestataire
est tenu de prendre en considération les modifications à intégrer dans le dossier de recette ;
Les résultats des tests unitaires et d’intégration doivent être consignés dans le dossier de recette
par le prestataire, et ce dernier est tenu de fournir un récapitulatif des travaux de test avec la version
actualisée du dossier de recette ;
Les anomalies constatées en cours de test sont à remonter aux comités de suivi pour analyse et
décision, le prestataire est tenu de fournir l’ensemble des éléments d’analyse pour prise de décision
par l’équipe TMPA.
L’équipe TMPA déroulera une dernière itération de tests des éventuelles anomalies soulevées et de
non régression.
Un PV de recette est à prévoir pour formaliser la validation des tests unitaires et d’intégration menés et
confirmer le passage à l’étape de recette utilisateurs.
À l’issue de cette étape, le prestataire doit fournir les livrables suivants :
Dossier de recette mis à jour avec récapitulatif des travaux de test : Version actualisée du
dossier de la recette récapitulant tous les tests déroulés et les résultats obtenus.
Rapport des anomalies constatées : Rapport comprenant toutes les anomalies constatées et
intégrant les actions opérées par le prestataire pour résoudre les anomalies.
Mise à jour des livrables précédents (dossier de paramétrage…)
2.3.2.6. Étape VI – Recette utilisateurs
Le déroulement des tests de fonctionnement est à commencer après l’évaluation et acceptation des tests
unitaires et d’intégration réalisés. Le prestataire est tenu d’assurer les formations nécessaires à l’équipe des
utilisateurs qui vont faire la recette par module et en fonction du contenu du cahier de recette. Les tests de
fonctionnement sont à dérouler selon les spécificités suivantes :
Les utilisateurs clés avec l’équipe TMPA procèdent au déroulement du cahier de recette avec
l’assistance du prestataire ;
Le prestataire est tenu de fournir les jeux de données adéquats pour le déroulement de la recette
utilisateurs ;
Le dossier de recette doit comprendre les cas intégrant le fonctionnement du spécifique existant
inventorié, et des échanges avec les applications connexes. Le déroulement des tests de
fonctionnement est à effectuer par les utilisateurs clés avec l’assistance du prestataire ;
Le dossier de recette peut subir des évolutions et des enrichissements en cours de recette, le
prestataire est tenu de prendre en considération les modifications à intégrer dans le dossier de
recette ;
Les résultats des tests de fonctionnement doivent être consignés dans le dossier de recette par le
prestataire, et ce dernier est tenu de fournir un récapitulatif des travaux de recette avec la version
finale du dossier de recette ;
Les anomalies constatées en cours de test sont à remonter aux comités de suivi pour analyse et
décision, le prestataire est tenu de fournir l’ensemble des éléments d’analyse pour prise de décision
par l’équipe TMPA.
27 05/06/2015
Un PV de recette est à prévoir pour formaliser la validation de la recette utilisateurs et confirmer le passage
à la mise en production.
À l’issue de cette étape le prestataire doit fournir les livrables suivants :
Dossier de recette mis à jour avec récapitulatif des travaux de recette : Version finale du dossier
de la recette récapitulant tous les tests déroulés et les résultats obtenus
Rapport des anomalies constatées : Rapport comprenant toutes les anomalies constatées et
intégrant les actions opérées par le prestataire pour résoudre les anomalies.
2.3.2.7. Étape VII – Préparation à la bascule
Cette étape est à prévoir en parallèle aux étapes tests et recettes, elle conditionne le bon déroulement de la
mise en production. Le prestataire se doit d’intégrer les spécificités suivantes dans son Plan d’Actions
Bascule afin de préparer au mieux la mise en production :
Répétition générale
Le prestataire est tenu de calculer le temps d’exécution des actions (chronogramme) de mise en production
dans l’environnement de recette mis à sa disposition afin d’optimiser les actions de migration technique dans
l’environnement de production et réduire le temps d’arrêt de la production, qui ne doit pas excéder 3 jours
ouvrés (1 jour d’arrêt + weekend).
Double saisie sur les deux systèmes Oracle EBS
Les opérations de double saisie sur les deux systèmes Oracle EBS 11i et la version migrée R12 sont à
maintenir après la mise en production, afin de permettre la certification des résultats comptables obtenus sur
les deux systèmes.
Le prestataire est tenu de prendre en considération cette condition dans l’élaboration du planning de mise
en production afin de prévoir la mise en production quelques jours avant les arrêtés comptables. Les arrêtés
comptables sont programmés à la fin de chaque mois.
La double saisie sur les 2 systèmes est à prévoir pendant une période de 1 mois minimum.
Le prestataire est tenu d’assurer, durant cette phase, une assistance sur site ou à distance.
Montée de version du système d’exploitation en production dans le site principal
Le système d’exploitation actuellement déployé dans le site principal et dans l’environnement de production
est de type IBM AIX dans sa version 6.1, la montée de la version du système d’exploitation est à prévoir
après la mise en production selon :
Le passage vers la version IBM AIX 7.1 certifiée Oracle R12 sera assuré par l’équipe TMPA avec
l’assistance du prestataire ;
Les tests de vérifications pour garantir l’intégrité du système sont à dérouler par l’équipe TMPA avec
l’assistance du prestataire.
Montée de version du système Oracle dans le site de secours
Après la mise en production de la solution dans l’environnement de production dans le site principal, le
prestataire est tenu de procéder à la montée de la version du site de secours vers la R12, selon :
La décision du moment de procéder à la montée de version du site de secours revient à l’équipe
TMPA, après le constat de la stabilité de l’environnement de production dans le site principal ;
28 05/06/2015
Le passage vers la version IBM AIX 7.1 sera assuré par l’équipe TMPA avec l’assistance du
prestataire ;
L’ensemble des prérequis applicatifs et système sont à préparer par l’équipe TMPA sous l’assistance
du prestataire ;
Les actions de montée de version seront déroulées par l’équipe TMPA sous l’assistance du
prestataire, via duplication d’environnement (clonage) ;
Les tests de réplication sont à prévoir sous l’assistance du prestataire.
À l’issue de cette étape le prestataire doit fournir le livrable suivant :
Plan de bascule : Plan d’action regroupant l’ensemble des actions à entreprendre en termes de
prérequis, actions de bascule et actions Post bascule.
2.3.2.8. Étape VIII - Mise en production
La décision de mise en production revient à l’équipe TMPA, suite à l’évaluation de l’étape de recette et au
déroulement des tests de fonctionnement dans l’environnement de recette. La mise en production doit se
dérouler selon les étapes suivantes :
Formation par module pour les utilisateurs finaux.
Le prestataire entamera la mise en production du système Oracle dans sa version R12 dans
l’environnement de production après la validation par l’équipe TMPA du bon déroulement des tests
de fonctionnement ;
Le rapport de mise en production doit être fourni par le prestataire à l’issue de la mise en production
de la solution ;
Le prestataire est tenu de prendre en charge l’ensemble des anomalies techniques et/ou
fonctionnelles constatées par les utilisateurs jusqu’à la stabilisation définitive de la production sous
la version R12.
Période de stabilisation du système en production
La période de stabilisation du système est à convenir avec l’équipe TMPA, le prestataire doit durant cette
période répondre à tout type d’anomalies techniques et/ou fonctionnelles remontées par les utilisateurs ou
par l’équipe TMPA, jusqu’à obtenir une stabilisation définitive du système en production.
Une procédure de gestion de ces incidents est à prévoir afin d’assurer une efficacité dans leur traitement
jusqu’à leur clôture dans les meilleurs délais.
Procédures d’exploitation
Le prestataire est convié à prendre en considération les procédures d’exploitation existantes et prendre en
charge leur mise à jour selon le standard certifié Oracle après la mise en production.
La procédure et politique de sauvegarde : le prestataire est tenu de vérifier la conformité de la
procédure de sauvegarde existante avec le standard Oracle, et proposer, le cas échéant, les
évolutions à intégrer dans la procédure actuelle. Les mises à jour seront réalisées par le prestataire.
Procédure de clonage : le prestataire est tenu de fournir la procédure de clonage adoptée pour la
version R12 du système Oracle en conformité avec les standards Oracle.
Procédure de gestion des mots de passe : le prestataire est tenu de prendre connaissance de la
procédure existante, et de vérifier sa conformité avec le standard certifié Oracle. Le prestataire est
convié à dérouler la procédure avec les utilisateurs clés de l’applicatif et de la base de données. En
cas de mise à jour, le prestataire et tenu de fournir une version actualisée.
Procédure de collecte des statistiques dans le système Oracle : le prestataire est tenu de
prendre en considération la procédure actuelle, et de proposer, le cas échéant, les améliorations en
29 05/06/2015
termes d’adaptation avec la version R12 du système Oracle. Les mises à jour seront réalisées par
le prestataire.
Purge des Logs et données obsolètes : le prestataire doit fournir la liste des traitements à dérouler
pour la purge selon le standard certifié Oracle. La réalisation de la procédure incombe au prestataire.
Politique de sécurité du système Oracle EBS R12 : le prestataire est tenu de fournir la politique
de sécurité conforme aux standards Oracle
À l’issue de cette étape le prestataire doit fournir les livrables suivants :
Rapport de mise en production : Rapport détaillant la procédure de mise en production de la
version R12 d’Oracle
Procédures d’exploitation : L’ensemble des procédures objets de mise à jour et d’enrichissement
effectuées par le prestataire
Bilan Phase : Document récapitulatif des étapes clés de la phase
2.3.3. Description des adaptations fonctionnelles à réaliser dans le cadre du projet
Au cours du projet de la migration, et afin de tirer profit des possibilités de l’ERP, le prestataire est tenu de
réaliser des adaptations fonctionnelles pour répondre aux besoins des équipes métiers TMSA. Le périmètre
fonctionnel identifié et tel que décrit sert uniquement pour cadrer le besoin. Le prestataire devrait
entreprendre une description détaillée suite aux ateliers d’études et d’analyses à tenir.
Le périmètre des adaptations fonctionnelles arrêté autour de la solution Oracle EBS concerne ce qui suit :
1. La gestion des commandes clients et Gestion des encaissements ;
2. La Gestion des Factures et Règlements ;
3. La gestion des immobilisations ;
4. Les déclarations fiscales ;
5. Autres adaptations.
2.3.3.1. Gestion des commandes clients et Gestion des
encaissements
(i) Assainissement du référentiel Clients
Le prestataire est convié à :
Fournir les outils et moyens d’assainissement des référentiels clients ;
Vérifier la présence de clients en double dans les référentiels clients du système d’information ;
Vérifier l’exhaustivité ou non crédibilité des informations liées au Client dans les différents
référentiels du système d’information ;
Proposer les actions d’amélioration et d’optimisation des référentiels clients du système
d’information auprès de l’équipe TMPA ;
Analyser et étudier le procédé de reprise des référentiels clients des autres systèmes de gestion
dans le module AR ;
30 05/06/2015
Assister l’équipe TMPA dans l’assainissement en préservant l’historique des actions de fusions ;
Formaliser et livrer la procédure d’assainissement du référentiel client dans AR.
(ii) Pénalités de retard
Les pénalités relatives aux retards de paiement doivent être gérées dans le système Oracle EBS. À ce titre
le prestataire est tenu de :
Proposer une mise à niveau, dans le cadre du standard du système Oracle EBS, pour gérer
automatiquement les pénalités de retard, à travers :
o L’ajout de lignes de mouvements relatives aux pénalités de retard ;
o Le calcul automatique selon des règles à préciser.
Procéder à la mise en place de la proposition après approbation par l’équipe TMPA ;
Livrer le document de paramétrage du procédé mis en place selon le standard en vigueur ;
Prévoir une formation particulière auprès des utilisateurs clés.
(iii) Gestion des avances clients
La gestion des avances clients doit s’effectuer directement dans le module AR, actuellement les avances
clients sont gérées sous forme d'OD dans GL. Le prestataire doit répondre à cette disposition, à travers :
La proposition d’un procédé, dans le cadre du standard du système Oracle EBS, pour gérer les
avances clients dans le module AR ;
La mise en place du procédé après l’approbation de la proposition par l’équipe TMPA ;
La livraison du document de paramétrage correspondant au dispositif.
(iv) Gestion des remboursements
La gestion des remboursements doit s’effectuer directement sur le module AR, à ce titre le prestataire est
tenu de :
Proposer un procédé de gestion des remboursements dans le module AR ;
Analyser et étudier les traitements de centralisations et d’imputations comptables ;
Procéder à la mise en place du dispositif après l’approbation de la proposition par l’équipe TMPA ;
Livrer le document de paramétrage du procédé mis en place selon le standard en vigueur (avec
précision des schémas comptables adoptés).
(v) Gestion du recouvrement
La gestion du recouvrement doit s’opérer dans le système Oracle EBS. La fonctionnalité est déjà paramétrée
dans le module AR, sauf que les opérations de recouvrement s’effectuent en dehors du système Oracle
EBS.
Le prestataire est convié d’accompagner les utilisateurs clés pour permettre la gestion du recouvrement dans
le module AR, à travers ;
L’inventaire du paramétrage existant ;
La proposition, le cas échéant, d’améliorations et d’optimisation de la gestion du recouvrement selon
le standard de l’outil ;
31 05/06/2015
L’analyse et l’étude des besoins spécifiques de l’ensemble des filiales du groupe en vue de
généraliser un procédé de gestion du recouvrement optimal;
La mise en place du procédé optimal suite à l’approbation de l’équipe TMPA ;
La réalisation et la livraison du document de paramétrage correspondant.
(vi) Formation
Comme spécifié en haut, prévoir une formation à dispenser aux utilisateurs clés concerne les améliorations
apportées et au fonctionnement du module concerné.
2.3.3.2. Gestion des Factures et Règlements
(i) Assainissement du référentiel Fournisseurs
Le prestataire est convié à :
Fournir les outils et moyens d’assainissement ;
Vérifier la présence de Fournisseurs en double ;
Vérifier l’exhaustivité ou non crédibilité des informations liées au Fournisseur ;
Proposer les actions d’amélioration et d’optimisation du référentiel Fournisseurs auprès de l’équipe
TMPA ;
Assister l’équipe TMPA dans l’assainissement en préservant l’historique des actions de fusions ;
Formaliser et livrer la procédure d’assainissement du référentiel Fournisseurs dans AP.
(ii) Factures périodiques / Charges répétitives
Les factures périodiques font l’objet, actuellement, d’une saisie manuelle récurrente. L’automatisation de la
saisie de telles factures, notamment liées aux abonnements (téléphone, eau, électricités, internet …)
permettrait une réduction conséquence du temps et aux risques d’erreurs de saisies.
Le prestataire est tenu d’activer la fonctionnalité de charges répétitives, dans le cadre du standard de l’outil,
afin de permettre l’automatisation des factures périodiques, à travers :
La proposition d’un dispositif cible clair et optimal ;
L’étude et l’analyse des besoins de contrôles, de validation (workflow), etc ;
La mise en place de la proposition après l’approbation de l’équipe TMPA ;
La livraison du document de paramétrage correspondant au dispositif mis en place.
(iii) Retenue de garantie et retenue à la source
Les retenues de garantie et retenues à la source, actuellement calculées de façon manuelle, doivent être
intégrées et calculées automatiquement dans le système Oracle EBS. Le prestataire est convié à apporter
l’amélioration attendue à travers :
32 05/06/2015
La proposition d’une mise à niveau optimale dans le cadre du standard de l’outil ;
L’analyse et l’étude du schéma comptable approprié (utilisation du Module SLA) ;
La mise en place de la proposition après l’approbation de l’équipe TMPA ;
La livraison du document de paramétrage correspondant à la solution déployée (avec précision des
schémas comptables utilisés).
(iv) Formation
Comme spécifié en haut, prévoir une formation à dispenser aux utilisateurs clés concerne les améliorations
apportées et au fonctionnement du module concerné.
2.3.3.3. Gestion des immobilisations
(i) Fonctionnement
La gestion des immobilisations s’opère via le module FA du système Oracle EBS actuellement déployé. Son
exploitation permet :
La gestion des immobilisations ;
La gestion des inventaires.
Gestion des inventaires :
La gestion des inventaires est effectuée en dehors du système Oracle, avec les spécificités suivantes :
Les inventaires se font une fois par an ;
Les références des immobilisations sont gérées manuellement ;
L’inventaire est effectué manuellement : Absence de dispositifs permettant d’inventorier et
rapprocher les immobilisations (lecteur de codes à barres ou autre matériel similaire).
(ii) Besoin fonctionnels
Le prestataire est convié de tenir des ateliers afin de détailler davantage le besoin avec les métiers.
Gestion des immobilisations :
Le module FA doit permettre l’utilisation des fonctionnalités suivantes :
La gestion des immobilisations de type PAS ;
Vérifier la date début de capitalisation de l’immobilisation qui doit correspondre à la date de mise en
service de l’immobilisation ;
Permettre l’importation d’un fichier d’éclatement sous format Excel ;
33 05/06/2015
Prévoir une solution permettant de tenir informé le service comptabilité que la réception globale a
été faite au niveau du système pour procéder à la capitalisation de l’immobilisation ;
Gestion des inventaires
Le module FA doit permettre l’utilisation des fonctionnalités suivantes :
L’intégration de la clé lieu pour chaque immobilisation afin de permettre l'identification du lieu
d'établissement de l'immobilisation et faciliter les opérations d'inventaire physique ;
Proposer une solution de référencement automatique des immobilisations (personnalisation du
champ n° d’inventaire par exemple) au niveau du système Oracle en vue de mettre en place un
système d’étiquetage ;
Étudier et analyser la possibilité de mettre en place un mécanisme d’inventaire et de rapprochement
automatisé, avec la possibilité d’utiliser la référence de l’immobilisation attribuée par le système
Oracle EBS;
Reporting et États
Les États recensés en réponse au besoin manifeste de mise à niveau du module FA sont les suivants :
Un état spécifique regroupant les immobilisations en cours de construction afin d'assurer leur suivi ;
État spécifique, à l'issu de la mise en service de l'immobilisation comportant, entre autre :
o Intitulé de l'immobilisation
o Date de mise en œuvre
o Valeur de l'immobilisation
Un état permettant la distinction entre les immobilisations de type PAS ou capitalisée pour besoin
d’inventaire ;
Alimenter le tableau 16 de la liasse fiscale (vérifier si ce n’est pas déjà fait)
Cette liste demeure, néanmoins, minimaliste, le prestataire se doit de prévoir la tenue des ateliers de collecte
du besoin spécifique en États et reporting pour la partie gestion des immobilisations.
(iii) Formations
Les formations à dispenser aux utilisateurs clés concernent les points suivants :
Gestion des immobilisations :
Formation sur le fonctionnement du module après mise en place des évolutions demandées ;
34 05/06/2015
2.3.3.4. Déclarations fiscales
(i) Fonctionnement
Les déclarations d’impôt et taxes sont gérées en dehors du système Oracle EBS.
Ci-dessous la liste des déclarations effectuées dans le cadre des déclarations fiscales :
N° Intitulé Description
1 Déclaration de l'IS
Selon l'article 6-II-A du CGI;
• Exonération totale durant les 5 premiers exercices
• Imposition au taux 8,75% pour les 20 exercices
• Au-delà, imposition à l’IS en vigueur
2 Déclaration de la TVA Selon la note circulaire 717, les zones franches ne sont pas assujetties à la TVA
3 Déclaration de la Taxe portuaire
La taxe portuaire due sur les services rendus dans l`enceinte du port, à l`exclusion des services liés au transport international relatifs aux marchandises en transit non destinés au marché national.
4 Déclaration de la Taxe professionnelle
En vertu de l’article 6-II-2° de la loi 47-06, exonération pendant les 15 premières années
5 Déclaration de la Taxe des services communaux
En vertu de l’article 29 de la loi 19-94, exonération de la taxe
6 Déclaration des droits d'enregistrement
Selon l'article 27 de loi 19-94, exonération:
• Les actes de constitution et d`augmentation de capital
• Les acquisitions de terrains (sous réserve du respect des conditions d'exonération prévues par le CGI)
7 Déclaration de l'IR Barème en vigueur du CGI
8 Déclaration de la Taxe sur les terrains non bâtis
Barème en vigueur du CGI
9 Déclaration des Retenues à la source
Barème en vigueur du CGI
10 Déclaration des honoraires (rémunérations versées à des tiers)
Barème en vigueur du CGI
11 Taxe régionale La taxe régionale relative aux services portuaires.
35 05/06/2015
(ii) Besoin fonctionnels
Le besoin est d’intégrer de bout en bout la gestion des déclarations fiscales dans le système Oracle EBS.
Le prestataire est tenu, à cet effet, de détailler davantage le besoin en programmant des ateliers spécifiques
dans ce sens. À ce titre le prestataire doit prendre en considération le déroulement suivant :
Proposer la solution optimale dans le cadre du standard Oracle et des nouvelles fonctionnalités R12
(utiliser les fonctionnalités du nouveau module E-business Tax) ;
Identifier et définir les règles de gestion des taxes selon les spécificités des filiale du groupe TMSA ;
Procéder aux paramétrages nécessaires après approbation de l’équipe TMPA ;
Fournir les documents de paramétrage correspondants ;
Reporting et États
Le système doit permettre l’édition des états relatifs à l’ensemble des déclarations fiscales suscités.
(iii) Formations
Les formations à dispenser dans le cadre du besoin exprimé sont les suivantes :
Formation technique et fonctionnelle sur l’utilisation et le fonctionnement du nouveau module E-
business Tax auprès de l’équipe TMPA ;
Formation des utilisateurs clés sur l’utilisation du système Oracle pour gérer les déclarations fiscales.
2.3.3.5. Autres mises à niveau
(i) Assainissement du Référentiel comptes bancaires
Le référentiel des comptes bancaire utilisé dans le système Oracle EBS doit être assaini, à ce titre le
prestataire est tenu d’assister l’équipe TMPA à travers :
Fournir les outils et moyens d’assainissement du référentiel comptes bancaire ;
Vérifier la présence des comtes en double ;
Vérifier l’exhaustivité ou non crédibilité des informations ;
Proposer les actions d’amélioration et d’optimisation auprès de l’équipe TMPA ;
Assister l’équipe TMPA dans l’assainissement ;
Formaliser et livrer la procédure d’assainissement du référentiel comptes bancaire ;
Activer la fonctionnalité iPayment permettant de couvrir la gestion prévisionnelle de la trésorerie et
préparer, pré-valider, ajuster, valider et confirmer le paiement.
36 05/06/2015
2.3.3.6. Récapitulatif des formations du projet
Comme avancé précédemment, le prestataire est tenu d’assurer toutes les formations nécessaires aux
utilisateurs de l’ERP, afin de garantir le transfert de compétences et la bonne exploitation fonctionnelle du
système Oracle EBS dans sa version R12. Pour rappel, le déroulement de toutes les formations doit se faire
conformément aux points ci-dessous :
Le planning des formations est à proposer par le prestataire et à valider par l’équipe TMPA : le
planning doit comprendre les dates de formation, l’objet de la formation et la population cible ;
Le prestataire doit fournir une équipe de consultants qualifiés et disposant de l’expérience requise
par nature de formation ;
Le Prestataire est tenu à fournir un support papier et un support électronique par formation par personne.
Également, il est tenu de fournir les livrables suivants :
Planning des formations : Planning par objet de formation, et par population cible. (avant le début
des formations)
Supports de formation : L’ensemble des documents et supports utilisés dans la formation.
Manuels d’utilisateurs : Supports de formation des utilisateurs finaux.
Rapport de formation : Compte rendu du déroulement des formations.
Fiches d’évaluation à chaud et à froid.
Étape Formation Population cible
Après le cadrage
Formation sur les nouvelles fonctionnalités de la
version R12 par module
Formation sur le fonctionnement du nouveau
module SLA (SubLedger Accounting)
Formation sur le fonctionnement du nouveau
module E-business Tax
Formation sur l’administration fonctionnelle et
technique du système Oracle R12
…
Équipe Projet
TMSA/Équipe technique
Avant la recette
utilisateurs Formation fonctionnelle par module Équipe Recette
Après la mise en
production
Formation détaillée sur le fonctionnement des
modules déployés d’Oracle R12 Utilisateurs finaux
Concernant les adaptations réalisées sur la version R12 de l’ERP, les formations à dispenser sont listées
comme suit :
Module / Thème Intitulé formation Nombre de jours
Gestion des commandes clients et Gestion des encaissements (Modules AR)
Pénalités de retard Gestion des avances
clients Gestion des
remboursements Gestion du recouvrement Saisie et traitement des
factures Suivi des factures Lettrage
2
Gestion des Factures et Règlements
Saisie des factures périodiques
1
37 05/06/2015
(Module AP) Gestion de la retenue de garantie
Gestion de la retenue à la source
Gestion des déclarations fiscales
Formation sur le module E-business Tax (paramétrage et fonctionnement)
1
Total 4
2.3.3.7. Récapitulatif des livrables du Projet
Ci-après la liste des livrables à produire par le prestataire et à remettre à l’équipe TMPA selon les étapes
décrites ;
Étape Livrable
Cadrage
Note de cadrage
Plan d’assurance qualité
Le planning détaillé avec description des travaux
Analyse de l’existant
Dossier d’étude de l’existant
Dossier de l’étude de convergence
Dossier de recette
Migration
Dossier de migration vers la R12
Dossiers de paramétrages par module
Livrables des installations et des Configurations
Procédures d’assainissement des référentiels
Rapport des anomalies techniques constatées
Tests unitaires et d’intégration
Dossier de recette mis à jour avec récapitulatif des travaux de recette
Rapport des anomalies constatées
Recette Utilisateur Dossier de recette mis à jour avec récapitulatif des travaux de recette
Rapport des anomalies constatées
Préparation Bascule Plan de bascule
Mise en production
Rapport de mise en production
Procédures d’exploitation
Bilan du projet
Formations
Planning des formations
Supports de formation
Manuels d’utilisateurs
Rapport de formation
Fiches d’évaluation.
2.4. Conduite du changement
La conduite du changement représente un facteur capital pour assurer la réussite du projet. Le changement
suite à l’évolution du système Oracle EBS doit être maîtrisé et géré comme un processus à part entière. Ce
processus doit aboutir à une réelle appropriation par tous les utilisateurs de la solution.
Le prestataire est tenu, à cet effet, de mettre en œuvre un plan d’accompagnement au changement tenant
compte des spécificités suivantes:
Auprès de l’équipe TMPA
38 05/06/2015
En permettant à l’équipe TMPA d’acquérir le savoir-faire nécessaire à la prise en charge du système après
son déploiement en assurant l’exploitation, la maintenance et l’évolutivité de la solution.
Toutes les installations et les configurations sont à réaliser sur site et en présence de l’équipe TMPA avec
la garantie de transfert de compétence et de livraison des manuels associés.
Auprès des utilisateurs finaux
En permettant aux utilisateurs finaux de disposer du savoir-faire et de la compétence adéquate en vue d’une
utilisation optimale de la solution selon le périmètre fonctionnel défini dans le présent marché.
Le prestataire doit entretenir une communication permanente sur le projet vis-à-vis des différentes parties
prenantes (Équipe TMSA, Utilisateurs, autres parties prenantes).
Section III : Bordereau des prix – détail estimatif
Projet Désignation des
prestations
Unité
de
mesure
QTT
PRIX UNITAIRE HT en DH Prix Total HT
en DH EN CHIFFRES
EN LETTRES
MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU GROUPE TMSA VERS LA VERSION R12
-Cadrage
-Analyse de l'existant
Forfait
01
Prestations de la Migration
Forfait
01
Mise en Production
Forfait
01
Montant Total Hors Taxes
Arrêté le présent Bordereau des Prix à la somme de : ………………………
39 05/06/2015
DERNIÈRE PAGE
MARCHÉ N°TMPA_AO_65_15
OBJET : « MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU GROUPE TMSA VERS LA
VERSION R12»
Montant du marché: (en chiffres et en lettres) : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . .
40 05/06/2015
Dressé par :
À . . . . . . . . . . . , le ……/……. /…………
Lu et accepté par :
(L’entrepreneur)
À . . . . . . . . . . . , le ……/……. /…………
Vu et Vérifié par :
À . . . . . . . . . . . , le ……/……. /…………
Présenté par :
À . . . . . . . . . . . , le ……/……. /…………
Approuvé par :
À . . . . . . . . . . . , le ……/……. /…………
41 05/06/2015
Annexes
III.1 Annexe 1 : Liste des spécifiques existants
ID Module
OA Code annoncé Description fonctionnelle Type annoncé
Dérivés d’Oracle
À Migrer
1 GL XXGL GRAND LIVRE État comptable « Grand Livre » PL/SQL OUI
2 AR TMPA_Edition_Facture_Escale
État d’édition de facture Oracle Reports OUI
3 GL XXGL BALANCES GENERALE
État de balance générale PL/SQL OUI
4 AP XXAP Ordre de Virement État « Ordre de virement » PL/SQL OUI
5 PO XXPO État de contrôle de commande
PL/SQL OUI
6 PO TMPA Imprimer une commande
État pour l’impression d’un bon de commande ou demande d’achat saisi sur AP
Oracle Reports OUI
7 AR XXTMPA_SIFRET_ENC_LOAD
Traitement de chargement des règlements à partir du SI FRET (base de données SQL Server)
PL/SQL OUI
8 AR TMPA Edition Facture Divers
État d’édition de facture Oracle Reports OUI
9 AR XXAR Facture Générique État d’édition de facture Oracle Reports OUI
10 AR XXAR Balance Client État Balance Client : Délai moyen de paiement par client
PL/SQL OUI
11 AR XXAR situation facture client
État pour faire le suivi des factures clients
PL/SQL OUI
12 PO TMSA Imprimer une Commande
État pour l’impression d’un bon de commande ou demande d’achat saisi sur AP
Oracle Reports OUI
13 GL XXGL Balance Produit État pour le suivi par le contrôle de gestion
PL/SQL OUI
14 AP XXAP Balance Fournisseurs
État balance fournisseurs Délai moyen de paiement par Fournisseur
PL/SQL OUI
15 AR TMPA Edition Facture Marchandises
État d’édition de facture Oracle Reports OUI
16 GL XXGL BALANCE PROJET V1
État pour le suivi par le contrôle de gestion
PL/SQL OUI
17 AR TMPA Edition Facture Redevance
État d’édition de facture Oracle Reports OUI
18 AR TMSA AR : Interface Entrante Sage (PH2)
Traitement de chargement du fichier CSV contenant des factures Phase 2
PL/SQL OUI
19 AR TMSA AR : Interface Entrante Sage (PH1)
Traitement de chargement du fichier CSV contenant des factures Phase 1
SQL*Loader OUI
20 GL XXGL Intercout État pour le suivi des flux inter-compagnies
PL/SQL OUI
21 GL XXGL_AC_INTERCOUT_ASSIETTE
État pour le suivi des flux inter-compagnies
PL/SQL OUI
22 AP XXAP_DETAIL_BALANCE_FRS
État balance fournisseurs Délai moyen de paiement par Fournisseur : détaillée par mouvement
PL/SQL OUI
23 AR XXAR_TMSA_Situation_facture
État pour le suivi de la situation client
PL/SQL OUI
42 05/06/2015
24 AR TMPA_Edition_Releve_Factures_TC_VRAC
État d’édition de facture Oracle Reports OUI
25 AR XXAR RORO Facture Passagers
État d’édition de facture Oracle Reports OUI
26 PO XXPO Contrôle Commande Investissement
État du contrôle budgétaire des commandes d’investissement
PL/SQL OUI
27 GL XXGL_LIASSE La liasse fiscale PL/SQL OUI
28 AR TMPA Edition Avoir Divers État d’édition de facture avoir Oracle Reports OUI
29 AR XXAR_DETAIL_BALANCE_CLIENT
État balance client Délai moyen de paiement par client : détaillée par mouvement
PL/SQL OUI
30 AR XXAR MAJ interface Facture RORO
Traitement PL/SQL OUI
31 AR XXTMPA : Chargement Règlements SIFRET
Traitement de chargement des règlements à partir du SI FRET (base de données SQL Server)
PL/SQL OUI
32 PO/INV XXPO_BON_DE_RECEPTION
État bon de réception PL/SQL OUI
33 AR XXTMPA Marquage des lignes de règlements
Traitement pour marquer les lignes de règlements récupérées du SI FRET
SQL*Plus OUI
34 AR XXTMPA Suppression des lignes de règlements incomplets
Traitement pour suppression des lignes de règlements incomplets récupérées du SI FRET
PL/SQL OUI
35 AR XXTMPA Validation des lignes de règlements
Traitement pour validation des lignes de règlements incomplets récupérées du SI FRET
PL/SQL OUI
36 AR XXTMPA_SIFRET_ENC_AR
Traitement pour récupération des règlements du SI FRET
PL/SQL OUI
37 AR TMSA Programme Contrat Traitement de génération des factures répétitives
PL/SQL OUI
38 AR XXGL_BALANCES_PJPAIEM _V
État de balance des paiements projets
PL/SQL OUI
39 PO XXPO_Situation_Commande
État pour le suivi de la situation des commandes
PL/SQL OUI
40 AR XXTMPA : Chargement Factures SIFRET
Traitement de chargement des factures du SI FRET
PL/SQL OUI
41 AR XXTMPA Marquage des lignes de factures
Traitement de marquage des lignes factures récupérées du SI FRET
SQL*Plus OUI
42 AR XXTMPA Suppression des lignes de factures Incomplets
Traitement de suppression des lignes factures récupérées du SI FRET
PL/SQL OUI
43 AR XXTMPA Validation des lignes de factures
Traitement de validation des lignes factures récupérées du SI FRET
PL/SQL OUI
44 GL XXGL État Dotations Aux Amortissements
État dotations aux
amortissements : État
englobant un ensemble de
données des immobilisations
PL/SQL OUI
45 AR XXTMPA_SIFRET_FACT_AR
Traitement de récupération de factures du SI FRET
PL/SQL OUI
46 AR XXTMPA_SIFRET_TRX_LOAD
Traitement de chargement de mouvements du SI FRET
PL/SQL OUI
47 GL XXGL_Balance Annuelle TMSA
État Balance générale annuelle PL/SQL OUI
43 05/06/2015
48 AR TMPA Edition Facture Eau/Électricité
État édition de facture Oracle Reports OUI
49 PO XXPO TABLEAU DE BORD ACHATS
État tableau de bord des achats PL/SQL OUI
50 AR XXAR Encours clients État des encours clients PL/SQL OUI
51 PO XXPO État de Contrôle de Commande (TM2)
État de contrôle budgétaire d’un bon de commande fonctionnement
PL/SQL OUI
52 AR XXTMPA Import Règlements AR
État import des règlements du SI FRET
PL/SQL OUI
53 AR XXAR TVA CLIENT PL/SQL
54 GL XXGL: Interface Entrante GL- Paie
Traitement de chargement du fichier de paie
Host OUI
55 INV XXINV Mouvements de stock valorisé
État de mouvements de stock valorisé
PL/SQL OUI
56 GL XXGL BILAN État bilan actif/passif PL/SQL OUI
57 GL XXGL CPC État CPC PL/SQL OUI
58 AR TMPA Edition Avoir Redevance
État édition de facture avoir Oracle Reports OUI
59 PO XXPO_SITUATION_CDE_PRJ
État de contrôle budgétaire pour commandes investissements
PL/SQL OUI
60 AR TMPA Edition Avoir Escale État édition d’avoir Oracle Reports OUI
61 GL XXGL Balances Fonctionnement
État balance fonctionnement PL/SQL OUI
62 AP XXAP Liste Fournisseur État liste des fournisseurs PL/SQL OUI
63 INV XXIC_BONDESORTIE État de sortie de stock
PL/SQL OUI
64 PO/INV XXPO Synthèse des réceptions de commandes
État des réceptions de commandes
PL/SQL OUI
65 AR TFZ Ajustement interface Factures AR
TFZ : Traitement d'ajustement l'interface Factures AR via Table Spécifique (à partir de fichiers .csv)
PL/SQL OUI
66 AR TFZ Chargement Interface Clients AR
TFZ : Traitement de chargement l'interface Clients AR via Table Spécifique (à partir de fichiers .csv)
SQL*Loader OUI
67 AR TFZ Chargement Interface Factures AR
TFZ : Traitement de chargement l'interface Factures AR via Table Spécifique (à partir de fichiers .csv)
SQL*Loader OUI
68 AR TFZ Chargement Interface Règlements AR
TFZ : Traitement de chargement l'interface Règlements AR via Table Spécifique (à partir de fichiers .csv)
SQL*Loader OUI
69 AR TFZ Import Règlements AR
TFZ : Traitement d'import Règlements AR via Table Spécifique (à partir de fichiers .csv)
PL/SQL OUI
70 AR TFZ Import Règlements AR (Remise à Zéro)
PL/SQL OUI
71 AR TFZ Imprimer une commande
Imprimer une commande (Portrait)
Oracle Reports OUI
72 AR TFZ Purge facture AR TFZ : Traitement de purge de l'interface Factures AR (fichiers .csv)
PL/SQL OUI
44 05/06/2015
73 AR TFZ Purge Interface Clients AR
TFZ : Traitement de purge de l'interface Clients AR (fichiers .csv)
PL/SQL OUI
74 AR TFZ Purge Règlements AR TFZ : Traitement de purge de l'interface Règlements AR (fichiers .csv)
PL/SQL OUI
75 AR TFZ Reprise Clients TFZ : Traitement reprises Clients AR (fichiers .csv)
PL/SQL OUI
76 QP_QPXPRFOR Changement au niveau des
écrans des panneaux
Personnalisations
Formulaire OUI
77 AP_APXSUMBA Changement au niveau des
écrans des panneaux
Personnalisations
Formulaire OUI
78 INV_INVSDUOM Changement au niveau des
écrans des panneaux
Personnalisations
Formulaire OUI
79 AR_ARXCUDCI_STD Changement au niveau des
écrans des panneaux
Personnalisations
Formulaire OUI
80 GLXIQACC Changement au niveau des
écrans des panneaux
Personnalisations
Formulaire OUI
III.2 Annexe 2 : Tableau détaillé des flux échangés
Les flux échangés entre le système Oracle et les autres applications du SI sont recensés dans le tableau ci-
dessous :
N° Données échangées Application Origine
Application Destination
Fréquence
1 Éléments de facturation concernant les escales de navires et autres services.
webMethods EAI OM Plusieurs fois par
jour
2 Factures et règlements clients de l’activité TIR et autres services.
Fichiers plats .csv extraits de Sage
AR Mensuelle
3 Écriture de la paie du personnel AGIRH GL Mensuelle
4 Factures et règlements clients pour le transit marchandise
SIFRET (SQL Server)
AR Quotidienne (la
nuit)
REMARQUE : le flux N°1 ne passe pas par les interfaces Oracle, son échange se fait par le biais de
connecteurs spécifiques de la plateforme EAI. Les connecteurs EAI sont supportés par la R12
45 05/06/2015
III.3 Annexe 3 : schéma synoptique du site principal et secours
Les Appliances RecoverPoint assurent une réplication avec journalisation, pour augmenter la fiabilité des
données répliquées sur le site distant.
Les baies de stockage utilisées pour les deux (2) sites sont de type VNX.
Figure 5 : Schéma synoptique du site principal et du site de secours
46 05/06/2015
III.4 Annexe 4 : Le schéma global du réseau LAN/WAN pour le groupe TMSA
III.5 Annexe 5 : La répartition de l’espace occupé par Module
La répartition de l’espace actuellement occupé par les données des différents modules fonctionnels déployés
du système Oracle EBS est le suivant :
Module Taille (Mo)
GL 7 128
AR 6 514
AP 310
PO 241
FA 240
INV 170
QP 35
.
Figure 6 : Schéma Global du réseau LAN/WAN TMSA