TMPA CPS Oracle EBS R12 PDF

MARCHÉ N° TMPA_AO_65_15
MIGRATION DE L’ERP ‘ORACLE E-BUSINESS

SUITE’ DU GROUPE TMSA VERS LA VERSION
R12
05/06/2015
PASSÉ AVEC : ………………………………………………
2
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
3
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
4
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
5
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’AUTRE PART
6
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’AUTRE PART
7
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.
Pôles du groupe TMSA

CMM
Pôle portuaire Plateforme Industrielle Pôle services
Un complexe portuaire développé Filiales dédiées à l’aménagement, la Sociétés de services pour assister les
autour des activités de construction de bâtiments, la promotion clients de TMSA et contribuer au
transbordement, d’import-export, et de et la commercialisation des zones développement de leurs activités.
logistique. d’activités.
Les filiales concernées : Les filiales concernées : Les filiales concernées :

 TMPA : Autorité portuaire du port  Tanger Free Zone (TFZ) :  CIRES TELECOM : Offre des
Tanger Med Promotion et commercialisation de solutions et services télécom
 TM II : En charge la réalisation du la plateforme industrielle de Tanger  TANGER MED ENGINEERING :
projet du Port Tanger Med 2 Med Propose des services liés à
 MEDHUB : Promotion et gestion  Tanger Automotive City (TAC) : l’ingénierie maritime
de la logistique dans la zone Plateforme Industrielle Automobile
franche  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
Figure 1 : Structure des Pôles du Groupe TMSA
NB : les filiales suivantes ne sont pas concernées par le présent projet :
 Tanger Automotive City (TAC)

 Tétouan Shore
 Tétouan Park
8
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é.
9
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-
10
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.
11
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.
12
05/06/2015
Les paiements seront effectués comme suit :
Projet
Désignation des prestations Condition de règlement Pourcentage de règlement
-Cadrage Après fourniture des 10% du montant de du
-Analyse de l'existant rapports et livrables marché
-Étude de convergence mentionnés dans le
présent CPS
-Migration - Après fourniture des 30% du montant du
-Tests unitaires / rapports et livrables marché
intégration mentionnés dans le
-Recette utilisateurs présent CPS
- Après signature du PV de
MIGRATION DE L’ERP ‘ORACLE E- recette
BUSINESS SUITE’ DU GROUPE -Préparation bascule - Après fourniture des 50% du montant du
TMSA VERS LA VERSION R12 -Mise en Production rapports et livrables marché
mentionnés dans le
présent CPS
Réception provisoire du - Fiche d’évaluations des 10% du montant de la du

marché formations. marché
- PV de réception Provisoire
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é.
13
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.
14
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.
15
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 ;
16
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.
17
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)
FINANCE VENTES
AR WEBMETHODS EAI
ACHATS AP
PO
AX
OM QP
INV GL
FA SI-FRET
RH/PAIE
AGIRH
Figure 2 : Cartographie applicative du SI TMSA
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.
18
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 Primary Server APP
10gR2 Port 8010
Cluster A/P
192.168.7.YY
Secondary Server APP Secondary Server DB
Port 8010 192.168.7.XX 10gR2
Aix 6.1 Aix 6.1
Figure 3 : Architecture technique de l’environnement

Production
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)
19
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 ;
20
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
21
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.
Analyse de l'existant/étude Tests Unit. Recette

Cadrage de convergence Migration MEP
/Intégration Utilisateurs
Préparation Bascule
Formations Formations Formations

équipe Utilisateurs Utilisateurs
projet/technique Recette finaux
Figure 4 : Étapes du Projet
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).
22
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.
23
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.
24
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.
 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 ;
25
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.
26
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.
 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 ;
27
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
28
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
 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 ;
29
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 ;
30
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 :
31
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 ;
32
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 ;
33
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
Selon l'article 6-II-A du CGI;
• Exonération totale durant les 5 premiers exercices

1 Déclaration de l'IS
• Imposition au taux 8,75% pour les 20 exercices
• Au-delà, imposition à l’IS en vigueur
Selon la note circulaire 717, les zones franches ne sont pas assujetties à la
2 Déclaration de la TVA
TVA
La taxe portuaire due sur les services rendus dans lènceinte du port, à
Déclaration de la Taxe
3 lèxclusion des services liés au transport international relatifs aux
portuaire
marchandises en transit non destinés au marché national.
Déclaration de la Taxe En vertu de l’article 6-II-2° de la loi 47-06, exonération pendant les 15
4
professionnelle premières années
Déclaration de la Taxe des

5 En vertu de l’article 29 de la loi 19-94, exonération de la taxe
services communaux
Selon l'article 27 de loi 19-94, exonération:
Déclaration des droits • Les actes de constitution et dàugmentation de capital

6
d'enregistrement
• 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
Déclaration de la Taxe sur les

8 Barème en vigueur du CGI
terrains non bâtis
Déclaration des Retenues à la

9 Barème en vigueur du CGI
source
Déclaration des honoraires

10 (rémunérations versées à des Barème en vigueur du CGI
tiers)
11 Taxe régionale La taxe régionale relative aux services portuaires.
34
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.
35
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

 Formation sur les nouvelles fonctionnalités de la
version R12 par module
 Formation sur le fonctionnement du nouveau
module SLA (SubLedger Accounting)
Après le cadrage  Formation sur le fonctionnement du nouveau Équipe Projet
module E-business Tax TMSA/Équipe technique
 Formation sur l’administration fonctionnelle et
technique du système Oracle R12
…
Avant la recette
Formation fonctionnelle par module Équipe Recette
utilisateurs
Après la mise en Formation détaillée sur le fonctionnement des
Utilisateurs finaux
production modules déployés d’Oracle R12
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

 Pénalités de retard
 Gestion des avances
clients
 Gestion des
Gestion des commandes clients
remboursements 2
et Gestion des encaissements
 Gestion du recouvrement
(Modules AR)
 Saisie et traitement des
factures
 Suivi des factures
 Lettrage
Gestion des Factures et  Saisie des factures
1
Règlements périodiques
36
05/06/2015
(Module AP)  Gestion de la retenue de
garantie
 Gestion de la retenue à la
source
 Formation sur le module
E-business Tax
Gestion des déclarations fiscales (paramétrage et 1
fonctionnement)
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
Note de cadrage
Cadrage Plan d’assurance qualité
Le planning détaillé avec description des travaux
Dossier d’étude de l’existant
Analyse de l’existant Dossier de l’étude de convergence
Dossier de recette
Dossier de migration vers la R12
Dossiers de paramétrages par module
Livrables des installations et des
Migration
Configurations
Procédures d’assainissement des référentiels
Rapport des anomalies techniques constatées
Tests unitaires et Dossier de recette mis à jour avec récapitulatif des travaux de recette
d’intégration Rapport des anomalies constatées
Dossier de recette mis à jour avec récapitulatif des travaux de recette
Recette Utilisateur
Rapport des anomalies constatées
Préparation Bascule Plan de bascule
Rapport de mise en production
Mise en production Procédures d’exploitation
Bilan du projet
Planning des formations
Supports de formation
Formations 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
37
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

Unité PRIX UNITAIRE HT en
Désignation des DH Prix Total HT
Projet de QTT
prestations EN EN en DH
mesure
CHIFFRES LETTRES
-Cadrage
Forfait
01
-Analyse de
l'existant
MIGRATION DE L’ERP Prestations de la
Forfait
‘ORACLE E-BUSINESS Migration
SUITE’ DU GROUPE TMSA 01
VERS LA VERSION R12
Forfait
Mise en
01
Production
Montant Total Hors Taxes
Arrêté le présent Bordereau des Prix à la somme de : ………………………
38
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) : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . .
39
05/06/2015
Dressé par : Lu et accepté par :
(L’entrepreneur)
À . . . . . . . . . . . , le ……/……. /………… À . . . . . . . . . . . , le ……/……. /…………
Vu et Vérifié par : Présenté par :
À . . . . . . . . . . . , le ……/……. /………… À . . . . . . . . . . . , le ……/……. /…………
Approuvé par :
À . . . . . . . . . . . , le ……/……. /…………
40
05/06/2015
Annexes
III.1 Annexe 1 : Liste des spécifiques existants

Module Dérivés À
ID Code annoncé Description fonctionnelle Type annoncé
OA d’Oracle Migrer
1 GL XXGL GRAND LIVRE État comptable « Grand Livre » PL/SQL OUI
TMPA_Edition_Facture_Es
2 AR État d’édition de facture Oracle Reports OUI
cale
XXGL BALANCES
3 GL État de balance générale PL/SQL OUI
GENERALE
4 AP XXAP Ordre de Virement État « Ordre de virement » PL/SQL OUI
XXPO État de contrôle de
5 PO PL/SQL OUI
commande
État pour l’impression d’un bon
TMPA Imprimer une
6 PO de commande ou demande Oracle Reports OUI
commande
d’achat saisi sur AP
Traitement de chargement des
XXTMPA_SIFRET_ENC_L
7 AR règlements à partir du SI FRET PL/SQL OUI
OAD
(base de données SQL Server)
TMPA Edition Facture
Divers
9 AR XXAR Facture Générique État d’édition de facture Oracle Reports OUI
État Balance Client : Délai

10 AR XXAR Balance Client PL/SQL OUI
moyen de paiement par client
XXAR situation facture État pour faire le suivi des
11 AR PL/SQL OUI
client factures clients
État pour l’impression d’un bon
TMSA Imprimer une
12 PO de commande ou demande Oracle Reports OUI
Commande
d’achat saisi sur AP
État pour le suivi par le contrôle
13 GL XXGL Balance Produit PL/SQL OUI
de gestion
État balance fournisseurs Délai
XXAP Balance
14 AP moyen de paiement par PL/SQL OUI
Fournisseurs
Fournisseur
Marchandises
XXGL BALANCE PROJET État pour le suivi par le contrôle
16 GL PL/SQL OUI
V1 de gestion
Redevance
Traitement de chargement du
TMSA AR : Interface
18 AR fichier CSV contenant des PL/SQL OUI
Entrante Sage (PH2)
factures Phase 2
Traitement de chargement du
TMSA AR : Interface
19 AR fichier CSV contenant des SQL*Loader OUI
Entrante Sage (PH1)
factures Phase 1
État pour le suivi des flux inter-
20 GL XXGL Intercout PL/SQL OUI
compagnies
XXGL_AC_INTERCOUT_A État pour le suivi des flux inter-
21 GL PL/SQL OUI
SSIETTE compagnies
État balance fournisseurs Délai
XXAP_DETAIL_BALANCE moyen de paiement par
22 AP PL/SQL OUI
_FRS Fournisseur : détaillée par
mouvement
XXAR_TMSA_Situation_fac État pour le suivi de la situation
23 AR PL/SQL OUI
ture client
41
05/06/2015
TMPA_Edition_Releve_Fac
tures_TC_VRAC
XXAR RORO Facture
Passagers
XXPO Contrôle Commande État du contrôle budgétaire des
26 PO PL/SQL OUI
Investissement commandes d’investissement
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
État balance client Délai moyen

XXAR_DETAIL_BALANCE
29 AR de paiement par client : PL/SQL OUI
_CLIENT
détaillée par mouvement
XXAR MAJ interface
30 AR Traitement PL/SQL OUI
Facture RORO
Traitement de chargement des
XXTMPA : Chargement
31 AR règlements à partir du SI FRET PL/SQL OUI
Règlements SIFRET
(base de données SQL Server)
XXPO_BON_DE_RECEPTI
32 PO/INV État bon de réception PL/SQL OUI
ON
Traitement pour marquer les
XXTMPA Marquage des
33 AR lignes de règlements SQL*Plus OUI
lignes de règlements
récupérées du SI FRET
Traitement pour suppression
XXTMPA Suppression des
des lignes de règlements
34 AR lignes de règlements PL/SQL OUI
incomplets récupérées du SI
incomplets
FRET
Traitement pour validation des
XXTMPA Validation des lignes de règlements
35 AR PL/SQL OUI
lignes de règlements incomplets récupérées du SI
FRET
XXTMPA_SIFRET_ENC_A Traitement pour récupération
36 AR PL/SQL OUI
R des règlements du SI FRET
Traitement de génération des
37 AR TMSA Programme Contrat PL/SQL OUI
factures répétitives
XXGL_BALANCES_PJPAI État de balance des paiements
38 AR PL/SQL OUI
EM _V projets
XXPO_Situation_Command État pour le suivi de la situation
39 PO PL/SQL OUI
e des commandes
XXTMPA : Chargement Traitement de chargement des
40 AR PL/SQL OUI
Factures SIFRET factures du SI FRET
Traitement de marquage des
XXTMPA Marquage des
41 AR lignes factures récupérées du SQL*Plus OUI
lignes de factures
SI FRET
XXTMPA Suppression des Traitement de suppression des
42 AR lignes de factures lignes factures récupérées du PL/SQL OUI
Incomplets SI FRET
Traitement de validation des
XXTMPA Validation des
43 AR lignes factures récupérées du PL/SQL OUI
lignes de factures
SI FRET
État dotations aux

amortissements : État
XXGL État Dotations Aux
44 GL englobant un ensemble de PL/SQL OUI
Amortissements
données des immobilisations
XXTMPA_SIFRET_FACT_ Traitement de récupération de

45 AR PL/SQL OUI
AR factures du SI FRET
XXTMPA_SIFRET_TRX_L Traitement de chargement de
46 AR PL/SQL OUI
OAD mouvements du SI FRET
XXGL_Balance Annuelle
47 GL État Balance générale annuelle PL/SQL OUI
TMSA
42
05/06/2015
48 AR État édition de facture Oracle Reports OUI
Eau/Électricité
XXPO TABLEAU DE BORD
49 PO État tableau de bord des achats PL/SQL OUI
ACHATS
50 AR XXAR Encours clients État des encours clients PL/SQL OUI
État de contrôle budgétaire d’un
XXPO État de Contrôle de
51 PO bon de commande PL/SQL OUI
Commande (TM2)
fonctionnement
XXTMPA Import État import des règlements du
52 AR PL/SQL OUI
Règlements AR SI FRET
53 AR XXAR TVA CLIENT PL/SQL
XXGL: Interface Entrante Traitement de chargement du
54 GL Host OUI
GL- Paie fichier de paie
XXINV Mouvements de État de mouvements de stock
55 INV PL/SQL OUI
stock valorisé valorisé
56 GL XXGL BILAN État bilan actif/passif PL/SQL OUI
57 GL XXGL CPC État CPC PL/SQL OUI
TMPA Edition Avoir
58 AR État édition de facture avoir Oracle Reports OUI
Redevance
État de contrôle budgétaire
XXPO_SITUATION_CDE_
59 PO pour commandes PL/SQL OUI
PRJ
investissements
60 AR TMPA Edition Avoir Escale État édition d’avoir Oracle Reports OUI
XXGL Balances
61 GL État balance fonctionnement PL/SQL OUI
Fonctionnement
62 AP XXAP Liste Fournisseur État liste des fournisseurs PL/SQL OUI
État de sortie de stock
63 INV XXIC_BONDESORTIE PL/SQL OUI
XXPO Synthèse des État des réceptions de

64 PO/INV PL/SQL OUI
réceptions de commandes commandes
TFZ : Traitement d'ajustement
TFZ Ajustement interface l'interface Factures AR via
65 AR PL/SQL OUI
Factures AR Table Spécifique (à partir de
fichiers .csv)
TFZ : Traitement de
TFZ Chargement Interface chargement l'interface Clients
66 AR SQL*Loader OUI
Clients AR AR via Table Spécifique (à
partir de fichiers .csv)
TFZ : Traitement de
TFZ Chargement Interface chargement l'interface Factures
67 AR SQL*Loader OUI
Factures AR AR via Table Spécifique (à
partir de fichiers .csv)
TFZ : Traitement de
chargement l'interface
TFZ Chargement Interface
68 AR Règlements AR via Table SQL*Loader OUI
Règlements AR
Spécifique (à partir de fichiers
.csv)
TFZ : Traitement d'import
Règlements AR via Table
69 AR TFZ Import Règlements AR PL/SQL OUI
Spécifique (à partir de fichiers
.csv)
TFZ Import Règlements AR
70 AR PL/SQL OUI
(Remise à Zéro)
TFZ Imprimer une Imprimer une commande
71 AR Oracle Reports OUI
commande (Portrait)
TFZ : Traitement de purge de
72 AR TFZ Purge facture AR l'interface Factures AR (fichiers PL/SQL OUI
.csv)
43
05/06/2015
TFZ Purge Interface Clients
73 AR l'interface Clients AR (fichiers PL/SQL OUI
AR
.csv)
74 AR TFZ Purge Règlements AR l'interface Règlements AR PL/SQL OUI
(fichiers .csv)
TFZ : Traitement reprises
75 AR TFZ Reprise Clients PL/SQL OUI
Clients AR (fichiers .csv)
Personnalisations
QP_QPXPRFOR Changement au niveau des
76 Formulaire OUI
écrans des panneaux
Personnalisations
AP_APXSUMBA Changement au niveau des
77 Formulaire OUI
Personnalisations
INV_INVSDUOM Changement au niveau des
78 Formulaire OUI
Personnalisations
AR_ARXCUDCI_STD Changement au niveau des
79 Formulaire OUI
Personnalisations
GLXIQACC Changement au niveau des
80 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 Application Fréquence

Origine Destination
1 Éléments de facturation webMethods EAI OM Plusieurs fois par
concernant les escales de jour
navires et autres services.
2 Factures et règlements clients de Fichiers plats .csv AR Mensuelle
l’activité TIR et autres services. extraits de Sage
3 Écriture de la paie du personnel AGIRH GL Mensuelle
4 Factures et règlements clients SIFRET (SQL AR Quotidienne (la

pour le transit marchandise Server) 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
44
05/06/2015
III.3 Annexe 3 : schéma synoptique du site principal et secours
Figure 5 : Schéma synoptique du site principal et du site de 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.
45
05/06/2015
III.4 Annexe 4 : Le schéma global du réseau LAN/WAN pour le groupe TMSA
Figure 6 : Schéma Global du réseau LAN/WAN 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
46
05/06/2015

TMPA CPS Oracle EBS R12 PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

TMPA CPS Oracle EBS R12 PDF

Transféré par

Droits d'auteur :

Formats disponibles

MARCHÉ N° TMPA_AO_65_15

MIGRATION DE L’ERP ‘ORACLE E-BUSINESS

I.1 OBJET DU MARCHÉ ...................................................................................................................................................... 8

SECTION II : CAHIER DES CLAUSES TECHNIQUES ..................................................................................................... 15

II.1 CONDUITE DU PROJET................................................................................................................................................ 15

SECTION III : BORDEREAU DES PRIX – DÉTAIL ESTIMATIF ....................................................................................... 38

III.1 ANNEXE 1 : LISTE DES SPÉCIFIQUES EXISTANTS ............................................................................................................... 41

La liste des figures

 Cas d’une personne morale

Agissant au nom et pour le compte de………………………………………………….en vertu des pouvoirs qui

Au capital social ………………………………………………….. Patente n°

Registre de commerce de ………………………………………….Sous le

Affilié à la CNSS sous n°

Faisant élection de domicile au

Compte bancaire n° (RIB sur 24 positions)……………………………………………………..Ouvert auprès

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

IL A ETE ARRETE ET CONVENU CE QUI SUIT

M. ………………………………………Agissant en son nom et pour son propre compte.

Registre de commerce de ………………………………………….Sous le

Patente n° ………………………………………….… Affilié à la CNSS sous n°

Faisant élection de domicile au

Compte bancaire n° (RIB sur 24 positions) …………………………………………………….. Ouvert auprès

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

IL A ETE ARRETE ET CONVENU CE QUI SUIT

Les membres du groupement soussignés constitués aux termes de la convention

M. ……………………………………… qualité …………………………….

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

(Servir les renseignements le concernant)

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

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

IL A ETE ARRETE ET CONVENU CE QUI SUIT

I.1 Objet du Marché

Pôles du groupe TMSA

Les filiales concernées : Les filiales concernées : Les filiales concernées :

Figure 1 : Structure des Pôles du Groupe TMSA

NB : les filiales suivantes ne sont pas concernées par le présent projet :

 Tanger Automotive City (TAC)

 La gestion et le développement des infrastructures portuaires,

 L’extension du support Oracle ;

I.2 Documents constitutifs du Marché

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

I.3 Référence aux textes généraux et spéciaux applicables au Marché

Tous les textes réglementaires rendus applicables à la date de signature du marché.

I.4 Validité et délai de notification de l’approbation du Marché

I.5 Pièces mises à la disposition du prestataire

I.6 Élection du domicile du prestataire

I.10 Nature des prix

I.11 Révision des prix

I.12 Cautionnement provisoire et cautionnement définitif

I.13 Retenue de garantie

I.14 Assurances - Responsabilités

I.15 Droits de timbre et d’enregistrement

I.16 Réception provisoire

À l’achèvement de toutes les prestations du présent marché, et en application de l’article 47 du CCAG-EMO,

I.17 Délai de garantie

I.18 Modalités de règlement

Réception provisoire du - Fiche d’évaluations des 10% du montant de la du

I.19 Pénalités pour retard