Cours

Introduction générale
Décembre 2023 – Xavier Hubin

© CGI Groupe Inc. 2013

1. Qui sommes-nous
Qui sommes-nous ?

CGI [Link]

Thomas Lebel
- Chef de projet / Consultant Exemples d’interventions
- [Link]@[Link]

Xavier Hubin
- Expert technique Oracle
- [Link]@[Link]
2. Rappel base de données
 Rappel base de données
Accès externes aux données
Architecte cloud Analyste
Architecture micro-services

Cloud Sécurité Responsabilité sécurité

Architecture des BDD Architecte d’entreprise

Modélisation Concepteur d’applications

SQL et PL/SQL Développeur SGBD

Optimisations de requêtes Expert technique

Administrateur système
Administrateur réseau
Exploitation Database Administrator (DBA)
3. Présentation ERP
Origines d’un ERP
• MRP 0 ou 1
(EN) Material Ressources planning
(FR) Planification des Besoins en Composants (0)
(FR) Méthode de Régulation de la Production (1)

Apparu en 1960, le MRP 0 consiste à déterminer de manière automatisée, pour

chaque produit fini, à partir du besoin brut, le besoin net (besoin brut - stock) en
tenant comptes des ordres prévisionnels et des ordres lancés ou fermes.
Il répond aux questions :
Quel produit Produire ? / Pour quand devons-nous le produire ?
Combien devons-nous en produire ?

Son évolution, apparue en 1970, va ajouter au calcul des besoins la recherche de

l’adéquation charge/ capacité de production. Le MRP 1 va donc permettre d’analyser la
faisabilité du planning de production.
Il répond aux questions :
Ai-je la capacité de le faire ? / Avec quel délai ?
Origines d’un ERP
• MRP 2
(EN) Manufacturer Ressources Planning
(FR) Management des Ressources de la Production

Dernière évolution apparue en 1979, il se démarque des deux précédentes par sa

capacité à prendre en compte les ressources humaines et les besoins en matériel.
En effet, en plus de planifier la gestion des ressources requises pour la production,
le MRP2 inclut d’autres services de l’entreprise comme le département commercial
ou encore le département financier.

Alors que les MRP0 et MRP1 analysaient les pratiques de l’entreprise par le biais
des habitudes et de l’expérience préalable de l’entreprise, le MRP2 permet
d’analyser le comportement de l’entreprise dans sa globalité, et en temps réel, pour
exécuter une planification efficace.

Il répond aux questions :

Que fabriquer ? / Quelle quantité fabriquer ?
Quand et avec quelles ressources disponibles ?
Origines d’un ERP
• ERP
(EN) Enterprise ressources planning
(FR) Progiciel de Gestion Intégré

Un système ERP est un type de logiciel que les entreprises utilisent pour gérer
leurs activités quotidiennes telles que la comptabilité, les achats, la gestion de
projets, la gestion des risques et la conformité, ainsi que les opérations de supply
chain. Une suite ERP complète comprend également un logiciel de gestion de la
performance (EPM) qui aide à planifier, budgétiser, prévoir et générer un rapport sur
les résultats financiers d’une entreprise.

Les systèmes ERP relient une multitude de processus métier et activent le flux de
données entre eux. En collectant les données transactionnelles partagées d’une
entreprise à partir de plusieurs sources, les systèmes ERP rendent la duplication
des données inutile et assurent l’intégrité des données avec une "source unique
d’informations fiables".

Création en 1972 de SAP, le premier ERP dans sa version SAP R/1, ERP sera
propulsé à partir des années 90
Origines d’un ERP
Années 70 : les débuts des ERP
1972 : création de SAP (Allemagne) SAP R/1 gérant la comptabilité
1977 : création de JDEdwards (US)
1979 : lancement de SAP R/2

Années 80 : SAP se répand dans le monde => gestion du multi-

langues, multi devises
1981 : Création de SAGE (EN)
1987 : création de Peoplesoft (US)
1988 : entrée en bourse de Francfort de SAP
1989 : entrée en bourse de Londres de SAGE
1989 : Création de Oracle Applications (US)

La machine ERP est lancée !

Origines d’un ERP
Années 90 : la démocratisation des ERP
1992 : lancement de SAP R/3, architecture client-serveur encore utilisée
aujourd’hui
1994 : 1 - SAP 2 - Oracle 3 – JD Edwards
1999 : Oracle utilise le libre : XML et Linux
2000 : 1 - SAP 2 - Oracle 3 – Peoplesoft 4 – JD Edwards 5 - SAGE

Année 2000 : la solution incontournable pour les grosses entreprises

2000 : SAP R/3 sur internet
2002 : 1 - SAP 2 - Oracle 3 – Peoplesoft 4 – JD Edwards 5 - SAGE

2003 : 1 - SAP 2 - Peoplesoft 3 – Oracle 4 – SAGE 5 - Microsoft

2003 : Rachat de JD Edwards par PeopleSoft

2005 : Rachat de PeopleSoft par Oracle afin de devenir le n°2 incontestable
du marché
2007 : Lancement de Oracle Applications R12, intégré web
Principaux ERP du marché

Position Editeur ERP

monde
1 Microsoft Business Central
2 SAP Business One
3 XRP
4 E-Business Suite / APEX
5 Infinity

+ des ERP Open Source : Adempiere, Dolibarr, Odoo, etc.

 ERP étudié

Editeur : Oracle
Produit : Oracle Application – e-Business Suite (eBS)
Historique :
2019 : Développement de la partie
Oracle Cloud pour succéder à Oracle
On-premise

2007 : lancement de la Release 12 (R12)

2005 : Rachat de PeopleSoft
et Siebel

2003 : rachat de JD Edwards par PeopleSoft

1989 : lancement d’un logiciel financier par Oracle

4. Architecture
Architecture

L’architecture d’Oracle Applications est une architecture à

3 niveaux (3-Tier) :

•Le niveau Client

•Le serveur d’application

•Le serveur de données

Architecture
Côté client

• Côté client = les utilisateurs finaux

• Aucune traitement côté client, uniquement une interface

graphique

• Une Applet Java lancé depuis un navigateur (Edge par

défaut).
Côté client
Côté application

• Permet de lancer les applications (traitements batchs,

écrans, etc.)

• Fait le lien entre le client et les données

• 6 serveurs sont installés sur la machine :

•Web Serveur
•Forms Serveur
•Reports Serveur
•Discoverer Serveur
•Concurrent Processing Serveur
•Admin serveur
Côté application

•Les fichiers d’Oracle Application sur le serveur applicatif

se trouve dans un répertoire appelé APPL_TOP
Côté application

AU, ADMIN, FND et AD sont les répertoires du noyau applicatif

AU – Application Utilities : regroupe les sources de l’ensemble des

composants

FND – Application Objet Library : contient les scripts et programmes

qui sont les fondations pour toutes les autres applications

AD – Application DBA : les outils nécessaires pour l’installation et la

maintenance d’OA

ADMIN : fichiers utilisés par les outils AD

Les autres répertoires contiennent les applications (ou modules) :

GL, AP, AR, CS, etc. (voir cours fonctionnel)
Côté application

•Pour chaque module (ou application), la structure est la

suivante
Côté application

Admin : contient les fichiers spécifiques à cette application utiles à AutoUpgrade pour
upgrader cette application
Driver : contient les fichiers driver (.drv)
Import : contient les fichiers Datamerge pour mettre à jour les données
Sql : contient les scripts sql utilisés pour la création des packages et procédures
stockées
Bin : contient les exécutables, script shell et les .C
Forms : contient les executables Forms
Reports : contient les rapports de sortie
Help : contient les sources des fichiers d’aide en lignes
Java ; contient les fichiers JAR
Resource : contient les fichiers pll (Librairies PL/SQL pour Oracle Forms)
Côté données

• Il contient un serveur de base de données Oracle et son

RDBMS (ou SGBDR en français)

• Stocke toutes les informations de l’ERP

5. Navigation
Page de connexion

•L’URL de connexion se construit de la manière suivante :

[Link]

•Pour vous, l’URL est la suivante

[Link]
[Link]/OA_HTML/[Link]

Pré-requis : Java installé (Configurer Java et url à ajouter en sécurité)

Fichier host avec la ligne ci-dessous (C:\Windows\System32\drivers\etc)
[Link] [Link]
Page de connexion
•Login : Etudiant Mot de passe : Formation01
Menu principal

• Une fois logué, les utilisateurs ont accès au menu

principal
Liste des responsabilités de
l’utilisateur

Menu de la responsabilité
sélectionnée
Menu principal

• Responsabilité : ensemble d’écrans, de traitements batchs. Une

responsabilité correspond souvent à une fonction de l’entreprise

Exemple : Secrétariat, finances, ventes, achats, logistique etc.

• Utilisateur : Un accès à une personne. Un utilisateur possède les

responsabilités qu’on lui a donné.

Exemple :

Utilisateur Responsabilités
Secrétaire Secrétariat, achats
Directeur financier Finances
Responsable logistique Ventes, achats
Responsabilité

On trouve une barre d’outils

Clic On retrouve le même menu

que sur la page d’accueil

Lancement de l’Applet
Java [Link]

Accès à
l‘application
Navigation : barre d’outils

Ajouter une ligne Sauvegarder Effacer la ligne

Remise à blanc
Rechercher Changer de responsabilité
Evite de quitter l’Applet Supprimer la ligne
Revenir au menu
Fermer l’écran en cours

Imprimer
Navigation : raccourcis clavier

F11 : active le mode recherche dans un écran. La couleur de l’écran change, il

suffit ensuite de taper les critères de recherche dans les champs voulus
(exemple : FINAN%)

CTRL+F11 : Permet de lancer la recherche une fois le mode recherche activé

F12 : permet de connaitre le nombre total de ligne. En mode normal, donne le

nombre de ligne total, en mode recherche, donne le nombre de ligne du
résultat de la recherche. Le message s’affiche en bas à gauche de l’écran.

F4 : Annuler l’action en cours (exemple : annule la recherche). Ferme l’écran

si pas d’action en cours
Navigation : écran

La navigation dans un écran est classique.

Mais il y a cependant quelques particularités :

-Les écrans s’ouvrent sans données, il faut faire une recherche (F11) pour en
obtenir

- Lorsque l’écran s’ouvre, il est en mode « ajout nouvelle ligne », si l’on

commence à taper au clavier, il se verrouille et il faut cliquer sur « Effacer la
ligne » pour accéder aux fonctions recherches
Navigation : exemple écran « utilisateurs »

Ouverture

F12

F11
Navigation : exemple écran « utilisateurs »

Saisie critère de recherche

F12

CTRL+F11 : le premier résultat s’affiche, j’utilise les flèches haut et flèche bas
pour changer d’enregistrement et parcourir les 7 résultats.

Une fois arriver au 7ème, la flèche bas permet de revenir à l’état initial de
l’écran, c’est-à-dire en mode Insertion.
Navigation : écrans importants

Gestion des utilisateurs

Responsabilité : Administrateur Système
: System Administrator
Menu : Sécurité > Utilisateur > Définir
: Security > User > Define

Gestion des responsabilités

Responsabilité : Administrateur Système
: System Administrator
Menu : Sécurité > Responsabilité > Définir
: Security > Responsibility > Define
Navigation : outil Examiner

Dans le menu du haut, Aide > Diagnostique > Examiner

(Help > Diagnostic > Examine)

Par exemple, en saisissant :

Block  SYSTEM
Field  last_query

Vous obtiendrez la dernière requête exécutée par l’application dans Value.

6. Notions techniques
Langages utilisés

PL/SQL : utilisé partout, voir TP

Java : L’application se base sur du Java. Certains écrans basés sur du web
sont codé en Java. Ne sera pas vu en TP.

Oracle Forms : Technologie propriétaire Oracle, permet de coder les

écrans. Ne sera pas vu en TP.

Oracle Reports : Technologie propriétaire Oracle, permet de coder des

traitements batchs. Ne sera pas vu en TP.

XML Publisher : remplace Reports, permet de créer des traitements

batchs. Ne sera pas vu en TP.
Colonnes d’audit

… dites également « who columns »

Elles permettent la traçabilité des données.

Chaque table en base de données contient les colonnes suivantes :

Colonne Description
CREATION_DATE date de création de la ligne
CREATED_BY USER_ID du créateur de la ligne
LAST_UPDATE_DATE date de dernière modification
LAST_UPDATED_BY USER_ID du dernier modificateur
LAST_UPDATE_LOGIN LOGIN_ID du dernier modificateur

A savoir : d’autres colonnes existent parfois :

Colonne Description
REQUEST_ID numéro de traitement ayant modifié la ligne
APPLICATION_ID ID de l’application depuis laquelle on a
modifié la ligne
Tables localisées

Oracle Applications est prévu pour être utilisé par des multinationales.

Une gestion des langues existe donc.

Pour de nombreuses tables, une deuxième table ayant le même nom

mais suffixé _tl existe.

Exemple : table des applications

Table principale : fnd_application

Table localisée : fnd_application_tl

Elles permettent de traduire chaque ligne selon la langue choisie par

l’utilisateur.
En résumé

-En ERP récent (1989), mais n°4 incontestable du

marché mondial

-Une architecture 3 tiers (client, serveur applicatif,

serveur de données)

-Une navigation particulière, perturbante au démarrage

-Deux langages à maitriser : le PL/SQL et donc le SQL