Overview de La EBS

DCN
TMA SIG
Overview de la e-Business Suite

ORACLE
Sommaire
 Ou s’informer sur la EBS

 Présentation de l’ERP
 Périmètre fonctionnel
 Périmètre technique
 Le Data Model
 Comment retrouver les données ?
 Structure applicative de EBS
 Les outils de développements
 Intégration
 Navigation (utilisateur, responsabilité, traitements …)
 Déclarer les spécifiques
 Paramétrage automatique
 Réalisation d’une interface
 Passage de paramètre dans un shell UNIX
 Interfaces entrante et sortante
 Template.fmb / Modification Reports standard
 Rappel des normes de développement
www.unilog.logicacmg.com
www.unilog.com 24/03/24 Overview de la EBS 2 / 22
Où s’informer sur la EBS
 http://www.oracle.com/technology/community/apps/index.html
 http://metalink.oracle.com
 TRM : Technical Reference Manuals

 Nom des tables, Nom des colonnes et signification sommaire, Clef primaire, Index
 Diagramme, lien entre les tables
 Liste des vues
 ….
 User guide
 Le fonctionnement des écrans
 Certains paramétrages
 Le fonctionnement des « Open Interfaces »
 Le fonctionnement des APIs (Package PL/SQL standard)
 Aide en ligne.
Documentation de la DMZ
Toutes les applications présentées en 10 pages
Document CCOA Logica

Formation CCOA : Formation dév Oracle
Appli
Document Logica
Formation sur certaines fonctionnalités
des modules
Document Éditeur Oracle :¨

PDF et TRM
Formation SQL ; Workflow
Formation Dépréciation des stocks

Formation Perso Ecran Iproc
Normes de dév DCNS
Metalink : le support Oracle
Se connecter à Oracle en Anglais pour connaître le vocabulaire

Oracle en anglais
Commande d’achat > Purshase Order
Facture > invoice
Faire les recherches sur les codes des écrans ou des traitements
Pour l’écran de synthèse de Ordre d’achat : POXPOVPO
Présentation de l’ERP
 Périmètre fonctionnel
Présentation de l’ERP
Périmètre technique
 Un serveur de données => c’est là où est la base de données Oracle ainsi que les états
(Reports, XML Publisher) et les traitements batch (Shell Unix, SQL et PL/SQL)
 Un serveur d’application => c’est là où sont stocké les développements liés à l’IHM
(Forms, Html, jsp)
Le Data Model
 Comment sont organisées les données ?

 Comment retrouver les données ?
 PLSQL DEV
 TOAD
 Applicatif :
Structure applicative de la EBS
 Arborescence UNIX :
 Arborescence identique sur le tiers applicatif et le tiers Données. Sur le tiers
Données, on retrouve tous les programmes (SQl, Shell, Reports, …), sur le tiers
applicatif, on trouve tous les écrans (Forms)

Structure applicative de EBS
 Une application = 1 activité Lien fonctionnel

 Une application = 1 arborescence Lien technique
 Une application se définit dans l’administrateur système :Application >enregistrer
 Chaque application possède un code (Ex : SQLGL pour la comptabilité général) et un

schéma d’accès à un répertoire de base ($GL_TOP)
Les outils de développement
 Outils pour faire du traitement Batch :

 Korn Shell Unix : c’est un langage Hôte qui permet notamment de manipuler des fichiers, faire du
FTP, lancer des script SQL, SQL loader… Un Shell Unix sert souvent de « Matrice » à un traitement.
 Script SQL : Ce sont des scripts de manipulation de données (Mise à jour, extraction …). Il peuvent
lancer des procédures PL/SQL
 SQL*Loader : c’est l’outil de chargement des données dans Oracle de fichier plat. Il permet d’insérer
en masse un fichier texte dans une table Oracle.
 Outil pour la création d’IHM
 Forms : Permet de créer les écrans
 JDevelopper OA Extension : Permet de créer les pages HTML
 Outil pour la création d’états

 Reports : Permet de créer les états
 Mapping : Permet de créer les états (nouvel outil en place chez DCN)
 XML Publisher : Permet de créer des états (non utilisé chez DCN)
 Outil de modification d’IHM (Non utilisé pour l’instant chez DCN)

 UI Modeler : permet de modifier des écrans existants
Intégration : Navigation
 Responsabilité « Administrateur système » :

 Sécurité/Utilisateur/Définir : Définition des utilisateurs
 Sécurité/Responsabilité/Définir : Définition des responsabilités
 Sécurité/Responsabilité/Traitements : Affectation des programmes à un groupe d’états
sécurisés
 Simultané/Programme/Définir : Définition d’un programme, des paramètre associés, des
incompatibilités
 Simultané/Programme/Exécutable : Définition de l’exécutable
 Simultané/Jeu : Définition d’un jeu de traitements permettant d’enchainer automatiquement
des programmes
 Application/Validation/Jeu : Définition d’un jeu de valeurs
 Application/Validation/Valeurs : Définition des valeurs associées à un jeu de valeur
 Application/Fonction : Définition des fonctions
 Application/Menu : Définition des menus
 Responsabilité « Développeur d’applications »
 Application/Panneau : Définition des panneaux (référence aux écrans)
Intégration : Déclarer des spécifiques
 Pour les shell Unix, SQL et les Reports, les étapes d’installation sont les suivantes
sous la responsabilité System Administrator
 Déclaration de l’exécutable /Simultané/Programme/Exécutable
 Attention, les programmes sous UNIX ont une extension
(exemple : .prog pour un shell, .rdf pour un reports…) mais
le nom de l’exécutable que l’on renseigne dans OA
est sans l’extension.
 Déclaration des jeux de valeurs éventuels pour les paramètres Application/Validation/Jeu

 Déclaration du programme Simultané/Programme/Définir
Intégration : Déclarer des spécifiques
 Ajout de paramètre au traitement
Pour un report, le nom du

paramètre ici doit être identique
à celui figurant dans le report
 Ajout du programme à un groupe d’états sécurisé : /Sécurité/Responsabilité/Traitement
Intégration : Paramétrage automatique
 Pour DCN, le paramétrage en général et celui des programmes en

particulier se fait de manière automatique via des scripts d’installation
utilisant un package spécifique DCN
 Un script d’installation d’un programme comportera les étapes suivantes
 Suppression des paramètres du programmes
 Suppression des jeux de valeurs spécifiques au programme
 Suppression du programme
 Suppression de l’exécutable
 Création des jeux de valeurs
 Création de l’exécutable Exemple script
d'installation
 Création du programme
 Création des paramètres
 Affectation du programme à un ou des groupe d ’états sécurisés
 Eventuellement définition de fonction avec rattachement à un menu permettant de
lancer le programme directement depuis un menu
Réalisation d’une interface
 La notion d’interface décrite ici consiste à extraire ou importer depuis

/ dans la EBS
 Dans le cas d’un import, les données peuvent provenir d’un
application amont via un fichier plat (Texte)
 Pour l’extraction, les données (provenant de la base Oracle) sont
exportées généralement vers un fichier texte en vue d’être intégré
dans une autre application.
 Utilisation d’un shell Unix : L’écriture d’un shell Unix n’est pas
systématique mais il est nécessaire dans le cas ou l’on veux utiliser
plusieurs commandes Unix (Archivage ou détection d’un fichier,
transfert FTP …)
 On peut lancer directement un script PL/SQL
 Attention, au passage de paramètre du traitement pour un traitement
UNIX
Passage de paramètre vers Unix
 Les traitements EBS envoient dans une même chaîne de caractères à un shell
UNIX plusieurs paramètres - des paramètres systèmes et des paramètres du
traitement :
FCP_LOGIN = "user/password"
FCP_USERID = id_user
FCP_USERNAME = "nom_user"
FCP_REQID = num_traitement
(PARAM1=) Val_param1
(PARAM2=) Val_param2
…
 Les paramètres systèmes sont préfixés par FCP_
 Les paramètres des traitements sont ajoutés à la fin
 Tous les paramètres sont “collés” dans une même chaîne
 Le premier paramètre utilisateur est donc utilisable à partir de « $5 »
 Afin que les paramètres soient utilisables individuellement par les fichiers
Unix, il est nécessaire de segmenter la chaîne de caractères envoyée
directement par Oracle Applications.
 On utiliser un lien Symbolique vers FNDCPESR
 ln -s $FND_TOP/bin/fndcpesr nomfich
 (nomfich est le nom du fichier Unix sans son extension .prog)
 C’est ce lien sans extension qui sera déclaré sous la EBS
Interface entrante – importé des données
dans la EBS
 Afin d’intégrer des données dans la EBS, Oracle a prévue dans la

plupart des cas des portes d’entrée pour les données. Il s’agit :
- Des tables standards d’interfaces dont les enregistrements sont ensuite traité par des traitements
standards appelés Open Interfaces
- Des API qui sont des packages PL/SQL auquel on passe en paramètre les données
 Lorsqu’il n’existe pas d’Open interface, il faut alors insérer directement les
enregistrements dans les tables de production du module concerné. Cette
manipulation peux être très complexe.
 La cinématique fréquemment rencontré pour un traitement d’import dans la EBS est
la suivante :
1. Création d’un table de travail
2. Chargement du fichier via SQL*Loader
3. Enrichissement éventuel des enregistrements de la table de travail, par exemple grâce à des tables de correspondance
4. Insertion des enregistrements de la table de travail dans la table d’interface
5. Lancement automatique de l’open Interface
Utilisation de SQL*Loader
 L’outil SQL*Loader est en quelque sorte l’inverse de la commande SPOOL :

 Il permet de charger le contenu d’un fichier plat dans une table.
 Un fichier de contrôle décrit les données à charger ainsi que leurs destinations dans la base de
données :
 il contient le nom du fichier de données (peut être passer en paramètre)
 Le nom de la table à charger
 La correspondance entre les zones du fichier et les colonnes à charger.
 Exemple de syntaxe :
OPTIONS (SILENT=FEEDBACK)
LOAD DATA
TRUNCATE -- permet de faire un DELETE et un COMMIT de la table temporaire --
INTO TABLE ATLAS_REP_COM_FOUR_ENT
FIELDS TERMINATED BY '|'
TRAILING NULLCOLS
(
NUM_COMMANDE CHAR " ltrim(rtrim( :NUM_COMMANDE ,' '),' ')",
DOCUMENT_TYPE_CODE CHAR " ltrim(rtrim( :DOCUMENT_TYPE_CODE ,' '),' ')",
CURRENCY_CODE CHAR " ltrim(rtrim( :CURRENCY_CODE ,' '),' ')",
RATE_DATE CHAR " ltrim(rtrim(TO_Date(:RATE_DATE ,'DD/MM/RRRR'),' '),' ')«

)
 Le lancement d’un SQL*Loader sous unix s’effectue via la commande :

sqlldr userid=apps/apps control= <Chemin et nom du fichier de control>
data= <Chemin et nom du fichier de donnée>
log= <Chemin et nom du fichier de log> }
bad= <Chemin et nom du fichier de donnée fausse>
Interface sortante
 Pour exporter vers un fichier texte des données contenues dans les
tables Oracle, on utilise une instruction SQL*Plus appelé SPOOL. Ce
script peut être lancé par un shell UNIX depuis la EBS.
 On formate l’environnement
set pagesize 0 – Nombre de ligne par pages (0 = illimité)
set linesize 200 – longueur des ligne du fichier
set heading off – Supprime l’affichage des en tête de colonne
set feedback off – Supprime l’affichage des lignes retournées
set echo off –- supprime l’affichage des commandes lancées
set verify off -- supprime l’affichage des parametres saisis
set termout off – supprime l’affichage à l’écran du résultat
 Puis on lance le spool

Spool ${ORADIR}/${FIC} (Chemin / nom du fichier)
SELECT VENDOR_NAME||';'||SEGMENT1
FROM ATLAS_REP_FOURNISSEUR
WHERE PO_VENDORS;
spool off;
Utilisation du Template.fmb pour les écrans
 Copier le fichier Template.fmb à partir de $FND_TOP/Forms/F dans un

répertoire spécifique
 Renommer le fichier ainsi obtenu
 Sous Forms, renommer le module (Il ne doit plus s’appeler Template)
 Supprimer tous les objets s’appelant BLOCKNAME ou DETAILBLOCK
 Créer les objets spécifiques
 Donner à tous les objets créés des Property Class standard O.A.
 Modifier la propriété “ Premier Bloc de Navigation ” au niveau du module
 Modifier le trigger PRE-FORM pour la gestion des versions et la position de la
fenêtre
 Modifier les triggers PRE-UPDATE et PRE-INSERT des blocs basés
 Modifier la procédure CLOSE_WINDOW du package APP_CUSTOM dans les
program Units.
 Compiler, sauvegarder, Génerer
 Tester
Retrouver un état standard et le modifier
 Rechercher l’état dans Simultané/Programme/Définir
 Vous y trouverez le nom de la source

 Par FTP (En binaire!) rapatrier le fichier .rdf sur le serveur à
$APPL_TOP/<abréviation du module>/11.5.0/reports/F/
 Ouvrir le fichier avec reports, le modifier à votre convenance et le
renommez.
 Une fois le fichier renommé, il suffit de re declarer un traitement avec
le nouveau nom et d’installer le fichier sur le serveur
 Attention à ne pas modifier un standard puis l’écraser!!!
Rappel des normes de développement
 Il existe des normes de développement. Elle font l’objet des

documents :
 Codification des spécifiques DCN : Codification
spécifiques.doc
 Description des fichiers d'installation modules spécifiques OA V1.0.doc Script install.doc
 Les points important :

 Les tables, les séquences et les triggers sur les tables spécifiques doivent être regroupés
dans le compte Oracle « XXDCN » spécialement créé pour le projet, et non dans APPS,
afin de les isoler des objets standards. Ces objets doivent être octroyés ALL à APPS
(GRANT ALL). Un synonyme par objet XXDCN doit être déclaré dans APPS.
 Tous les autres objets (packages, …) seront créés directement dans APPS.
 Les fichiers sources doivent respecter les règles de nommage
Normes de développement
 Gestion de l’historique
 Tous les scripts doivent avoir un entête dans lequel figurent :
 Le nom du programme
 Une description du programme
 La version
 La date de modification
 L’auteur de la modification
 Un historique des modifications
 Pour les reports, ces informations sont stockées dans les propriétés du reports (champs commentaires)
/*===============================================+
@(#) Fichier : GC032LSTDEM.rdf
@(#) Version : 3.0.1 Date : 15/05/2006
+================================================+
| DESCRIPTION
| ETAT : Edition de la liste des DEMANDES de MOUVEMENT
| Application DCNGC "ENORA" de gestion des contrats client
|
| HISTORY
| Date Author Version Description
| -----------------------------------------------------------
| 05/10/05 Thales IS 3.0.0 Création
| 15/05/06 Unilog 3.0.1 FDI B 06 1541 : L'impression de la liste des demandes de mouvements
| pour "Tous les groupes" ne fonctionne pas
| Modification de la clause where
+===============================================*/
 Pour les Forms, ces informations sont stockées dans le trigger PRE-FORM
FND_STANDARD.FORM_INFO('$Revision: 3.2.1 $', 'DCNGCCPS', 'DNCGC',
'$Date: 2006/05/19 10:00:00 $', '$Author: TMA $');
app_standard.event('PRE-FORM');
app_window.set_window_position('DCNGCCPS_CNT_CORPS_W', 'FIRST_WINDOW');
:global.P_CLE_OPEN := 'N';
------------------------------------------------------------------------------------
-- Modifications
--
-- Version Date Auteur
------------------------------------------------------------------------------------
-------------------------------------------------------------------------------------
-- 110.9oA 18/05/2004 L.Delemazure
-- Description :
-- D 04 257 : pb de performance sur le bouton : CLE
-- Modification du trigger Control BT_CLE When_buttom_pressed
-------------------------------------------------------------------------------------

Overview de La EBS

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Overview de La EBS

Transféré par

Droits d'auteur :

Formats disponibles

DCN

Overview de la e-Business Suite

 Ou s’informer sur la EBS

 TRM : Technical Reference Manuals

Toutes les applications présentées en 10 pages

Document CCOA Logica

Document Éditeur Oracle :¨

Formation SQL ; Workflow

Formation Dépréciation des stocks

Normes de dév DCNS

Se connecter à Oracle en Anglais pour connaître le vocabulaire

 Comment sont organisées les données ?

 Une application = 1 activité Lien fonctionnel

 Chaque application possède un code (Ex : SQLGL pour la comptabilité général) et un

 Outils pour faire du traitement Batch :

 Outil pour la création d’états

 Outil de modification d’IHM (Non utilisé pour l’instant chez DCN)

 Responsabilité « Administrateur système » :

 Déclaration des jeux de valeurs éventuels pour les paramètres Application/Validation/Jeu

 Ajout de paramètre au traitement

Pour un report, le nom du

 Ajout du programme à un groupe d’états sécurisé : /Sécurité/Responsabilité/Traitement

 Pour DCN, le paramétrage en général et celui des programmes en

 La notion d’interface décrite ici consiste à extraire ou importer depuis

 Afin d’intégrer des données dans la EBS, Oracle a prévue dans la

 L’outil SQL*Loader est en quelque sorte l’inverse de la commande SPOOL :

RATE_DATE CHAR " ltrim(rtrim(TO_Date(:RATE_DATE ,'DD/MM/RRRR'),' '),' ')«

 Le lancement d’un SQL*Loader sous unix s’effectue via la commande :

 Puis on lance le spool

 Copier le fichier Template.fmb à partir de $FND_TOP/Forms/F dans un

 Rechercher l’état dans Simultané/Programme/Définir

 Vous y trouverez le nom de la source

 Il existe des normes de développement. Elle font l’objet des

 Description des fichiers d'installation modules spécifiques OA V1.0.doc Script install.doc

 Les points important :

Vous aimerez peut-être aussi