MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU … · 05/06/2015 marchÉ n° tmpa_ao_65_15 migration de l’erp ‘oracle e-business suite’ du groupe tmsa vers la version

05/06/2015

MARCHÉ N° TMPA_AO_65_15

MIGRATION DE L’ERP ‘ORACLE E-BUSINESS

SUITE’ DU GROUPE TMSA VERS LA VERSION

R12

2 05/06/2015

PASSÉ AVEC : ………………………………………………

3 05/06/2015

Sommaire

SECTION I : CLAUSES ADMINISTRATIVES ET FINANCIÈRES ........................................................................................ 8

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

I.2 DOCUMENTS CONSTITUTIFS DU MARCHÉ .......................................................................................................................... 9

I.3 RÉFÉRENCE AUX TEXTES GÉNÉRAUX ET SPÉCIAUX APPLICABLES AU MARCHÉ ............................................................................. 9

I.4 VALIDITÉ ET DÉLAI DE NOTIFICATION DE L’APPROBATION DU MARCHÉ .................................................................................. 10

I.5 PIÈCES MISES À LA DISPOSITION DU PRESTATAIRE .............................................................................................................. 10

I.6 ÉLECTION DU DOMICILE DU PRESTATAIRE ........................................................................................................................ 10

I.7 NANTISSEMENT ......................................................................................................................................................... 10

I.8 SOUS-TRAITANCE ....................................................................................................................................................... 10

I.9 DÉLAIS ..................................................................................................................................................................... 11

I.10 NATURE DES PRIX ..................................................................................................................................................... 11

I.11 RÉVISION DES PRIX ................................................................................................................................................... 11

I.12 CAUTIONNEMENT PROVISOIRE ET CAUTIONNEMENT DÉFINITIF .......................................................................................... 11

I.13 RETENUE DE GARANTIE ............................................................................................................................................. 11

I.14 ASSURANCES - RESPONSABILITÉS ................................................................................................................................ 12

I.15 DROITS DE TIMBRE ET D’ENREGISTREMENT .................................................................................................................... 12

I.16 RÉCEPTION PROVISOIRE ............................................................................................................................................. 12

I.17 DÉLAI DE GARANTIE .................................................................................................................................................. 12

I.18 MODALITÉS DE RÈGLEMENT ....................................................................................................................................... 12

I.19 PÉNALITÉS POUR RETARD ........................................................................................................................................... 13

I.20 RETENUE À LA SOURCE APPLICABLE AUX TITULAIRES ÉTRANGERS NON-RÉSIDENTS AU MAROC .................................................. 14

I.21 RÉCEPTION DÉFINITIVE .............................................................................................................................................. 14

I.22 RÉSILIATION DU MARCHÉ .......................................................................................................................................... 14

I.23 RÈGLEMENT DES DIFFÉRENDS ET LITIGES ....................................................................................................................... 14

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

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

1.1. Organisation du projet .................................................................................................................................... 15

1.2. Équipe projet ................................................................................................................................................... 15

II.2 DESCRIPTION DU PROJET ............................................................................................................................................ 16

2.1. Objectifs du Projet .......................................................................................................................................... 16

2.2. Contexte du projet .......................................................................................................................................... 16 2.2.1. Périmètre fonctionnel ................................................................................................................................................ 16 2.2.2. Les Exclusions du périmètre ....................................................................................................................................... 17

2.3. Les Phases du Projet ....................................................................................................................................... 18 2.3.1. Description du périmètre ........................................................................................................................................... 18

2.3.1.1. Cartographie applicative ..................................................................................................................................... 18 2.3.1.2. Architecture technique ....................................................................................................................................... 19 2.3.1.3. Prestation demandée .......................................................................................................................................... 21 2.3.1.4. Sauvegarde .......................................................................................................................................................... 21 2.3.1.5. Accès et Sécurité ................................................................................................................................................. 21 2.3.1.6. Volumétrie et performance ................................................................................................................................ 22

2.3.2. Les étapes du projet ................................................................................................................................................... 22 2.3.2.1. Étape I - Cadrage ................................................................................................................................................. 22 2.3.2.2. Étape II – Formations équipe projet et équipe technique .................................................................................. 23 2.3.2.3. Étape III – Analyse de l’existant et Étude de convergence .................................................................................. 24 2.3.2.4. Étape IV -Migration ............................................................................................................................................. 25 2.3.2.5. Étape V - Tests unitaires et Tests d’intégration ................................................................................................... 25 2.3.2.6. Étape VI – Recette utilisateurs ............................................................................................................................ 26

4 05/06/2015

2.3.2.7. Étape VII – Préparation à la bascule .................................................................................................................... 27 2.3.2.8. Étape VIII - Mise en production ........................................................................................................................... 28

2.3.3. Description des adaptations fonctionnelles à réaliser dans le cadre du projet .......................................................... 29 2.3.3.1. Gestion des commandes clients et Gestion des encaissements ......................................................................... 29 2.3.3.2. Gestion des Factures et Règlements ................................................................................................................... 31 2.3.3.3. Gestion des immobilisations ............................................................................................................................... 32 2.3.3.4. Déclarations fiscales ............................................................................................................................................ 34 2.3.3.5. Autres mises à niveau ......................................................................................................................................... 35 2.3.3.6. Récapitulatif des formations du projet ............................................................................................................... 36 2.3.3.7. Récapitulatif des livrables du Projet .................................................................................................................... 37

2.4. Conduite du changement ................................................................................................................................ 37

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

ANNEXES ................................................................................................................................................................ 41

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

III.2 ANNEXE 2 : TABLEAU DÉTAILLÉ DES FLUX ÉCHANGÉS ....................................................................................................... 44

III.3 ANNEXE 3 : SCHÉMA SYNOPTIQUE DU SITE PRINCIPAL ET SECOURS ..................................................................................... 45

III.4 ANNEXE 4 : LE SCHÉMA GLOBAL DU RÉSEAU LAN/WAN POUR LE GROUPE TMSA ............................................................... 46

III.5 ANNEXE 5 : LA RÉPARTITION DE L’ESPACE OCCUPÉ PAR MODULE ....................................................................................... 46

La liste des figures

Figure 1 : Structure des Pôles du Groupe TMSA.............................................................................................................. 8

Figure 2 : Cartographie applicative du SI TMSA ............................................................................................................ 18

Figure 3 : Architecture technique de l’environnement Production .............................................................................. 19

Figure 4 : Étapes du Projet ............................................................................................................................................ 22

Figure 7 : Schéma synoptique du site principal et du site de secours ........................................................................... 45

Figure 8 : Schéma Global du réseau LAN/WAN TMSA................................................................................................... 46

5 05/06/2015

ENTRE

1- TANGER MED PORT AUTHORITY, par abréviation « TMPA » société anonyme à conseil d’administration

au capital social de 1.250.000.000 dirhams convertibles, immatriculée au registre du commerce de Tanger

sous le numéro 43815, dont le siège social est situé à la Zone Franche de Ksar El Majaz, Oued R’Mel,

Commune Anjra, PROVINCE FAHS-ANJRA, représentée par son Directeur Général; désignée ci-après par

le « Maître d’ouvrage » ;

D'UNE PART

ET

Cas d’une personne morale

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

…………………………..……………………………….

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

lui sont conférés.

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

………………………………………….…..

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

n°………………………..……………….

Affilié à la CNSS sous n°

………………………………………………………………………………..………………….…….

Faisant élection de domicile au

……………………………………………………………………………...................

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

de…………………………………………………………………………………………………..…..

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

D’AUTRE PART

IL A ETE ARRETE ET CONVENU CE QUI SUIT

6 05/06/2015

cas de personne physique

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

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

n°………………………………………..

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

………………………………………..

Faisant élection de domicile au

……………………………………………………………………………...................

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

de ………………………………………………………………………………………………………………………


D’AUTRE PART


7 05/06/2015

cas d’un groupement

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

…………………………………………………………………(Les références de la

convention)………………………….. :

o Membre 1 :

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

Agissant au nom et pour le compte de…………………….en vertu des pouvoirs qui lui sont conférés.

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

Registre de commerce de ………………………Sous le n°…………………

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

Faisant élection de domicile au ……………………………………………...................

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

de………………………………………………………………………

o Membre 2 :

……………………………………………………………………………………………………

(Servir les renseignements le concernant)

o Membre n :

………………………………………………………………………………………………

Nous nous obligeons (conjointement ou solidairement, selon la nature du groupement)

Ayant M…………………………… (Prénom, nom et qualité) en tant que mandataire du groupement et

coordonnateur de l’exécution des prestations, ayant un compte bancaire commun sous n° (RIB sur 24

positions)………………………… ouvert auprès ……………………………………………………………..


D’AUTRE PART


8 05/06/2015

Section I : Clauses administratives et financières

I.1 Objet du Marché

Le présent marché a pour objet la «Migration de l’ERP ‘Oracle E-Business Suite’ du groupe TMSA vers la

version R12» tel que décrit dans la Section II du présent document.

Pour rappel, l’Agence Spéciale Tanger Méditerranée TMSA, société anonyme, créée par décret-loi N°2-02-

644 du 10 septembre 2002, prend en charge l’aménagement, le développement et la gestion du complexe

portuaire Tanger MED et d’une Grande Plateforme industrielle constituée de Zones Franches, Zones

d’activités industrielles et logistiques.

Dans le cadre de sa stratégie de filialisation et d’organisation par métier, le groupe TMSA est structuré en 3

pôles autonomes.

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

Tanger Automotive City (TAC)

Tétouan Shore

Tétouan Park

Un complexe portuaire développé

autour des activités de

transbordement, d’import-export, et de

logistique.

Les filiales concernées :

TMPA : Autorité portuaire du port

Tanger Med

TM II : En charge la réalisation du

projet du Port Tanger Med 2

MEDHUB : Promotion et gestion

de la logistique dans la zone

franche

Filiales dédiées à l’aménagement, la

construction de bâtiments, la promotion

et la commercialisation des zones

d’activités.


Tanger Free Zone (TFZ) :

Promotion et commercialisation de

la plateforme industrielle de Tanger

Med

Tanger Automotive City (TAC) :

Plateforme Industrielle Automobile

Tétouan Shore : Parc tertiaire

dédié à l’outsourcing de services

Tétouan Park : Parc industriel et

logistique dans la région de

Tétouan

Sociétés de services pour assister les

clients de TMSA et contribuer au

développement de leurs activités.


CIRES TELECOM : Offre des

solutions et services télécom

TANGER MED ENGINEERING :

Propose des services liés à

l’ingénierie maritime

Figure 1 : Structure des Pôles du Groupe TMSA

CMM Pôle portuaire Plateforme Industrielle Pôle services

Pôles du groupe TMSA

9 05/06/2015

En janvier 2010, TMPA s’est vue confier par décret-loi l’ensemble des missions et prérogatives publiques

relatives à la gestion et au développement du complexe portuaire Tanger MED.

TMPA assure, dans le cadre de ses prérogatives, les fonctions regroupées en quatre piliers :

La gestion et le développement des infrastructures portuaires,

L’exploitation en direct ou autorité concédant des terminaux portuaires,

La coordination et animation de la communauté portuaire,

L’exercice de la fonction de police portuaire.

En adéquation avec les exigences des activités du groupe TMSA, le besoin exprimé concernant la solution

de gestion déployée Oracle E-Business Suite, émerge les points ci-après :

L’extension du support Oracle ;

L’optimisation fonctionnelle et technique des processus supportés par la solution.

La prestation demandée dans le présent document est à réaliser pour le compte de TMPA. Les autres filiales

du groupe TMSA utilisent certains ou la totalité des modules de la solution sur la même instance.

Compte tenu de ce qui précède, TMPA assure le rôle de Maitre d’Ouvrage pour ce projet.

I.2 Documents constitutifs du Marché

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

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

1. L'acte d'engagement ;

2. Le présent cahier des prescriptions spéciales (CPS) ;

3. L'offre technique ;

4. Le bordereau des prix-détail estimatif ;

5. La décomposition des montants globaux,

6. Le Cahier des Clauses Administratives Générales Applicable aux marchés d’étude et de maitrise

d’œuvre (CCAG-EMO).

En cas de contradiction ou de différence entre les documents constitutifs du marché, ceux-ci prévalent dans

l’ordre où ils sont énumérés ci-dessus.

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

Le prestataire est soumis aux dispositions des textes suivants :

Textes généraux

o Le dahir du 28 août 1948 relatif au nantissement, tel qu’il a été modifié et complété;

o Le dahir n° 1-03-194 du 14 Rajeb 1424(11 septembre 2003) portant promulgation de la

loi n°65-99 relative au code du travail ;

o Le décret n° 2.01.2332 du 22 Rabii I 1423 (4 juin 2002) approuvant le cahier des clauses

administratives générales applicables aux marchés de services portant sur les

prestations d’études et de maîtrise d’œuvre passés pour le compte de l’État ;

o Tous les textes législatifs et réglementaires concernant l’emploi, les salaires de la main

d’œuvre particulièrement le décret royal n° 2.73.685 du 12 Kaada 1393 (08 Décembre

1973) portant revalorisation du salaire minimum dans l’industrie, le commerce, les

professions libérales et l’agriculture.

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

10 05/06/2015

Le prestataire devra se procurer ces documents s’il ne les possède pas et ne pourra en aucun cas exciper

de l’ignorance de ceux-ci et se dérober aux obligations qui y sont contenues.

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

Le présent marché ne sera valable, définitif et exécutoire qu’après notification de son approbation par

l’autorité compétente.

L’approbation du marché doit intervenir avant tout commencement de réalisation. Cette approbation sera

notifiée dans un délai maximum de 90 jours à compter de la date d’ouverture des plis.

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

Aussitôt après la notification de l’approbation du marché, le maître d’ouvrage remet gratuitement au

prestataire, contre décharge, les documents constitutifs du marché en l’occurrence les pièces expressément

désignées comme constitutives du marché du présent CPS à l’exception du CCAG-EMO.

Le maître d’ouvrage ne peut délivrer ces documents qu’après constitution du cautionnement définitif, le cas

échéant.

I.6 Élection du domicile du prestataire

Toutes les correspondances relatives au présent marché sont valablement adressées au domicile du

Prestataire précisé au préambule du présent marché.

En cas de changement de domicile, le Prestataire est tenu d'en aviser le maître d'ouvrage dans un délai de

15 jours suivant ce changement.

I.7 Nantissement

Dans l’éventualité d’une affectation en nantissement, il sera fait application des dispositions du dahir du 28

Août 1948 relatif au nantissement des marchés publics tel qu'il a été modifié et complété, étant précisé que :

1°) la liquidation des sommes dues par le maitre d’ouvrage, en exécution du présent marché sera

opérée par les soins de la Direction Administrative et Financière ;

2°) le responsable, chargé de fournir au prestataire du marché ainsi qu'au bénéficiaire des

nantissements ou subrogations les renseignements et états prévus à l'article 7 du dahir du 28 août 1948, est

le représentant du maitre d’ouvrage ;

3°) les paiements prévus au présent marché seront effectués par le maitre d’ouvrage ou son

délégataire, seuls qualifiés pour recevoir les significations des créanciers du prestataire du présent marché.

Le maître d'ouvrage délivre sans frais, au prestataire, sur sa demande et contre récépissé, un exemplaire

spécial du marché portant la mention "exemplaire unique" et destiné à former titre conformément aux

dispositions du dahir du 28 août 1948 relatif au nantissement des marchés publics.

Les frais de timbre et d’enregistrement de l’original du présent CPS ainsi que de « l’exemplaire unique »

remis au Prestataire sont à la charge de ce dernier.

I.8 Sous-traitance

Si le Prestataire envisage de sous-traiter une partie du marché sans toutefois dépasser 50 % du marché, il

doit requérir l’accord préalable écrit du maître d’ouvrage auquel il est notifié la nature des prestations à sous-

11 05/06/2015

traiter, la raison ou la dénomination sociale, l’adresse et l’identité des sous-traitants et une copie conforme

du contrat de la sous-traitance.

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

envers le maître d'ouvrage que vis-à-vis des ouvriers et les tiers.

I.9 Délais

Le délai d’exécution global du présent marché est fixé à 7 mois.

Le délai global d’exécution court à partir du lendemain de la date de notification ou des ordres de service

prescrivant le commencement de la réalisation de services y afférents ou de la date prévue par les dits ordres

de services.

I.10 Nature des prix

Le présent marché est à prix global.

Le prix est établi et calculé sur la base de la décomposition du montant global annexée au présent cahier

des prescriptions spéciales.

Le prix global couvre et rémunère l’ensemble des prestations qui font l’objet du marché et telles qu’elles

doivent être exécutées conformément à ce dernier et ce quelles que soient les quantités réellement

exécutées.

Les prix du marché sont réputés comprendre toutes les dépenses résultant de l’exécution des prestations

de services y compris tous les droits, impôts, taxes, frais généraux, faux frais et assurer au prestataire une

marge pour bénéfice et risques et d'une façon générale toutes les dépenses qui sont la conséquence

nécessaire et directe du travail.

I.11 Révision des prix

Le présent marché est passé à prix fermes.

I.12 Cautionnement provisoire et cautionnement définitif

Le montant du cautionnement provisoire est fixé à 20 000 DH (Vingt Mille Dirhams).

Le montant du cautionnement définitif est fixé à 3% (trois pour cent) du montant initial du marché.

Si le prestataire ne réalise pas le cautionnement définitif dans un délai de 30 jours à compter de la date de

la notification de l’approbation du présent marché, le montant du cautionnement provisoire fixé ci-dessus

reste acquis à TMPA.

Le cautionnement définitif sera restitué ou la caution qui le remplace est libérée à la suite d’une mainlevée

délivrée par le maître d’ouvrage dans un délai maximum de trois mois suivant la date de la réception définitive

des prestations de services.

I.13 Retenue de garantie

Une retenue de garantie sera prélevée sur les acomptes. Elle est égale à 10% (dix pour cent) du montant

de chaque acompte.

La retenue de garantie peut être remplacée, à la demande du prestataire, par une caution personnelle et

solidaire constituée dans les conditions prévues par la réglementation en vigueur.

12 05/06/2015

La retenue de garantie est restituée ou la caution qui la remplace est libérée à la suite d’une mainlevée

délivrée par le maître d’ouvrage dans un délai maximum de trois mois suivant la date de la réception définitive

des prestations.

I.14 Assurances - Responsabilités

Le prestataire doit adresser au maître d’ouvrage, avant tout commencement des prestations de services, les

attestations des polices d’assurance qu’il doit souscrire et qui doivent couvrir les risques inhérents à

l’exécution du marché et ce, conformément aux dispositions de l’article 20 du CCAG-EMO, tel qu’il a été

modifié et complété.

I.15 Droits de timbre et d’enregistrement

Le prestataire de service doit acquitter les droits auxquels peuvent donner lieu le timbre et l'enregistrement

du marché, tels que ces droits résultent des lois et règlements en vigueur.

I.16 Réception provisoire

La mise en production de la solution donne lieu à une réception provisoire, qui sera sanctionnée par

l’établissement d’un procès-verbal, sous réserve que le prestataire ait fourni l’ensemble des rapports et

livrables relatifs au projet et mentionnés dans le présent CPS

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

le maître d’ouvrage s’assure en présence du prestataire de la conformité des prestations de services aux

spécifications techniques du marché et prononcera la réception provisoire.

Si le Maitre d’Ouvrage constate que les prestations de services présentent des insuffisances ou des défauts

ou ne sont pas conformes aux spécifications du marché, le prestataire procédera aux réparations et

rectifications nécessaires conformément aux règles de l’art. À défaut, la réception ne sera pas prononcée,

et le délai d’exécution ne sera pas prorogé pour autant.

I.17 Délai de garantie

Le délai de garantie est fixé à 1 an à compter de la date de la réception provisoire.

Pendant le délai de garantie, le prestataire sera tenu de procéder aux rectifications qui lui seraient

demandées en cas d’anomalies ou imperfections constatées et de remédier à l’ensemble des imperfections

ou anomalies sans pour autant que ces prestations supplémentaires puissent donner lieu à un paiement.

I.18 Modalités de règlement

Les sommes dues au prestataire, telles que définies dans le bordereau des prix, seront payées, sous soixante jours après validation par le Comité de suivi du projet.

13 05/06/2015

Les paiements seront effectués comme suit :

Projet Désignation des prestations Condition de règlement Pourcentage de règlement

MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU GROUPE TMSA VERS LA VERSION R12

-Cadrage -Analyse de l'existant -Étude de convergence

Après fourniture des rapports et livrables mentionnés dans le présent CPS

10% du montant de du marché

-Migration -Tests unitaires / intégration -Recette utilisateurs

- Après fourniture des rapports et livrables mentionnés dans le présent CPS - Après signature du PV de recette

30% du montant du marché

-Préparation bascule -Mise en Production

- Après fourniture des rapports et livrables mentionnés dans le présent CPS

50% du montant du marché

Réception provisoire du marché

- Fiche d’évaluations des formations. - PV de réception Provisoire

10% du montant de la du marché

Le paiement s’effectuera sur présentation des factures en 3 exemplaires dont l’originale timbrée.

De plus, le prestataire s’engage, sur le coût global de son offre. En aucun cas, les prestations réalisées

durant la phase d’exécution ne pourront donner lieu à une augmentation de la rémunération présentée dans

l’offre du prestataire.

Le règlement des prestations réalisées sera effectué sur la base de décompte établi par le maître d’ouvrage

en application des prix du bordereau des prix – détail estimatif aux prestations réellement réalisées,

déduction faite de la retenue de garantie et l’application des pénalités de retard, le cas échéant. Pour

l’établissement des décomptes, le prestataire est tenu de fournir au maître d’ouvrage une facture en 3

exemplaires, appuyée par les bons de réalisations ainsi que les attachements y afférents dûment signés par

les représentants habilités du maître d'ouvrage.

Sur ordre du maître d’ouvrage, les sommes dues au prestataire seront versées dans son compte bancaire

indiqué en préambule du présent marché.

Le maître d’ouvrage s’acquittera des sommes dues dans un délai de 60 jours fin de mois à compter de la

date de dépôt au bureau d’ordre du maître d’ouvrage des factures accompagnées obligatoirement des bons

de réalisation des prestations dûment visés par le maître d’ouvrage.

Par ailleurs, il est rappelé que TMPA, étant installée en zone franche, elle est exonérée de la TVA ; les

prestations seront donc facturées net de taxes.

I.19 Pénalités pour retard

À défaut d'avoir terminé les prestations dans les délais prescrits, il sera appliqué au prestataire une pénalité

par jour calendaire de retard de 1‰ (Un pour mille) du montant du marché modifié ou complété

éventuellement par les avenants.

Cette pénalité sera appliquée de plein droit et sans mise en demeure sur toutes les sommes dues au

prestataire.

L’application de ces pénalités ne libère en rien le prestataire de l’ensemble des autres obligations et

responsabilités qu’il aura souscrites au titre du présent marché.

14 05/06/2015

Toutefois, le montant cumulé de ces pénalités est plafonné à 10%(dix pour cent) du montant du marché

modifié ou complété éventuellement par des avenants.

Lorsque le plafond des pénalités est atteint, l’autorité compétente est en droit de résilier le marché après

mise en demeure préalable et sans préjudice de l'application des mesures coercitives prévues par l'article

42 du CCAG-EMO.

I.20 Retenue à la source applicable aux titulaires étrangers non-résidents au Maroc

Une retenue à la source au titre de l’impôt sur les sociétés ou de l’impôt sur le revenu, le cas échéant, fixée

au taux de dix pour cent (10 %), sera prélevée sur le montant hors taxe sur la valeur ajoutée des prestations

réalisées au Maroc dans le cadre du présent marché.

I.21 Réception définitive

Conformément aux stipulations de l’article 49 du CCAG-EMO et après expiration du délai de garantie, il sera

procédé à la réception définitive et après que le maître d’ouvrage se soit assuré que les anomalies ou les

imperfections éventuelles ont été réparées par le prestataire.

I.22 Résiliation du Marché

La résiliation du marché peut être prononcée dans les conditions et modalités prévues aux articles 27 à 33

et 52 du CCAG-EMO.

La résiliation du marché ne fera pas obstacle à la mise en œuvre de l’action civile ou pénale qui pourrait être

intentée au prestataire du marché en raison de ses fautes ou infractions.

Si des actes frauduleux, des infractions réitérées aux conditions de travail ou des manquements graves aux

engagements pris ont été relevés à la charge du prestataire, l’autorité compétente, sans préjudice des

poursuites judiciaires et des sanctions dont le prestataire est passible, peut par décision motivée, l'exclure

temporairement ou définitivement de la participation aux marchés de son administration.

I.23 Règlement des différends et litiges

Si, en cours d’exécution du marché, des désaccords surgissent avec le titulaire, les parties s’engagent à

régler ceux-ci dans le cadre des stipulations des articles 52, 53 et 55 du CCAG-EMO.

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

15 05/06/2015

Section II : Cahier des Clauses techniques

II.1 Conduite du Projet

Pour assurer une conduite optimale du projet, il est nécessaire de déterminer le dispositif de contrôle et de

surveillance des phases de réalisation à travers la mise en place d’une organisation de suivi et de pilotage

du projet.

1.1. Organisation du projet

Le prestataire est convié de prendre en considération le dispositif organisationnel suivant lors de l’élaboration

de sa démarche de réalisation ;

L’organisation doit comprendre :

Un comité de Pilotage ;

Un comité de suivi ;

Le comité de pilotage : de fréquence mensuelle

Instance de gouvernance et de pilotage du projet, ayant pour rôles :

Étudier la synthèse de l’avancement du projet (valider le passage d’une phase à l’autre) ;

Analyser les points majeurs ;

Définir les orientations stratégiques du projet ;

Arbitrage des problématiques remontées par le comité de suivi ;

Déterminer les moyens à mettre à la disposition pour chaque phase/étape.

Le comité de suivi : de fréquence minimale bimensuelle

Instance de gouvernance opérationnelle du projet, ayant pour rôles :

Vérifier l’avancement des travaux et le respect du planning ;

Identifier les points de blocage de chacun des participants et proposer des solutions ;

Remonter les risques ;

Partager une vision commune du projet avec l’ensemble de l’équipe.

1.2. Équipe projet

Équipe projet TMPA :

L’équipe TMPA est composée d’équipes fonctionnelles et techniques ayant pour rôles :

Participer au déroulement et la réalisation de toutes les phases du projet ;

Participer à l’élaboration des spécifications fonctionnelles et techniques détaillées ;

Participer à l’installation des logiciels et utilitaires, et du SGBDR ;

Participer à la mise en production et au déploiement la solution.

16 05/06/2015

Équipe projet prestataire :

L’équipe projet prestataire doit disposer des qualifications nécessaires et des expériences confirmées autour

de l’ERP Oracle EBS et dans des projets similaires. Les profils demandés pour mener le projet sont :

Directeur de projet ;

Chef de projet ;

Architectes techniques et fonctionnels : Modélisation technique et fonctionnelle de la solution,

migration des interfaces (Connecteurs Oracle) ;

Au moins un consultant fonctionnel désigné permanent par domaine : Finance, Achat et stock,

Commercial et Tarification ;

Au moins deux consultants Techniques désignés permanents.

Cette liste est minimaliste, le prestataire doit présenter un dispositif complet répondant aux exigences du

projet.

Un interlocuteur unique doit être désigné par le prestataire pour répondre aux questions relatives au projet,

et notamment :

Fournir et tenir à jour le planning détaillé des travaux ;

Participer aux réunions et comités ;

Contribuer à la production des rapports d’avancement et comptes rendus de réunions.

II.2 Description du Projet

2.1. Objectifs du Projet

Le projet s’inscrit dans une démarche globale de mise à niveau de la solution Oracle E-Business Suite

déployée pour l’ensemble des filiales du groupe TMSA.

Les objectifs desservis par le projet sont les suivants :

1. Réaliser la migration technique iso fonctionnelle vers la dernière version certifiée R12 de la e-BS ;

2. Assurer quelques améliorations et adaptations fonctionnelles de la solution e-BS ;

Les actions de conduite du changement, de formations et de montée en compétence sont à conduire tout

au long du projet.

2.2. Contexte du projet

2.2.1. Périmètre fonctionnel

Le groupe TMSA dispose de la solution Oracle EBS, aussi dénommée E-Business Suite, version 11i depuis

2007 qui couvre ses activités Support. Huit (8) Modules sont actuellement en exploitation :

Oracle General Ledger (GL) : Gestion des comptabilités budgétaire, engagement, générale et

analytique ;

Oracle Payables (AP) : Gestion des fournisseurs (Factures et Règlements) ;

Oracle Receivables (AR) : Gestion des clients ;

Oracle Purchasing (PO) : Gestion des Achats ;

17 05/06/2015

Oracle Fixed Assets (FA) : Gestion des immobilisations ;

Oracle Order Management (OM) : Gestion des commandes Client ;

Advanced Pricing (QP) : Gestion de la tarification des commandes client ;

Oracle Inventory (INV) : Gestion des stocks et de référentiels de facturation ;

Oracle AX : Traducteur comptable permet de transcrire les évènements comptables des modules

auxiliaires en écritures comptables.

o Les états spécifiques ont été développés à travers l’outil : XML Publisher

La solution Oracle EBS s’interface avec d’autres composantes du Système d’Information de TMSA, ci-

dessous ces interfaces/ouvertures :

webMethods EAI pour la récupération dans le module OM des éléments de facturation des escales

de navires et autres services, (l’interface est réalisée à travers d’un connecteur webMethods <>

Oracle)

SI-FRET (BDD MS SQL Server) pour la récupération des factures client (activité FRET), des

encaissements correspondants et du lettrage associé.

Fichiers plats .csv (Extraits du système Sage) pour la récupération des mouvements clients et

des encaissements associés.

AGIRH pour la récupération des écritures GL relatives à la paie du personnel.

WebADI pour l’intégration des données vers GL (Budget, Caisse, OD…)

Le nombre global des utilisateurs Oracle E-Business Suite du groupe TMSA est d’environs 40.

La solution Oracle EBS est déployée sur la même instance pour les filiales suivantes du groupe TMSA:

TMSA Holding : Tanger MED Special Agency

TMPA : Tanger MED Port Authority

TM2 SA : Tanger MED 2 SA

MEDHUB : Zone Franche Logistique

Tanger Free Zone (TFZ) : Tanger Free Zone

CIRES TELECOM

TANGER MED ENGINEERING

2.2.2. Les Exclusions du périmètre

Dans le cadre du présent marché, l’acquisition et fourniture de licences ou matériels est exclue du périmètre

du projet.

18 05/06/2015

2.3. Les Phases du Projet

2.3.1. Description du périmètre

2.3.1.1. Cartographie applicative

Ci-dessous la cartographie applicative du SI ainsi que les flux échangés entre le système Oracle EBS et les

autres applications connexes (cf. Annexe 2 : tableau détaillé des flux échangés)

Les caractéristiques du système Oracle déployé sont les suivantes :

Item Version / Release

Oracle Applications 11.5.10.2

Oracle Forms 6.0.8.28.0

Application Object Library 11.5.0

RDBMS 10.2.0.5.0

Afin d’assurer le bon fonctionnement des flux échangés, l’ensemble des flux recensés doivent faire l’objet

de tests unitaires et fonctionnels pour garantir leur portabilité suite à la migration technique vers la dernière

version certifiée R12.

Le prestataire se doit d’intégrer l’ensemble des flux recensés dans la matrice des flux (cf. annexe) dans le

dossier de recette.

ACHATS

PO

INV

FINANCE

AR AP

AX

GL

FA

AGIRH

RH/PAIE

VENTES

OM

WEBMETHODS EAI

SI-FRET

Figure 2 : Cartographie applicative du SI TMSA

QP

19 05/06/2015

2.3.1.2. Architecture technique

(i) Description générale

Le groupe TMSA est doté d’une plateforme technique, au niveau du site principal, permettant l’hébergement

de la solution Oracle EBS en production selon les caractéristiques suivantes :

Primary Server DB

10gR2

Primary Server APP

Port 8010

Cluster A/P

192.168.7.YY

Secondary Server APP

Port 8010 192.168.7.XX

Secondary Server DB

10gR2

Aix 6.1 Aix 6.1

La configuration de l’architecture technique du site de secours est identique au site principal. La réplication

des données vers le site de secours est effectuée en temps réel. (cf. Annexe 3 : le schéma synoptique du

site principal et de secours)

Figure 3 : Architecture technique de l’environnement Production

20 05/06/2015

(ii) Description de la plateforme matérielle

Environnements Pré-Production & Production (site principal)

La solution Oracle E-business Suite est hébergée actuellement sur les serveurs de Production ayant les

caractéristiques suivantes :

Caractéristique Serveur Applicatif Serveur Base de données

CPU 4 4

RAM 8 Go 10 Go

SWAP 16 Go 16 Go

Vitesse d'horloge 4204 MHz 4204 MHz

Cartes FC 2 2

Cartes Ethernet 2 2

OS AIX 6.1 AIX 6.1

Les serveurs Pré-Production sont similaires aux serveurs de Production en termes de caractéristiques et de

ressources. L’architecture logique des serveurs Pré-Production est également identique aux serveurs de

Production.

Plateforme d’hébergement du site de secours

Le site de secours héberge l’environnement de Production et dispose d’une plateforme matérielle selon les

caractéristiques suivantes (identique aux serveurs Production du site principal):

Caractéristique Serveur Applicatif Serveur Base de données

CPU 4 4

RAM 8 Go 10 Go

SWAP 16 Go 16 Go

Vitesse d'horloge 4204 MHz 4204 MHz

Cartes FC 2 2

Cartes Ethernet 2 2

OS AIX 6.1 AIX 6.1

La réplication entre le site principal et le site de secours se fait en temps réel. L’architecture logique des

serveurs du site de secours est semblable à celle déployée dans le site principal.

(iii) Postes clients

Le prestataire doit se conformer à la grille de certification standard recommandée par Oracle pour proposer

les configurations à déployer pour les postes clients.

La configuration actuellement déployée dans les postes clients est la suivante :

Système d’exploitation MS Windows 7 64bits, avec une perspective de passage vers la version 8.1 ;

21 05/06/2015

Les navigateurs utilisés actuellement sont de type IE9.

2.3.1.3. Prestation demandée

Le prestataire peut proposer une configuration plus évoluée de l’architecture technique déployée dans les

deux (2) sites, en tenant compte du matériel existant afin de satisfaire les exigences de haute disponibilité

matérielle.

Continuité des traitements en cas de panne

Le prestataire se doit de proposer une solution dans le cadre de l’architecture actuelle afin de permettre la

continuité des services en cas de panne dans l’un des deux nœuds de la configuration infrastructure actuelle.

Le résultat de la solution devrait permettre la reprise des services sur le nœud disponible (chargement de

l’environnement applicatif et base de données, lancement des services applicatifs associés …) en cas de

panne sur l'un des deux serveurs sans actions de paramétrage spécifiques, et au mieux sans aucune action

manuelle.

Montée de version du système d’exploitation

Afin d’assurer la montée de version du système d’exploitation IBM AIX vers la version 7.1 (64 bits) dans des

conditions optimales, le prestataire est tenu d’assister l’équipe TMPA dans les actions de montée de version

de l’OS après la migration vers la R12.

2.3.1.4. Sauvegarde

La politique de sauvegarde actuellement mis en place est la suivante :

Pour la Base de données : Une sauvegarde RMAN incrémentale au cours de la semaine, et une

sauvegarde complète (full) le weekend.

Pour l’applicatif : Sauvegarde à froid incrémental (avec arrêt de l’Applicatif) au cours de la semaine,

et une sauvegarde complète (full) le weekend.

Le prestataire est tenu d’inventorier la procédure de sauvegarde et de proposer, le cas échéant, les

mécanismes de sauvegarde à mettre en place. Ces mécanismes devront être compatibles avec les outils de

sauvegarde actuellement utilisés.

La solution VTL est la solution de sauvegarde virtuelle utilisée et elle est interfacée avec la stratégie actuelle

(TSM).

2.3.1.5. Accès et Sécurité

L’accès à l’environnement Oracle EBS se fait (cf. Annexe 4 : Le schéma global du réseau LAN/WAN pour le

groupe TMSA) via le réseau LAN et WAN.

Actuellement le protocole d’accès à l’environnement Oracle EBS via les navigateurs web est de type HTTP.

Le prestataire est tenu de garantir le passage au protocole d’accès de type HTTPS après la migration vers

la R12 dans l’environnement de production.

Le prestataire est convié à fournir les termes de la politique de sécurité selon les standards Oracle et en

adéquation avec les nouvelles fonctionnalités de la version R12 du système Oracle EBS. Cette procédure

doit inclure, entre autre, la description des différentes étapes techniques de gestion de sécurité et

22 05/06/2015

administration des comptes Oracle (Base de données, Système, Oracle Applications). La réalisation et le

test de la procédure incombe à la charge du prestataire.

2.3.1.6. Volumétrie et performance

Le prestataire est tenu de prendre connaissance de la volumétrie des transactions et des batch utilisées afin

de recalculer le dimensionnement d’espace nécessaire pour le stockage et définir les actions d’optimisation

à convenir (cf. Annexe 5 : La répartition de l’espace occupé par module fonctionnel).

Les performances à atteindre après la migration doivent au minima être équivalentes aux performances

actuelles au titre des traitements transactionnels. L'évaluation des temps d'exécution se fera par l'équipe

TMPA lors des tests de recette.

Le prestataire sera également convié à fournir une solution de configuration du serveur GTS afin de

permettre une gestion optimale des traitements consommateurs en termes de ressources. La possibilité de

configurer un GTS dédié pour une typologie de traitements est à définir avec l’équipe TMPA.

2.3.2. Les étapes du projet

Ci-dessous une représentation de la démarche de réalisation du projet, c’est une démarche indicative qui

reste incomplète et le prestataire est tenu de proposer dans son offre technique, une démarche détaillée qui

se base sur une méthodologie reconnue et recommandée par Oracle pour les projets de migration R12.

2.3.2.1. Étape I - Cadrage

L’étape de cadrage a pour rôle de permettre au prestataire d’identifier le périmètre de son intervention en

vue de définir :

L’approche méthodologique et de collaboration avec les équipes TMPA ;

Le plan et les modalités de migration (étapes de migration) ;

Les prérequis techniques de migration (ressources humaines et matérielles) ;

Les prérequis fonctionnelles pour assurer les améliorations et adaptations sur la nouvelle version

Oracle EBS R12 ;

Le planning détaillé du projet avec description des travaux.

Dans cette étape le prestataire est tenu de prendre connaissance de l’ensemble des modules déployés en

production, et de valider les spécificités existantes (la liste des spécificités est fournie en annexe).

Cadrage Analyse de l'existant/étude

de convergence Migration Tests Unit.

/Intégration

Recette Utilisateurs

MEP

Préparation Bascule

Formations équipe projet/technique

Figure 4 : Étapes du Projet

Formations Utilisateurs

Recette

Formations Utilisateurs

finaux

23 05/06/2015

Durant cette étape, le prestataire a l’obligation de prendre connaissance, également, de tout type de

documentation utile au bon déroulement du projet ; documentation de paramétrage, documentation

d’accompagnement technique, et tout autre élément pouvant impacter le déroulement de la phase.

À l’issue de cette étape le prestataire est tenu de fournir les livrables suivants :

Note de cadrage : Document décrivant l’approche méthodologique du projet et de collaboration

avec les équipes TMPA

Plan d’assurance Qualité : Document précisant les modalités de conduite du projet afin d’assurer

la qualité du déroulement du projet

Le planning détaillé avec description des travaux : Planning détaillé avec la mise en avant des

travaux et des réunions à programmer pour la durée du projet.

REMARQUE : Parmi les éléments de réponse au présent marché, le soumissionnaire est tenu de fournir le

plan de migration envisagé en précisant les étapes à suivre et justifiant chaque étape par une note Oracle.

2.3.2.2. Étape II – Formations équipe projet et équipe

technique

À l’issue de cette étape, le prestataire est tenu d’assurer les formations nécessaires à l’équipe projet ainsi

que l’équipe technique TMPA afin de garantir le transfert de compétences et la bonne exploitation

fonctionnelle du système Oracle EBS dans sa version R12. Le déroulement des formations doit se faire

conformément aux points ci-dessous :

Le planning des formations est à proposer par le prestataire et à valider par l’équipe TMPA : le

planning doit comprendre les dates de formation, l’objet de la formation et la population cible ;

Le prestataire doit fournir une équipe de consultants qualifiés disposant de l’expérience requise par

nature de formation ;

Les formations de l’équipe projet couvrent les thèmes suivants:

Overview et Zoom sur les nouveautés apportées par la version R12 ;

SLA (SubLedger Accounting) ;

Module GL ;

Module AP ;

Module AR ;

Module PO ;

Module FA ;

Module OM ;

Advanced Pricing :

Module INV ;

E-business Tax.

Les formations techniques, sont déclinées comme suit :

Formations nécessaires pour les « DBA Oracle Applications » de TMPA à l’administration la

Solution E-Business Suite version R12.

Formations nécessaires pour l’équipe SI TMPA à l’administration, l’exploitation et le

paramétrage des modules de la R12.

Le Prestataire est tenu à fournir un support papier et un support électronique par formation par personne. Il

est tenu de fournir également les livrables suivants :

Planning des formations : Planning par objet de formation, et par population cible. (Avant le début

de la formation)

Supports de formation : L’ensemble des documents et supports utilisés dans la formation.

Manuels d’utilisateurs : Supports de formation des utilisateurs finaux.

24 05/06/2015

Fiches d’évaluation des formations à chaud et à froid.

2.3.2.3. Étape III – Analyse de l’existant et Étude de

convergence

Dans cette étape, l’analyse portera sur les deux volets technique et fonctionnel.

Pour la partie fonctionnelle, l’analyse concerne l’inventaire de :

L’ensemble des fonctionnalités métiers,

Dossiers de paramétrages,

Interfaces, développements spécifiques et états exploités actuellement dans la production.

REMARQUE : Les États développés et recensés dans la liste des spécificités en annexe, sont à reconduire

dans la version R12 du système Oracle EBS. Au stade de la phase de l’upgrade, la recette des dits États

serait achevée. Le prestataire est donc tenu de ;

Inventorier les États spécifiques en production, en vue de proposer des améliorations des États des

modules en productions (ex. : besoin d’états spécifiques pour la partie financement – tableau

d’amortissement des emprunts …-) ;

Développer les États spécifiques des module en production ;

Mettre en œuvre les États développés après la validation de l’équipe TMPA ;

Fournir les documents de paramétrage et d’accompagnement des développements réalisés.

Pour la partie technique, l’analyse correspond à l’inventaire de :

L’ensemble des fonctionnalités techniques,

Configurations techniques,

Applications connexes,

Toute autre composante logicielle sollicitée par la migration.

Concernant les améliorations demandées en bas du présent document, le prestataire est tenu d’entreprendre

une description détaillée suite aux ateliers d’études et d’analyses à programmer. Toutefois les thèmes

détaillés dans l’analyse sont exhaustifs, le prestataire doit uniquement approfondir l’analyse du besoin et se

tenir au respect de la logique suivante :

Se conformer au standard d’Oracle EBS R12 ;

Proposer et prévoir des personnalisations selon les standards Oracle ;

À la fin de l’analyse de l’existant, le prestataire est tenu de mener une étude de convergence de la solution

EBS actuelle en comparaison à la solution Cible (EBS R12).

À l’issue de cette étape le prestataire doit fournir les livrables suivants :

Dossier d’étude de l’existant : Rapport d’analyse de l’existant et de définition de la vision

générale du périmètre fonctionnel et technique. Il implique une connaissance précise des besoins

fonctionnels attendus.

Dossier de l’étude de convergence.

Dossier de recette : Version initiale des tests unitaires, d’intégration et de fonctionnement à mener

lors des étapes de tests et recette.

25 05/06/2015

2.3.2.4. Étape IV -Migration

Le Prestataire est tenu de procéder à la migration vers la R12 dans l’environnement dédié mis à sa

disposition. Cette migration se fera selon la démarche initiée par le prestataire et validée par l’équipe TMPA.

Cette démarche doit garantir les conditions optimales de réalisation de la migration, et proposer des étapes

relavant des notes d’Oracle pour la réduction des risques et du temps d’arrêt de la production.

L’environnement de Pré-Production sera utilisé pour tester et valider la migration. Pour ce faire, le prestataire

est tenu d’assurer les prestations suivantes :

Logiciels de migration :

Le Prestataire doit être muni de tous les logiciels et outils nécessaires pour la réalisation de la migration.

Migration de l’environnement de production vers la dernière version Oracle EBS 12 certifiée :

La migration technique et iso fonctionnelle doit couvrir la somme des composants techniques et fonctionnels

de l’environnement de production actuel, ainsi explicitement la migration concerne :

La montée de version de la base de données Oracle vers la dernière version supportée par la R12 ;

Les modules fonctionnels du périmètre identifié ;

Le déploiement des nouvelles fonctionnalités de la R12 ;

Les développements spécifiques en production (cf. Annexe 1 : liste des spécifiques existants) ;

Le paramétrage nécessaire à la migration : à l’issue de la migration le prestataire est convié de

fournir un dossier de paramétrage complet reprenant l’ensemble des paramétrages des modules en

production et des nouveautés apportées par la version R12 ;

Optimisation des accès au système Oracle EBS via l’adoption de la connexion de type HTTPS.

La documentation de toute intervention technique et/ou fonctionnelle requise pour la migration : cette

documentation est à restituer dans le dossier de migration ;

La reprise des configurations d’impression actuelles, le prestataire se doit de garantir son

fonctionnement optimal sous Oracle EBS.

REMARQUE : Si le standard permet de prendre en charge (en entier) un développement spécifique ou un état

spécifique, le Prestataire est tenu proposer l’évolution à l’équipe TMPA pour prise en compte.


Dossier de migration vers la R12 : Document décrivant l’ensemble des étapes déroulées lors de

la migration, les blocages rencontrés et les solutions apportées.

Dossier de paramétrage : Dossier définitif du paramétrage de l’ensemble des modules objets de

la migration.

Livrables des installations et des configurations : L’ensemble des livrables restituant les

actions d’installation et les configurations effectuées.

Rapport des anomalies techniques constatées : Rapport comprenant toutes les anomalies

techniques constatées et intégrant les actions entreprises par le prestataire pour résoudre les

anomalies.

2.3.2.5. Étape V - Tests unitaires et Tests d’intégration

Les tests unitaires et d’intégration sont à dérouler dans l’environnement mis à disposition par l’équipe TMPA.

Le prestataire est tenu de respecter le déroulement suivant :

Le prestataire doit effectuer les tests dits Usine afin d’éliminer toutes les anomalies technique avant

de livrer un prototype pour les tests utilisateurs ;

26 05/06/2015

L’équipe TMPA procède aux tests unitaires sous l’assistance du prestataire ;

Le dossier de recette doit comprendre les cas de tests du spécifique existant inventorié, et des cas

de tests des échanges avec les applications connexes. Le déroulement des tests unitaires du

spécifique existant et des tests d’intégration est à effectuer par l’équipe TMPA sous l’assistance du

prestataire ;

Les tests de montée de charge et de performance sont à dérouler dans cette étape par le prestataire.

Ce dernier est tenu de livrer des évidences sur cette montée de performance. L’évaluation de la

performance sera effectuée par l’équipe TMPA ;

Le dossier de recette peut subir des évolutions et des enrichissements en cours de test, le prestataire

est tenu de prendre en considération les modifications à intégrer dans le dossier de recette ;

Les résultats des tests unitaires et d’intégration doivent être consignés dans le dossier de recette

par le prestataire, et ce dernier est tenu de fournir un récapitulatif des travaux de test avec la version

actualisée du dossier de recette ;

Les anomalies constatées en cours de test sont à remonter aux comités de suivi pour analyse et

décision, le prestataire est tenu de fournir l’ensemble des éléments d’analyse pour prise de décision

par l’équipe TMPA.

L’équipe TMPA déroulera une dernière itération de tests des éventuelles anomalies soulevées et de

non régression.

Un PV de recette est à prévoir pour formaliser la validation des tests unitaires et d’intégration menés et

confirmer le passage à l’étape de recette utilisateurs.

À l’issue de cette étape, le prestataire doit fournir les livrables suivants :

Dossier de recette mis à jour avec récapitulatif des travaux de test : Version actualisée du

dossier de la recette récapitulant tous les tests déroulés et les résultats obtenus.

Rapport des anomalies constatées : Rapport comprenant toutes les anomalies constatées et

intégrant les actions opérées par le prestataire pour résoudre les anomalies.

Mise à jour des livrables précédents (dossier de paramétrage…)

2.3.2.6. Étape VI – Recette utilisateurs

Le déroulement des tests de fonctionnement est à commencer après l’évaluation et acceptation des tests

unitaires et d’intégration réalisés. Le prestataire est tenu d’assurer les formations nécessaires à l’équipe des

utilisateurs qui vont faire la recette par module et en fonction du contenu du cahier de recette. Les tests de

fonctionnement sont à dérouler selon les spécificités suivantes :

Les utilisateurs clés avec l’équipe TMPA procèdent au déroulement du cahier de recette avec

l’assistance du prestataire ;

Le prestataire est tenu de fournir les jeux de données adéquats pour le déroulement de la recette

utilisateurs ;

Le dossier de recette doit comprendre les cas intégrant le fonctionnement du spécifique existant

inventorié, et des échanges avec les applications connexes. Le déroulement des tests de

fonctionnement est à effectuer par les utilisateurs clés avec l’assistance du prestataire ;

Le dossier de recette peut subir des évolutions et des enrichissements en cours de recette, le

prestataire est tenu de prendre en considération les modifications à intégrer dans le dossier de

recette ;

Les résultats des tests de fonctionnement doivent être consignés dans le dossier de recette par le

prestataire, et ce dernier est tenu de fournir un récapitulatif des travaux de recette avec la version

finale du dossier de recette ;

Les anomalies constatées en cours de test sont à remonter aux comités de suivi pour analyse et

décision, le prestataire est tenu de fournir l’ensemble des éléments d’analyse pour prise de décision

par l’équipe TMPA.

27 05/06/2015

Un PV de recette est à prévoir pour formaliser la validation de la recette utilisateurs et confirmer le passage

à la mise en production.


Dossier de recette mis à jour avec récapitulatif des travaux de recette : Version finale du dossier

de la recette récapitulant tous les tests déroulés et les résultats obtenus

Rapport des anomalies constatées : Rapport comprenant toutes les anomalies constatées et

intégrant les actions opérées par le prestataire pour résoudre les anomalies.

2.3.2.7. Étape VII – Préparation à la bascule

Cette étape est à prévoir en parallèle aux étapes tests et recettes, elle conditionne le bon déroulement de la

mise en production. Le prestataire se doit d’intégrer les spécificités suivantes dans son Plan d’Actions

Bascule afin de préparer au mieux la mise en production :

Répétition générale

Le prestataire est tenu de calculer le temps d’exécution des actions (chronogramme) de mise en production

dans l’environnement de recette mis à sa disposition afin d’optimiser les actions de migration technique dans

l’environnement de production et réduire le temps d’arrêt de la production, qui ne doit pas excéder 3 jours

ouvrés (1 jour d’arrêt + weekend).

Double saisie sur les deux systèmes Oracle EBS

Les opérations de double saisie sur les deux systèmes Oracle EBS 11i et la version migrée R12 sont à

maintenir après la mise en production, afin de permettre la certification des résultats comptables obtenus sur

les deux systèmes.

Le prestataire est tenu de prendre en considération cette condition dans l’élaboration du planning de mise

en production afin de prévoir la mise en production quelques jours avant les arrêtés comptables. Les arrêtés

comptables sont programmés à la fin de chaque mois.

La double saisie sur les 2 systèmes est à prévoir pendant une période de 1 mois minimum.

Le prestataire est tenu d’assurer, durant cette phase, une assistance sur site ou à distance.

Montée de version du système d’exploitation en production dans le site principal

Le système d’exploitation actuellement déployé dans le site principal et dans l’environnement de production

est de type IBM AIX dans sa version 6.1, la montée de la version du système d’exploitation est à prévoir

après la mise en production selon :

Le passage vers la version IBM AIX 7.1 certifiée Oracle R12 sera assuré par l’équipe TMPA avec

l’assistance du prestataire ;

Les tests de vérifications pour garantir l’intégrité du système sont à dérouler par l’équipe TMPA avec

l’assistance du prestataire.

Montée de version du système Oracle dans le site de secours

Après la mise en production de la solution dans l’environnement de production dans le site principal, le

prestataire est tenu de procéder à la montée de la version du site de secours vers la R12, selon :

La décision du moment de procéder à la montée de version du site de secours revient à l’équipe

TMPA, après le constat de la stabilité de l’environnement de production dans le site principal ;

28 05/06/2015

Le passage vers la version IBM AIX 7.1 sera assuré par l’équipe TMPA avec l’assistance du

prestataire ;

L’ensemble des prérequis applicatifs et système sont à préparer par l’équipe TMPA sous l’assistance

du prestataire ;

Les actions de montée de version seront déroulées par l’équipe TMPA sous l’assistance du

prestataire, via duplication d’environnement (clonage) ;

Les tests de réplication sont à prévoir sous l’assistance du prestataire.

À l’issue de cette étape le prestataire doit fournir le livrable suivant :

Plan de bascule : Plan d’action regroupant l’ensemble des actions à entreprendre en termes de

prérequis, actions de bascule et actions Post bascule.

2.3.2.8. Étape VIII - Mise en production

La décision de mise en production revient à l’équipe TMPA, suite à l’évaluation de l’étape de recette et au

déroulement des tests de fonctionnement dans l’environnement de recette. La mise en production doit se

dérouler selon les étapes suivantes :

Formation par module pour les utilisateurs finaux.

Le prestataire entamera la mise en production du système Oracle dans sa version R12 dans

l’environnement de production après la validation par l’équipe TMPA du bon déroulement des tests

de fonctionnement ;

Le rapport de mise en production doit être fourni par le prestataire à l’issue de la mise en production

de la solution ;

Le prestataire est tenu de prendre en charge l’ensemble des anomalies techniques et/ou

fonctionnelles constatées par les utilisateurs jusqu’à la stabilisation définitive de la production sous

la version R12.

Période de stabilisation du système en production

La période de stabilisation du système est à convenir avec l’équipe TMPA, le prestataire doit durant cette

période répondre à tout type d’anomalies techniques et/ou fonctionnelles remontées par les utilisateurs ou

par l’équipe TMPA, jusqu’à obtenir une stabilisation définitive du système en production.

Une procédure de gestion de ces incidents est à prévoir afin d’assurer une efficacité dans leur traitement

jusqu’à leur clôture dans les meilleurs délais.

Procédures d’exploitation

Le prestataire est convié à prendre en considération les procédures d’exploitation existantes et prendre en

charge leur mise à jour selon le standard certifié Oracle après la mise en production.

La procédure et politique de sauvegarde : le prestataire est tenu de vérifier la conformité de la

procédure de sauvegarde existante avec le standard Oracle, et proposer, le cas échéant, les

évolutions à intégrer dans la procédure actuelle. Les mises à jour seront réalisées par le prestataire.

Procédure de clonage : le prestataire est tenu de fournir la procédure de clonage adoptée pour la

version R12 du système Oracle en conformité avec les standards Oracle.

Procédure de gestion des mots de passe : le prestataire est tenu de prendre connaissance de la

procédure existante, et de vérifier sa conformité avec le standard certifié Oracle. Le prestataire est

convié à dérouler la procédure avec les utilisateurs clés de l’applicatif et de la base de données. En

cas de mise à jour, le prestataire et tenu de fournir une version actualisée.

Procédure de collecte des statistiques dans le système Oracle : le prestataire est tenu de

prendre en considération la procédure actuelle, et de proposer, le cas échéant, les améliorations en

29 05/06/2015

termes d’adaptation avec la version R12 du système Oracle. Les mises à jour seront réalisées par

le prestataire.

Purge des Logs et données obsolètes : le prestataire doit fournir la liste des traitements à dérouler

pour la purge selon le standard certifié Oracle. La réalisation de la procédure incombe au prestataire.

Politique de sécurité du système Oracle EBS R12 : le prestataire est tenu de fournir la politique

de sécurité conforme aux standards Oracle


Rapport de mise en production : Rapport détaillant la procédure de mise en production de la

version R12 d’Oracle

Procédures d’exploitation : L’ensemble des procédures objets de mise à jour et d’enrichissement

effectuées par le prestataire

Bilan Phase : Document récapitulatif des étapes clés de la phase

2.3.3. Description des adaptations fonctionnelles à réaliser dans le cadre du projet

Au cours du projet de la migration, et afin de tirer profit des possibilités de l’ERP, le prestataire est tenu de

réaliser des adaptations fonctionnelles pour répondre aux besoins des équipes métiers TMSA. Le périmètre

fonctionnel identifié et tel que décrit sert uniquement pour cadrer le besoin. Le prestataire devrait

entreprendre une description détaillée suite aux ateliers d’études et d’analyses à tenir.

Le périmètre des adaptations fonctionnelles arrêté autour de la solution Oracle EBS concerne ce qui suit :

1. La gestion des commandes clients et Gestion des encaissements ;

2. La Gestion des Factures et Règlements ;

3. La gestion des immobilisations ;

4. Les déclarations fiscales ;

5. Autres adaptations.

2.3.3.1. Gestion des commandes clients et Gestion des

encaissements

(i) Assainissement du référentiel Clients

Le prestataire est convié à :

Fournir les outils et moyens d’assainissement des référentiels clients ;

Vérifier la présence de clients en double dans les référentiels clients du système d’information ;

Vérifier l’exhaustivité ou non crédibilité des informations liées au Client dans les différents

référentiels du système d’information ;

Proposer les actions d’amélioration et d’optimisation des référentiels clients du système

d’information auprès de l’équipe TMPA ;

Analyser et étudier le procédé de reprise des référentiels clients des autres systèmes de gestion

dans le module AR ;

30 05/06/2015

Assister l’équipe TMPA dans l’assainissement en préservant l’historique des actions de fusions ;

Formaliser et livrer la procédure d’assainissement du référentiel client dans AR.

(ii) Pénalités de retard

Les pénalités relatives aux retards de paiement doivent être gérées dans le système Oracle EBS. À ce titre

le prestataire est tenu de :

Proposer une mise à niveau, dans le cadre du standard du système Oracle EBS, pour gérer

automatiquement les pénalités de retard, à travers :

o L’ajout de lignes de mouvements relatives aux pénalités de retard ;

o Le calcul automatique selon des règles à préciser.

Procéder à la mise en place de la proposition après approbation par l’équipe TMPA ;

Livrer le document de paramétrage du procédé mis en place selon le standard en vigueur ;

Prévoir une formation particulière auprès des utilisateurs clés.

(iii) Gestion des avances clients

La gestion des avances clients doit s’effectuer directement dans le module AR, actuellement les avances

clients sont gérées sous forme d'OD dans GL. Le prestataire doit répondre à cette disposition, à travers :

La proposition d’un procédé, dans le cadre du standard du système Oracle EBS, pour gérer les

avances clients dans le module AR ;

La mise en place du procédé après l’approbation de la proposition par l’équipe TMPA ;

La livraison du document de paramétrage correspondant au dispositif.

(iv) Gestion des remboursements

La gestion des remboursements doit s’effectuer directement sur le module AR, à ce titre le prestataire est

tenu de :

Proposer un procédé de gestion des remboursements dans le module AR ;

Analyser et étudier les traitements de centralisations et d’imputations comptables ;

Procéder à la mise en place du dispositif après l’approbation de la proposition par l’équipe TMPA ;

Livrer le document de paramétrage du procédé mis en place selon le standard en vigueur (avec

précision des schémas comptables adoptés).

(v) Gestion du recouvrement

La gestion du recouvrement doit s’opérer dans le système Oracle EBS. La fonctionnalité est déjà paramétrée

dans le module AR, sauf que les opérations de recouvrement s’effectuent en dehors du système Oracle

EBS.

Le prestataire est convié d’accompagner les utilisateurs clés pour permettre la gestion du recouvrement dans

le module AR, à travers ;

L’inventaire du paramétrage existant ;

La proposition, le cas échéant, d’améliorations et d’optimisation de la gestion du recouvrement selon

le standard de l’outil ;

31 05/06/2015

L’analyse et l’étude des besoins spécifiques de l’ensemble des filiales du groupe en vue de

généraliser un procédé de gestion du recouvrement optimal;

La mise en place du procédé optimal suite à l’approbation de l’équipe TMPA ;

La réalisation et la livraison du document de paramétrage correspondant.

(vi) Formation

Comme spécifié en haut, prévoir une formation à dispenser aux utilisateurs clés concerne les améliorations

apportées et au fonctionnement du module concerné.

2.3.3.2. Gestion des Factures et Règlements

(i) Assainissement du référentiel Fournisseurs

Le prestataire est convié à :

Fournir les outils et moyens d’assainissement ;

Vérifier la présence de Fournisseurs en double ;

Vérifier l’exhaustivité ou non crédibilité des informations liées au Fournisseur ;

Proposer les actions d’amélioration et d’optimisation du référentiel Fournisseurs auprès de l’équipe

TMPA ;

Assister l’équipe TMPA dans l’assainissement en préservant l’historique des actions de fusions ;

Formaliser et livrer la procédure d’assainissement du référentiel Fournisseurs dans AP.

(ii) Factures périodiques / Charges répétitives

Les factures périodiques font l’objet, actuellement, d’une saisie manuelle récurrente. L’automatisation de la

saisie de telles factures, notamment liées aux abonnements (téléphone, eau, électricités, internet …)

permettrait une réduction conséquence du temps et aux risques d’erreurs de saisies.

Le prestataire est tenu d’activer la fonctionnalité de charges répétitives, dans le cadre du standard de l’outil,

afin de permettre l’automatisation des factures périodiques, à travers :

La proposition d’un dispositif cible clair et optimal ;

L’étude et l’analyse des besoins de contrôles, de validation (workflow), etc ;

La mise en place de la proposition après l’approbation de l’équipe TMPA ;

La livraison du document de paramétrage correspondant au dispositif mis en place.

(iii) Retenue de garantie et retenue à la source

Les retenues de garantie et retenues à la source, actuellement calculées de façon manuelle, doivent être

intégrées et calculées automatiquement dans le système Oracle EBS. Le prestataire est convié à apporter

l’amélioration attendue à travers :

32 05/06/2015

La proposition d’une mise à niveau optimale dans le cadre du standard de l’outil ;

L’analyse et l’étude du schéma comptable approprié (utilisation du Module SLA) ;

La mise en place de la proposition après l’approbation de l’équipe TMPA ;

La livraison du document de paramétrage correspondant à la solution déployée (avec précision des

schémas comptables utilisés).

(iv) Formation

Comme spécifié en haut, prévoir une formation à dispenser aux utilisateurs clés concerne les améliorations

apportées et au fonctionnement du module concerné.

2.3.3.3. Gestion des immobilisations

(i) Fonctionnement

La gestion des immobilisations s’opère via le module FA du système Oracle EBS actuellement déployé. Son

exploitation permet :

La gestion des immobilisations ;

La gestion des inventaires.

Gestion des inventaires :

La gestion des inventaires est effectuée en dehors du système Oracle, avec les spécificités suivantes :

Les inventaires se font une fois par an ;

Les références des immobilisations sont gérées manuellement ;

L’inventaire est effectué manuellement : Absence de dispositifs permettant d’inventorier et

rapprocher les immobilisations (lecteur de codes à barres ou autre matériel similaire).

(ii) Besoin fonctionnels

Le prestataire est convié de tenir des ateliers afin de détailler davantage le besoin avec les métiers.

Gestion des immobilisations :

Le module FA doit permettre l’utilisation des fonctionnalités suivantes :

La gestion des immobilisations de type PAS ;

Vérifier la date début de capitalisation de l’immobilisation qui doit correspondre à la date de mise en

service de l’immobilisation ;

Permettre l’importation d’un fichier d’éclatement sous format Excel ;

33 05/06/2015

Prévoir une solution permettant de tenir informé le service comptabilité que la réception globale a

été faite au niveau du système pour procéder à la capitalisation de l’immobilisation ;

Gestion des inventaires

Le module FA doit permettre l’utilisation des fonctionnalités suivantes :

L’intégration de la clé lieu pour chaque immobilisation afin de permettre l'identification du lieu

d'établissement de l'immobilisation et faciliter les opérations d'inventaire physique ;

Proposer une solution de référencement automatique des immobilisations (personnalisation du

champ n° d’inventaire par exemple) au niveau du système Oracle en vue de mettre en place un

système d’étiquetage ;

Étudier et analyser la possibilité de mettre en place un mécanisme d’inventaire et de rapprochement

automatisé, avec la possibilité d’utiliser la référence de l’immobilisation attribuée par le système

Oracle EBS;

Reporting et États

Les États recensés en réponse au besoin manifeste de mise à niveau du module FA sont les suivants :

Un état spécifique regroupant les immobilisations en cours de construction afin d'assurer leur suivi ;

État spécifique, à l'issu de la mise en service de l'immobilisation comportant, entre autre :

o Intitulé de l'immobilisation

o Date de mise en œuvre

o Valeur de l'immobilisation

Un état permettant la distinction entre les immobilisations de type PAS ou capitalisée pour besoin

d’inventaire ;

Alimenter le tableau 16 de la liasse fiscale (vérifier si ce n’est pas déjà fait)

Cette liste demeure, néanmoins, minimaliste, le prestataire se doit de prévoir la tenue des ateliers de collecte

du besoin spécifique en États et reporting pour la partie gestion des immobilisations.

(iii) Formations

Les formations à dispenser aux utilisateurs clés concernent les points suivants :

Gestion des immobilisations :

Formation sur le fonctionnement du module après mise en place des évolutions demandées ;

34 05/06/2015

2.3.3.4. Déclarations fiscales

(i) Fonctionnement

Les déclarations d’impôt et taxes sont gérées en dehors du système Oracle EBS.

Ci-dessous la liste des déclarations effectuées dans le cadre des déclarations fiscales :

N° Intitulé Description

1 Déclaration de l'IS

Selon l'article 6-II-A du CGI;

• Exonération totale durant les 5 premiers exercices

• Imposition au taux 8,75% pour les 20 exercices

• Au-delà, imposition à l’IS en vigueur

2 Déclaration de la TVA Selon la note circulaire 717, les zones franches ne sont pas assujetties à la TVA

3 Déclaration de la Taxe portuaire

La taxe portuaire due sur les services rendus dans lènceinte du port, à lèxclusion des services liés au transport international relatifs aux marchandises en transit non destinés au marché national.

4 Déclaration de la Taxe professionnelle

En vertu de l’article 6-II-2° de la loi 47-06, exonération pendant les 15 premières années

5 Déclaration de la Taxe des services communaux

En vertu de l’article 29 de la loi 19-94, exonération de la taxe

6 Déclaration des droits d'enregistrement

Selon l'article 27 de loi 19-94, exonération:

• Les actes de constitution et dàugmentation de capital

• Les acquisitions de terrains (sous réserve du respect des conditions d'exonération prévues par le CGI)

7 Déclaration de l'IR Barème en vigueur du CGI

8 Déclaration de la Taxe sur les terrains non bâtis

Barème en vigueur du CGI

9 Déclaration des Retenues à la source


10 Déclaration des honoraires (rémunérations versées à des tiers)


11 Taxe régionale La taxe régionale relative aux services portuaires.

35 05/06/2015

(ii) Besoin fonctionnels

Le besoin est d’intégrer de bout en bout la gestion des déclarations fiscales dans le système Oracle EBS.

Le prestataire est tenu, à cet effet, de détailler davantage le besoin en programmant des ateliers spécifiques

dans ce sens. À ce titre le prestataire doit prendre en considération le déroulement suivant :

Proposer la solution optimale dans le cadre du standard Oracle et des nouvelles fonctionnalités R12

(utiliser les fonctionnalités du nouveau module E-business Tax) ;

Identifier et définir les règles de gestion des taxes selon les spécificités des filiale du groupe TMSA ;

Procéder aux paramétrages nécessaires après approbation de l’équipe TMPA ;

Fournir les documents de paramétrage correspondants ;

Reporting et États

Le système doit permettre l’édition des états relatifs à l’ensemble des déclarations fiscales suscités.

(iii) Formations

Les formations à dispenser dans le cadre du besoin exprimé sont les suivantes :

Formation technique et fonctionnelle sur l’utilisation et le fonctionnement du nouveau module E-

business Tax auprès de l’équipe TMPA ;

Formation des utilisateurs clés sur l’utilisation du système Oracle pour gérer les déclarations fiscales.

2.3.3.5. Autres mises à niveau

(i) Assainissement du Référentiel comptes bancaires

Le référentiel des comptes bancaire utilisé dans le système Oracle EBS doit être assaini, à ce titre le

prestataire est tenu d’assister l’équipe TMPA à travers :

Fournir les outils et moyens d’assainissement du référentiel comptes bancaire ;

Vérifier la présence des comtes en double ;

Vérifier l’exhaustivité ou non crédibilité des informations ;

Proposer les actions d’amélioration et d’optimisation auprès de l’équipe TMPA ;

Assister l’équipe TMPA dans l’assainissement ;

Formaliser et livrer la procédure d’assainissement du référentiel comptes bancaire ;

Activer la fonctionnalité iPayment permettant de couvrir la gestion prévisionnelle de la trésorerie et

préparer, pré-valider, ajuster, valider et confirmer le paiement.

36 05/06/2015

2.3.3.6. Récapitulatif des formations du projet

Comme avancé précédemment, le prestataire est tenu d’assurer toutes les formations nécessaires aux

utilisateurs de l’ERP, afin de garantir le transfert de compétences et la bonne exploitation fonctionnelle du

système Oracle EBS dans sa version R12. Pour rappel, le déroulement de toutes les formations doit se faire

conformément aux points ci-dessous :

Le planning des formations est à proposer par le prestataire et à valider par l’équipe TMPA : le

planning doit comprendre les dates de formation, l’objet de la formation et la population cible ;

Le prestataire doit fournir une équipe de consultants qualifiés et disposant de l’expérience requise

par nature de formation ;

Le Prestataire est tenu à fournir un support papier et un support électronique par formation par personne.

Également, il est tenu de fournir les livrables suivants :

Planning des formations : Planning par objet de formation, et par population cible. (avant le début

des formations)

Supports de formation : L’ensemble des documents et supports utilisés dans la formation.

Manuels d’utilisateurs : Supports de formation des utilisateurs finaux.

Rapport de formation : Compte rendu du déroulement des formations.

Fiches d’évaluation à chaud et à froid.

Étape Formation Population cible

Après le cadrage

Formation sur les nouvelles fonctionnalités de la

version R12 par module

Formation sur le fonctionnement du nouveau

module SLA (SubLedger Accounting)

Formation sur le fonctionnement du nouveau

module E-business Tax

Formation sur l’administration fonctionnelle et

technique du système Oracle R12

…

Équipe Projet

TMSA/Équipe technique

Avant la recette

utilisateurs Formation fonctionnelle par module Équipe Recette

Après la mise en

production

Formation détaillée sur le fonctionnement des

modules déployés d’Oracle R12 Utilisateurs finaux

Concernant les adaptations réalisées sur la version R12 de l’ERP, les formations à dispenser sont listées

comme suit :

Module / Thème Intitulé formation Nombre de jours

Gestion des commandes clients et Gestion des encaissements (Modules AR)

Pénalités de retard Gestion des avances

clients Gestion des

remboursements Gestion du recouvrement Saisie et traitement des

factures Suivi des factures Lettrage

2

Gestion des Factures et Règlements

Saisie des factures périodiques

1

37 05/06/2015

(Module AP) Gestion de la retenue de garantie

Gestion de la retenue à la source

Gestion des déclarations fiscales

Formation sur le module E-business Tax (paramétrage et fonctionnement)

1

Total 4

2.3.3.7. Récapitulatif des livrables du Projet

Ci-après la liste des livrables à produire par le prestataire et à remettre à l’équipe TMPA selon les étapes

décrites ;

Étape Livrable

Cadrage

Note de cadrage

Plan d’assurance qualité

Le planning détaillé avec description des travaux

Analyse de l’existant

Dossier d’étude de l’existant

Dossier de l’étude de convergence

Dossier de recette

Migration

Dossier de migration vers la R12

Dossiers de paramétrages par module

Livrables des installations et des Configurations

Procédures d’assainissement des référentiels

Rapport des anomalies techniques constatées

Tests unitaires et d’intégration

Dossier de recette mis à jour avec récapitulatif des travaux de recette

Rapport des anomalies constatées

Recette Utilisateur Dossier de recette mis à jour avec récapitulatif des travaux de recette

Rapport des anomalies constatées

Préparation Bascule Plan de bascule

Mise en production

Rapport de mise en production

Procédures d’exploitation

Bilan du projet

Formations

Planning des formations

Supports de formation

Manuels d’utilisateurs

Rapport de formation

Fiches d’évaluation.

2.4. Conduite du changement

La conduite du changement représente un facteur capital pour assurer la réussite du projet. Le changement

suite à l’évolution du système Oracle EBS doit être maîtrisé et géré comme un processus à part entière. Ce

processus doit aboutir à une réelle appropriation par tous les utilisateurs de la solution.

Le prestataire est tenu, à cet effet, de mettre en œuvre un plan d’accompagnement au changement tenant

compte des spécificités suivantes:

Auprès de l’équipe TMPA

38 05/06/2015

En permettant à l’équipe TMPA d’acquérir le savoir-faire nécessaire à la prise en charge du système après

son déploiement en assurant l’exploitation, la maintenance et l’évolutivité de la solution.

Toutes les installations et les configurations sont à réaliser sur site et en présence de l’équipe TMPA avec

la garantie de transfert de compétence et de livraison des manuels associés.

Auprès des utilisateurs finaux

En permettant aux utilisateurs finaux de disposer du savoir-faire et de la compétence adéquate en vue d’une

utilisation optimale de la solution selon le périmètre fonctionnel défini dans le présent marché.

Le prestataire doit entretenir une communication permanente sur le projet vis-à-vis des différentes parties

prenantes (Équipe TMSA, Utilisateurs, autres parties prenantes).

Section III : Bordereau des prix – détail estimatif

Projet Désignation des

prestations

Unité

de

mesure

QTT

PRIX UNITAIRE HT en DH Prix Total HT

en DH EN CHIFFRES

EN LETTRES

MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU GROUPE TMSA VERS LA VERSION R12

-Cadrage

-Analyse de l'existant

Forfait

01

Prestations de la Migration

Forfait

01

Mise en Production

Forfait

01

Montant Total Hors Taxes

Arrêté le présent Bordereau des Prix à la somme de : ………………………

39 05/06/2015

DERNIÈRE PAGE

MARCHÉ N°TMPA_AO_65_15

OBJET : « MIGRATION DE L’ERP ‘ORACLE E-BUSINESS SUITE’ DU GROUPE TMSA VERS LA

VERSION R12»

Montant du marché: (en chiffres et en lettres) : . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . .

40 05/06/2015

Dressé par :

À . . . . . . . . . . . , le ……/……. /…………

Lu et accepté par :

(L’entrepreneur)

À . . . . . . . . . . . , le ……/……. /…………

Vu et Vérifié par :

À . . . . . . . . . . . , le ……/……. /…………

Présenté par :

À . . . . . . . . . . . , le ……/……. /…………

Approuvé par :

À . . . . . . . . . . . , le ……/……. /…………

41 05/06/2015

Annexes

III.1 Annexe 1 : Liste des spécifiques existants

ID Module

OA Code annoncé Description fonctionnelle Type annoncé

Dérivés d’Oracle

À Migrer

1 GL XXGL GRAND LIVRE État comptable « Grand Livre » PL/SQL OUI

2 AR TMPA_Edition_Facture_Escale

État d’édition de facture Oracle Reports OUI

3 GL XXGL BALANCES GENERALE

État de balance générale PL/SQL OUI

4 AP XXAP Ordre de Virement État « Ordre de virement » PL/SQL OUI

5 PO XXPO État de contrôle de commande

PL/SQL OUI

6 PO TMPA Imprimer une commande

État pour l’impression d’un bon de commande ou demande d’achat saisi sur AP

Oracle Reports OUI

7 AR XXTMPA_SIFRET_ENC_LOAD

Traitement de chargement des règlements à partir du SI FRET (base de données SQL Server)

PL/SQL OUI

8 AR TMPA Edition Facture Divers


9 AR XXAR Facture Générique État d’édition de facture Oracle Reports OUI

10 AR XXAR Balance Client État Balance Client : Délai moyen de paiement par client

PL/SQL OUI

11 AR XXAR situation facture client

État pour faire le suivi des factures clients

PL/SQL OUI

12 PO TMSA Imprimer une Commande

État pour l’impression d’un bon de commande ou demande d’achat saisi sur AP

Oracle Reports OUI

13 GL XXGL Balance Produit État pour le suivi par le contrôle de gestion

PL/SQL OUI

14 AP XXAP Balance Fournisseurs

État balance fournisseurs Délai moyen de paiement par Fournisseur

PL/SQL OUI

15 AR TMPA Edition Facture Marchandises


16 GL XXGL BALANCE PROJET V1

État pour le suivi par le contrôle de gestion

PL/SQL OUI

17 AR TMPA Edition Facture Redevance


18 AR TMSA AR : Interface Entrante Sage (PH2)

Traitement de chargement du fichier CSV contenant des factures Phase 2

PL/SQL OUI

19 AR TMSA AR : Interface Entrante Sage (PH1)

Traitement de chargement du fichier CSV contenant des factures Phase 1

SQL*Loader OUI

20 GL XXGL Intercout État pour le suivi des flux inter-compagnies

PL/SQL OUI

21 GL XXGL_AC_INTERCOUT_ASSIETTE

État pour le suivi des flux inter-compagnies

PL/SQL OUI

22 AP XXAP_DETAIL_BALANCE_FRS

État balance fournisseurs Délai moyen de paiement par Fournisseur : détaillée par mouvement

PL/SQL OUI

23 AR XXAR_TMSA_Situation_facture

État pour le suivi de la situation client

PL/SQL OUI

42 05/06/2015

24 AR TMPA_Edition_Releve_Factures_TC_VRAC


25 AR XXAR RORO Facture Passagers


26 PO XXPO Contrôle Commande Investissement

État du contrôle budgétaire des commandes d’investissement

PL/SQL OUI

27 GL XXGL_LIASSE La liasse fiscale PL/SQL OUI

28 AR TMPA Edition Avoir Divers État d’édition de facture avoir Oracle Reports OUI

29 AR XXAR_DETAIL_BALANCE_CLIENT

État balance client Délai moyen de paiement par client : détaillée par mouvement

PL/SQL OUI

30 AR XXAR MAJ interface Facture RORO

Traitement PL/SQL OUI

31 AR XXTMPA : Chargement Règlements SIFRET

Traitement de chargement des règlements à partir du SI FRET (base de données SQL Server)

PL/SQL OUI

32 PO/INV XXPO_BON_DE_RECEPTION

État bon de réception PL/SQL OUI

33 AR XXTMPA Marquage des lignes de règlements

Traitement pour marquer les lignes de règlements récupérées du SI FRET

SQL*Plus OUI

34 AR XXTMPA Suppression des lignes de règlements incomplets

Traitement pour suppression des lignes de règlements incomplets récupérées du SI FRET

PL/SQL OUI

35 AR XXTMPA Validation des lignes de règlements

Traitement pour validation des lignes de règlements incomplets récupérées du SI FRET

PL/SQL OUI

36 AR XXTMPA_SIFRET_ENC_AR

Traitement pour récupération des règlements du SI FRET

PL/SQL OUI

37 AR TMSA Programme Contrat Traitement de génération des factures répétitives

PL/SQL OUI

38 AR XXGL_BALANCES_PJPAIEM _V

État de balance des paiements projets

PL/SQL OUI

39 PO XXPO_Situation_Commande

État pour le suivi de la situation des commandes

PL/SQL OUI

40 AR XXTMPA : Chargement Factures SIFRET

Traitement de chargement des factures du SI FRET

PL/SQL OUI

41 AR XXTMPA Marquage des lignes de factures

Traitement de marquage des lignes factures récupérées du SI FRET

SQL*Plus OUI

42 AR XXTMPA Suppression des lignes de factures Incomplets

Traitement de suppression des lignes factures récupérées du SI FRET

PL/SQL OUI

43 AR XXTMPA Validation des lignes de factures

Traitement de validation des lignes factures récupérées du SI FRET

PL/SQL OUI

44 GL XXGL État Dotations Aux Amortissements

État dotations aux

amortissements : État

englobant un ensemble de

données des immobilisations

PL/SQL OUI

45 AR XXTMPA_SIFRET_FACT_AR

Traitement de récupération de factures du SI FRET

PL/SQL OUI

46 AR XXTMPA_SIFRET_TRX_LOAD

Traitement de chargement de mouvements du SI FRET

PL/SQL OUI

47 GL XXGL_Balance Annuelle TMSA

État Balance générale annuelle PL/SQL OUI

43 05/06/2015

48 AR TMPA Edition Facture Eau/Électricité

État édition de facture Oracle Reports OUI

49 PO XXPO TABLEAU DE BORD ACHATS

État tableau de bord des achats PL/SQL OUI

50 AR XXAR Encours clients État des encours clients PL/SQL OUI

51 PO XXPO État de Contrôle de Commande (TM2)

État de contrôle budgétaire d’un bon de commande fonctionnement

PL/SQL OUI

52 AR XXTMPA Import Règlements AR

État import des règlements du SI FRET

PL/SQL OUI

53 AR XXAR TVA CLIENT PL/SQL

54 GL XXGL: Interface Entrante GL- Paie

Traitement de chargement du fichier de paie

Host OUI

55 INV XXINV Mouvements de stock valorisé

État de mouvements de stock valorisé

PL/SQL OUI

56 GL XXGL BILAN État bilan actif/passif PL/SQL OUI

57 GL XXGL CPC État CPC PL/SQL OUI

58 AR TMPA Edition Avoir Redevance

État édition de facture avoir Oracle Reports OUI

59 PO XXPO_SITUATION_CDE_PRJ

État de contrôle budgétaire pour commandes investissements

PL/SQL OUI

60 AR TMPA Edition Avoir Escale État édition d’avoir Oracle Reports OUI

61 GL XXGL Balances Fonctionnement

État balance fonctionnement PL/SQL OUI

62 AP XXAP Liste Fournisseur État liste des fournisseurs PL/SQL OUI

63 INV XXIC_BONDESORTIE État de sortie de stock

PL/SQL OUI

64 PO/INV XXPO Synthèse des réceptions de commandes

État des réceptions de commandes

PL/SQL OUI

65 AR TFZ Ajustement interface Factures AR

TFZ : Traitement d'ajustement l'interface Factures AR via Table Spécifique (à partir de fichiers .csv)

PL/SQL OUI

66 AR TFZ Chargement Interface Clients AR

TFZ : Traitement de chargement l'interface Clients AR via Table Spécifique (à partir de fichiers .csv)

SQL*Loader OUI

67 AR TFZ Chargement Interface Factures AR

TFZ : Traitement de chargement l'interface Factures AR via Table Spécifique (à partir de fichiers .csv)

SQL*Loader OUI

68 AR TFZ Chargement Interface Règlements AR

TFZ : Traitement de chargement l'interface Règlements AR via Table Spécifique (à partir de fichiers .csv)

SQL*Loader OUI

69 AR TFZ Import Règlements AR

TFZ : Traitement d'import Règlements AR via Table Spécifique (à partir de fichiers .csv)

PL/SQL OUI

70 AR TFZ Import Règlements AR (Remise à Zéro)

PL/SQL OUI

71 AR TFZ Imprimer une commande

Imprimer une commande (Portrait)

Oracle Reports OUI

72 AR TFZ Purge facture AR TFZ : Traitement de purge de l'interface Factures AR (fichiers .csv)

PL/SQL OUI

44 05/06/2015

73 AR TFZ Purge Interface Clients AR

TFZ : Traitement de purge de l'interface Clients AR (fichiers .csv)

PL/SQL OUI

74 AR TFZ Purge Règlements AR TFZ : Traitement de purge de l'interface Règlements AR (fichiers .csv)

PL/SQL OUI

75 AR TFZ Reprise Clients TFZ : Traitement reprises Clients AR (fichiers .csv)

PL/SQL OUI

76 QP_QPXPRFOR Changement au niveau des

écrans des panneaux

Personnalisations

Formulaire OUI

77 AP_APXSUMBA Changement au niveau des


Personnalisations

Formulaire OUI

78 INV_INVSDUOM Changement au niveau des


Personnalisations

Formulaire OUI

79 AR_ARXCUDCI_STD Changement au niveau des


Personnalisations

Formulaire OUI

80 GLXIQACC Changement au niveau des


Personnalisations

Formulaire OUI

III.2 Annexe 2 : Tableau détaillé des flux échangés

Les flux échangés entre le système Oracle et les autres applications du SI sont recensés dans le tableau ci-

dessous :

N° Données échangées Application Origine

Application Destination

Fréquence

1 Éléments de facturation concernant les escales de navires et autres services.

webMethods EAI OM Plusieurs fois par

jour

2 Factures et règlements clients de l’activité TIR et autres services.

Fichiers plats .csv extraits de Sage

AR Mensuelle

3 Écriture de la paie du personnel AGIRH GL Mensuelle

4 Factures et règlements clients pour le transit marchandise

SIFRET (SQL Server)

AR Quotidienne (la

nuit)

REMARQUE : le flux N°1 ne passe pas par les interfaces Oracle, son échange se fait par le biais de

connecteurs spécifiques de la plateforme EAI. Les connecteurs EAI sont supportés par la R12

45 05/06/2015

III.3 Annexe 3 : schéma synoptique du site principal et secours

Les Appliances RecoverPoint assurent une réplication avec journalisation, pour augmenter la fiabilité des

données répliquées sur le site distant.

Les baies de stockage utilisées pour les deux (2) sites sont de type VNX.

Figure 5 : Schéma synoptique du site principal et du site de secours

46 05/06/2015

III.4 Annexe 4 : Le schéma global du réseau LAN/WAN pour le groupe TMSA

III.5 Annexe 5 : La répartition de l’espace occupé par Module

La répartition de l’espace actuellement occupé par les données des différents modules fonctionnels déployés

du système Oracle EBS est le suivant :

Module Taille (Mo)

GL 7 128

AR 6 514

AP 310

PO 241

FA 240

INV 170

QP 35

.

Figure 6 : Schéma Global du réseau LAN/WAN TMSA