Académique Documents
Professionnel Documents
Culture Documents
SAP et lIntgration
Inter-Organisationnelle
Muriel Mignerat, Benoit A. Aubert
Rapport de Projet
Project report
Cette tude a t mene dans le cadre du projet VRQ Prototypes avancs en commerce lectronique-
Montral
Avril 2002
CIRANO
Le CIRANO est un organisme sans but lucratif constitu en vertu de la Loi des compagnies du Qubec. Le
financement de son infrastructure et de ses activits de recherche provient des cotisations de ses organisationsmembres, dune subvention dinfrastructure du ministre de la Recherche, de la Science et de la Technologie, de
mme que des subventions et mandats obtenus par ses quipes de recherche.
CIRANO is a private non-profit organization incorporated under the Qubec Companies Act. Its infrastructure and
research activities are funded through fees paid by member organizations, an infrastructure grant from the
Ministre de la Recherche, de la Science et de la Technologie, and grants and research mandates obtained by its
research teams.
Les organisations-partenaires / The Partner Organizations
cole des Hautes tudes Commerciales
cole Polytechnique de Montral
Universit Concordia
Universit de Montral
Universit du Qubec Montral
Universit Laval
Universit McGill
Ministre des Finances du Qubec
MRST
Alcan inc.
AXA Canada
Banque du Canada
Banque Laurentienne du Canada
Banque Nationale du Canada
Banque Royale du Canada
Bell Canada
Bombardier
Bourse de Montral
Dveloppement des ressources humaines Canada (DRHC)
Fdration des caisses Desjardins du Qubec
Hydro-Qubec
Industrie Canada
Pratt & Whitney Canada Inc.
Raymond Chabot Grant Thornton
Ville de Montral
2002 Benoit A. Aubert et Muriel Mignerat. Tous droits rservs. All rights reserved. Reproduction partielle
permise avec citation du document source, incluant la notice .
Short sections may be quoted without explicit permission, if full credit, including notice, is given to the source.
ISSN 1499-8610
R/3,
Intgration
inter-organisationnelle,
commerce
Introduction ..........................................................................................................................4
I Stratgie et offre SAP .........................................................................................................6
1-
2-
3-
4-
5-
Comparaison de la stratgie SAP avec celle des autres fournisseurs dERP ......... 13
6-
IDoc ........................................................................................................................ 18
2-
3-
BAPI....................................................................................................................... 24
4-
ALE ........................................................................................................................ 28
5-
Workflow ............................................................................................................... 31
6-
MySAP Technology............................................................................................... 35
2-
EDI ......................................................................................................................... 38
3-
RosettaNet .............................................................................................................. 45
2-
I NTRODUCTION
De faon gnrale, lintgration dun ERP (Enterprise Resource Planning,
ou progiciel de gestion intgre) avec une autre application (interne ou externe
lentreprise) est problmatique car les ERP nont pas t fondamentalement
conus pour communiquer avec dautres applications, mais plutt dans le but
doffrir des fonctionnalits de gestion qui aideront lentreprise expdier des
produits leurs clients, faire ses feuilles de paye aux employs et incorporer
toutes ces informations en comptabilit. Cependant, les entreprises sont amenes
devoir intgrer leur ERP avec dautres applications tant en interne (ex. CRM,
SCM, legacy systems) qu lexterne (avec les applications de leurs partenaires
commerciaux ou avec des places de march par exemple). Les fournisseurs dERP,
et SAP en particulier, ont donc t amens progressivement rpondre la
demande de leurs clients et fournir des moyens dintgrer leur produit avec
dautres
applications.
Les
fournisseurs
dapplications
ont
dvelopp
des
connecteurs pour que leurs applications puissent venir communiquer avec les
principaux ERP sur le march. Enfin, certains fournisseurs spcialiss dans le
middleware ont vu l une opportunit de dvelopper des produits spcifiques qui
viennent se placer entre lERP et les autres applications.
Les formes que peut prendre la collaboration entre des partenaires, les
motifs pour effectuer une telle collaboration, ses limites et contraintes ont t
tudis
dans
le
document
Panorama
des
systmes
dintgration
inter-
rapport
de
projet :
Panorama
des
systmes
dintgration
inter-
Inter-organizational integration in
dynamic networks
Integration levels
Inter-organizational integration in
static networks
Process-oriented reorganization
1960
1970
1980
1990
Time
La firme SAP, connue principalement pour son produit phare le progiciel de gestion intgr SAP
R/3, a dvelopp ces dernires annes une offre complte de produits destins au commerce
lectronique et au support des processus collaboratifs. Cette famille de produits porte aujourdhui
le nom mySAP.com
SAP
SAP R/3
Le nom correct complet du progiciel de gestion est SAP R/3 , et non R/3 . Sa
prochaine version (deuxime trimestre 2002) est SAP R/3 Entreprise . Ce
progiciel fait partie des solutions offertes dans le cadre de mySAP.com.
mySAP.com Cest le nom de lensemble des services et solutions e-business offertes par SAP,
officiellement dfinis ainsi :
A family of software and services that empowers customers, partners, and
employees to collaborate successfully anywhere, anytime.
Prfixe
mySAP
mySAP Automotive
mySAP Banking
etc. (21 sous-catgories)
Modules logistiques :
Modules financiers :
fournisseurs,
SAP R/3 est paramtrable et sadapte ainsi dans une certaine mesure aux
besoins de lentreprise o il est implant. Son architecture repose sur une
architecture client/serveur trois tiers : le niveau prsentation (ou client), le serveur
dapplication (ou niveau logique) et un serveur de base de donnes (niveau
physique). Les nouvelles technologies proposes par SAP dans le cadre de
lInternet fournissent de facto un quatrime tiers : la couche Web, qui rend
possible les interactions inter-organisationnelles via Internet (Kasturi, 2000)
des
donnes
etc.
Ainsi,
ces
fonctionnalits
traditionnellement
10
Les principaux services proposs par la firme SAP sont prsents dans le
tableau
suivant,
synthtisant
linitiative
mySAP.com
telle
que
dcrite
par
Service
Objectifs
Caractristiques
mySAP.com
Marketplace
Aujourdhui
renomm:
MySAP.com
Exchanges 6
MySAP.com
Workplaces
Aujourdhui
renomm:
MySAP.com
Enterprise Portal 7
www.mysap.com/exchanges
11
MySAP.com
Components
Business
Scenarios
Enterprise Resource
Planning
Inter-Enterprise
Co-operation
Web Services
Services
n
n Everything
Everything is
is aa service
n
n SAP
SAP Web
Web Application
Application Server
Server
n
n Portal
Portal &
& exchange
exchange
infrastructure
infrastructure
User-centric design
design
n
n Ease
Ease of
of use
use
n
n Roles
n
n Workplace
Workplace
Business
Business Framework
Framework
n
n Business Objects
n
n BAPIs
n
n Components
Components
n
n Internet Transaction Server
1996
1997
Collaborative
Business
Internet-Business
Internet-Business
Framework
n
n XML-support
XML-support
n
n SAP
SAP Business
Business Connector
n
n WebFlow
WebFlow
n
n SAP
SAP GUI
GUI for HTML
1998
1999
2000
2001
www.sap.com/solutions/enterpriseportals/
http://www.sap.com/solutions/business_applications/
9
Figure inspire dune prsentation corporative de SAP mySAP Web Basis , disponible sur
Internet ladresse http://forum.sap.co.kr/pdf/Track-D/D2-mySAP-Web-Basis.pdf, consulte le 27
fvrier 2002.
8
12
Tel quon le voit sur la figure ci-dessus, la technologie propose par SAP a
volu ces dernires annes pour fournir un support technologique au commerce
collaboratif. BAPIs et connecteurs ont t ajouts en 1996 R/3 (les BAPIs seront
dcrits plus loin). Les Business Connectors (BC) sont devenus en 1999 llment
central de linitiative Internet de SAP, reliant les applications par des protocoles
ouverts tels que http et surtout lutilisation du standard XML, raison principale de
lintroduction des BC. SAP Business Connector est un serveur dapplication (bas
sur le serveur de webMethods).
10
Communiqu de presse du 23 janvier 2002, consult le 20 mars 2002,
http://www.sap.com/france/company/press/2002/01-23-SAPMarketsSAPPortals.asp
13
Compte tenu de lengouement actuel pour le commerce collaboratif, ou ccommerce, les fournisseurs dERP, en qute de parts de march, tentent leur tour
de fournir un produit qui fournirait une architecture centrale permettant le
dveloppement
de
processus
inter-organisationnels.
Pour
cela,
ils
doivent
14
Edwards est dans une position intermdiaire : il offre des points dentres des
composants Objets, mais manque de fonctionnalits API ; Oracle a t distanc, un
nouvel ensemble dAPI est en cours de dveloppement mais nest pas prvu avant
le 2e trimestre 2002 au plus tt (Genovese, 2001).
Cependant, mme avec ces API, les vendeurs dERP auront encore des
problmes rgler dans leur effort de mieux supporter lintgration avec dautres
applications dans leurs fonctionnalits cur (Genovese, 2001). J.D. Edwards a t
le plus agressif, en acqurant du code de vendeurs middleware webMethods et
Netfish Technologies pour crer XPI qui rsoudrait ces problmes. J.D. Edwards
essaie de changer fondamentalement son positionnement en se repositionnant
comme une source de technologie dintgration et dexpertise. Larchitecture de
PeopleSoft 8 a t conue avec des fonctionnalits dinteroprabilit, cependant
PeopleSoft na commenc que rcemment sa stratgie dintgration Internet.
Oracle a dvelopp son propre middleware pour permettre la gestion des processus
et le contrle de processus externes, ainsi que pour fournir des possibilits de
transformation de donnes.
15
Loffre de SAP est riche et complexe. Il est difficile de faire un choix parmi les solutions
proposes en termes dintgration avec R/3 car elles sont souvent dfinies de faon confuse par
SAP. Il est encore plus laborieux de comparer loffre de SAP avec celle dautres fournisseurs de
progiciels intgrs ou de fournisseurs de middleware.
Par rapport aux autres progiciels intgrs, SAP R/3 a de ce point de vue des
avantages et des inconvnients. Ct avantages, des interfaces sont dj
incorpores dans R/3 et permettent le partage de donnes et de processus avec le
monde
extrieur.
Ct
inconvnients,
ces
interfaces
sont
complexes,
leur
16
ainsi bnficier dune plus grande flexibilit dans les composantes ; il y a des
inconvnients cela (ex. duplication de donnes),
enfin et surtout, tous ces changements rcents rendent loffre de SAP trs
confuse pour les clients et prospects de SAP. Il est difficile pour un utilisateur
de dterminer ce quils ont lorsquils utilisent un composant mySAP car de
larges portions de code seraient en fait extraites de R/3. De plus, le Gartner
souligne que certaines fonctionnalits de ces produits sont en ralit dcrites
trs diffremment lintrieur mme de SAP, ce qui ajoute encore la
confusion qui a dbut lorsque SAP a lanc loffre mySAP.com (selon le
Gartner, SAP na jamais clairement expliqu la diffrence entre SAP R/3 et
mySAP.com). Il en est de mme pour la nomenclature mme des produits
offerts par SAP. titre dexemple, R/3 Entreprise et SAP R/3 v. 4.7
rfre exactement au mme produit.
Au total, le Gartner (Bond, 2002) estime que SAP peut maintenant offrir
plus de valeur, plus rapidement, ses clients que dans le pass, mais que, dici
2003, 30% au moins des clients de SAP vont investir moins ( underinvest ) dans
SAP cause de la confusion rgnant autour des produits quelle offre.
17
SAP
Interface
Repository
Publier
Parcourir Tlcharger
XML
Internet
Collaborative
Business Scenarios
SAP
Business
Connector
http(s) / XML
XML
Firewall
Firewall
SAP R/3
ALE (IDocs)
IDoc
Systme
EDI
Systme tiers
(R/3 ou autre)
IDoc
Message
Systme
EDI
12
Ce schma est en partie inspir dune figure consulte le 20 mars 2002 sur le site :
http://ifr.sap.com/home/documents/ifr.htm .
18
Pour transfrer des informations depuis R/3 vers un systme externe (et inversement), lon ne
peut pas simplement choisir daccder directement aux donnes dans la base de donnes. Il faut
passer par lapplication elle-mme. Pour ce faire, SAP fournit dans R/3 plusieurs mcanismes qui
vont permettre de transmettre linformation requise.
1- IDoc
19
toute communication avec une application externe R/3 capable den comprendre
la smantique (Nagpal et Pitlak, 2001).
Nature et structure des IDocs
Le mot IDoc est employ pour voquer tant des IDoc data (donnes) quun
IDoc Type (structure et format des donnes changes). Des IDocs sont crs
quand des messages ou des mthodes (objets) sont distribus.
R/3
Dans R/3 13 , pour voir tous les types de messages proposs, utiliser la
transaction WE81. Pour voir les types de IDocs qui y sont associs,
utiliser la transaction WE82. Pour afficher la documentation relative
un type dIDoc, faire la transaction WE60.
Les IDoc Types sont fonds sur les standards EDI ANSI X12 et EDIFACT.
Le format IDoc est donc compatible avec la plupart des standards EDI existants.
Bien que le format IDoc ne soit pas en soi un standard en tant que tel, il est
largement connu dans lindustrie (Welingkar, 2000). La structure dun IDoc
consiste en plusieurs segments et chaque segment en plusieurs champs de donnes.
Il existe une liste de segments permis, darrangements possibles de segments, ainsi
que des segments optionnels ou obligatoires : il est donc possible de modifier les
IDocs standards proposs par SAP.
Un IDoc est une instance dun IDoc Type. Chaque IDoc possde un
numro de rfrence unique, et contient trois types denregistrement :
13
Toutes les transactions ou impressions cran de ce document sont valides pour la version 4.6b de
R/3. Sagissant de fonctionnalits en pleine volution ces dernires annes, il peut y avoir des
diffrences significatives de prsentation avec dautres versions de R/3.
20
Plusieurs data record : leur nombre varie selon la structure du IDoc, ces
informations sont, par exemple, des lignes de commandes, des rfrences de
produits commands,
Plusieurs status record : ces derniers sont ajouts au IDoc tout au long du
processus, au fur et mesure que le IDoc a parcouru certaines tapes.
21
Un IDoc a donc une structure connue par les vendeurs EAI (Enterprise
Application Integration) ; ceux-ci ont donc pu btir de nombreux connecteurs
entre R/3 et leurs propres produits sur la base du contenu de IDocs facilement
traduisibles dans le format voulu (Welingkar, 2000).
2- RFC et ABAP
22
Il y a trois types de RFC, qui sont utiliss pour des raisons distinctes
(Schuessler, 2002) :
R/3
23
Appel de
fonction
Laccs direct aux donnes gres par SAP est, de toute faon, un mauvais
choix car il empche la validation des mises jour des donnes via la logique de
lapplication. Pour accder directement, et proprement aux donnes de R/3, les
dveloppeurs utilisent ABAP/4, le seul langage qui, dans son processus de
compilation, inclut une interprtation correcte du dictionnaire de donnes de SAP
pour crer des requtes SQL (Hill et Furst, 1999). Les observateurs du Gartner
24
soulignent que certains clients ont rapport des erreurs survenant dans le code
ABAP suite des changements de version ou de configuration dans R/3 ou dans
lapplication externe ; pour eux, les dveloppeurs oublient de recompiler les
interfaces programmes en ABAP suite de tels changements (compilation qui
mettrait jour les requtes utilises, selon le nouveau dictionnaire de donnes
SAP), ce qui implique que les interfaces seront hard-codes selon la structure de
base de donnes prcdente (Hill et Furst, 1999).
Si laccs direct aux donnes par des requtes SQL dans le code ABAP est
la meilleure faon de sassurer de linformation extraite que lon extrait de R/3, les
interfaces introduites par SAP (telles que IDocs, RFC et BAPIs) permet de ne pas
avoir tenir compte des changements de structure intervenus dans la base de
donnes et de simplifier la conception des interfaces. Il est fortement conseill aux
dveloppeurs dabandonner leur habitude de coder les interfaces et denvoyer des
fichiers en batch, et dutiliser plutt les interfaces de haut niveau de R/3 quand
elles sont disponibles, et ce pour viter les problmes de maintenance (Hill et
Furst, 1999).
3- BAPI
Extrait de SAP Integration and certification center : integration guide, dat du 21 juin 2001,
disponible ladresse (consulte le 27 fvrier 2002) :
http://www.sap.com/solutions/compsoft/scenarios/validation/docs/icc_integration_guide_1_00.pdf.
15
25
2002).
Pour
mmoire,
lutilisation
du
IDoc
tait
prconise
16
Ces exemples sont uniquement donns au lecteur titre dillustration de situations de gestion trs
gnrales et ne constituent en aucun cas des limitations lutilisation des IDocs et BAPIs.
26
17
27
R/3
28
4- ALE
Au dpart, ALE est la technologie middleware fournie par SAP dans R/3
pour intgrer des processus mettant en cause plusieurs systmes R/2 ou R/3
distribus (Nagpal et Pitlak, 2001). Par extension, ALE est une technologie de
SAP qui permet linterface entre deux systmes R/3, entre R/3 et un autre systme,
et entre R/3 et R/2. titre anecdotique, Linthicum (2001, p.358) mentionne que
lALE nest rellement prvu que pour la communication de systmes R/3 ou R/2
ensemble : il permet la communication avec dautres systmes car il trompe
lALE en prtendant quil communique en ralit avec un systme R/3, ainsi
lALE est capable denvoyer linformation ncessaire au processus !
LALE est fournie par SAP dans R/3 et est fournie avec des scnarios
dintgration et de distribution, et avec un ensemble doutils, programmes,
dfinitions de donnes et mthodologies (Kasturi, 2000).
peuvent porter sur trois types de donnes de R/3 : master data, transactional data
et control data.
Principe
Le principe de base est quun vnement va gnrer un processus
consistant extraire des informations de R/3 et les envoyer un autre systme
29
ALE (IDocs)
SAP R/3
Systme tiers
(R/3 ou autre)
R/3 possde plusieurs centaines de scnarios ALE tels que les commandes,
des notifications dexpditions, la facturation LALE peut galement tre utilis
conjointement avec les BAPIs. Enfin, ALE et BAPIs peuvent maintenant
parler dans le monde Internet grce au Business Connector, qui les convertit en
messages XML et vice versa (Kasturi, 2000).
30
quand
un
certain
document
est
cr
ou
quune
21
31
Les exceptions ne sont pas gres par lALE mais par le workflow de R/3,
qui sera voqu la section suivante.
R/3
Dans R/3, les outils de configuration ALE sont accessibles dans lIMG
(Basis components Distribution ALE) ou via la transaction SALE qui
propose une vue synthtique des transactions. Dans le menu
principal (Tools / ALE) on accde aux outils administratifs et
oprationnels.
Limites de lALE
Certains
auteurs
soulignent
que
la
configuration
de
lALE
est
partager
des
composants
et
des
transactions
entre
des
compagnies
5- Workflow
32
existantes dans le systme : il permet par exemple de les combiner. Il nest donc
pas spcifiquement conu pour la gestion des processus inter-organisationnels
mais il peut tre utilis cet effet en utilisant les fonctionnalits voques
jusquici. En outre, les workflows de R/3 sont utiliss pour grer les exceptions de
lALE.
Navigation
graphique
Navigation
Reprsentation
graphique du
workflow
Palette des tches
disponibles
Outils
Template
6- Diverses fonctionnalits
33
R/3
22
34
Les solutions offertes dans R/3 peuvent tre compltes par des outils
middleware venant sajouter larchitecture existante. Certains de ces outils seront
prsents dans la section suivante.
35
ET LE MIDDLEWARE
prcdente.
La
prsente
section
sintresse
certaines
solutions
middleware proposes par la firme SAP, mais qui doivent tre installes en plus de
R/3, telles que loffre de mySAP Technology, lEDI et les Business Connectors.
1- MySAP Technology
Il ne faut pas confondre les solutions middleware proposes par SAP et les fonctionnalits
dintgration disponibles dans R/3. En effet, la firme SAP propose toute une gamme de produits
et services destins lintgration inter-organisationnelle dans le cadre de linitiative MySAP
Technology. Elle propose galement en parallle des technologies prouves telles que lEDI ou
les Business Connectors.
23
MySAP technology for open e-business integration overview ; version 1.1 octobre 2001; SAP
White Paper ; http://www.sap.com/solutions/technology/brochures.asp ; consult le 26 mars 2002.
36
Portail : produits proposs par SAP Portals (voir plus haut) filiale pour
laquelle SAP a bnfici des connaissances de TopTier, socit acquise par
SAP en 2001, spcialise dans les portails dentreprise)
24
Source : SAP White Paper date du 13/10/2001, mySAP technology for open e-business
integration overview version 1.1, page 14, consult le 26 mars 2002.
http://www.sapmarkets.com/media/pdfs/mysap_tech_whitepaper.pdf ;
25
Le principe et le fonctionnement des Web Services ont t dcrits dans le rapport de projet
Panorama des systmes dintgration inter-organisationnels : aspects technologiques(Mignerat et
Aubert, 2002).
37
SAP
Interface
Repository
Publier
Parcourir Tlcharger
XML
Internet
Collaborative
Business Scenarios
http(s) / XML
Firewall
Firewall
Systme tiers
(R/3 ou autre)
SAP R/3
Figure 12 : Scnarios collaboratifs
38
2- EDI
Principe
Lintgration EDI de SAP est essentiellement fonde sur un change de flat
files : change de IDocs et de leur statut. Larchitecture sous jacente lALE (voir
plus haut) et lEDI est trs semblables (Nagpal et Pitlak, 2001). Le principe est le
suivant : R/3 gnre un IDoc qui est transmis au sous-systme EDI. Celui-ci
convertit le IDoc en format EDI et lexpdie un autre sous-systme EDI, tel que
cela est illustr ci-dessous :
26
27
39
40
Afin de pouvoir utiliser lEDI, il faut configurer linterface EDI dans R/3.
Cette interface est incluse dans R/3 mais le sous-systme EDI doit tre achet un
fournisseur dEDI.
R/3
Tout comme dans le cas de lALE, le Workflow de R/3 est utilis pour
grer les exceptions et erreurs.
28
41
29
Extrait de SAP Integration and certification center : integration guide, dat du 21 juin 2001,
disponible ladresse (consulte le 27 fvrier 2002) :
http://www.sap.com/solutions/compsoft/scenarios/validation/docs/icc_integration_guide_1_00.pdf.
42
SAP
Business
Connector
http(s) / XML
XML
Systme tiers
(R/3 ou autre)
SAP R/3
Figure 14 : Business Connectors
ou
mme
avec
une
infrastructure
EDI
existante.
Son
R/3
Systme
tiers
XML
Mapping,
routage et
scurit des
communications
RFC
Codage et
dcodage XML
Connectivit
SAP
Donnes
matresses
BAPI
RFC
tRFC
IDoc
RFC
xcution
43
SAP Java Connector est un ensemble doutils (API) qui permettent aux
applications JAVA de communiquer avec R/3 (de Java R/3 ou de R/3
Java).
30
44
R/3
fournit
des
RFC
API
(Remote
Function
Call
Application
45
IV SAP
1- RosettaNet
32
www.rosettanet.org
46
Figure 16 : PIP Business Process Flow Diagram for PIP3A4 : Manage Purchase Order
(Rademann, 2001)
Les PIPs RosettaNet sont supports par SAP R/3 ; ils peuvent tre
implants en adaptant le processus daffaires de R/3 selon les directives fournies
dans la mthodologie du PIP considr (Rademann, 2001).
47
2- C-Business Scenarios
Loutil Solution Composer33 est une petite application permettant de
modliser des processus mettant en cause plusieurs partenaires ou dutiliser des
processus existants proposs par SAP (ces modles peuvent tre utiliss et
modifis). titre dexemple, un processus de ventes collaboratif est propos :
Trois partenaires
Dtail des
tapes par
partenaire
33
48
49
ainsi
comme
un
ensemble
dobjets
pouvant
tre
partag
entre
applications :
Abstraction layer
API
Batch
interface
Data
VI CAS
50
34
Source : SAP Portals Success Story : Getronics Selects SAP Portals to support people-centric
view of e-business, http://www.sapportals.com/ , consult le 20 mars 2002.
35
Source : documentation corporative disponible sur le site de Lilly France http://www.lilly.fr/ ,
consult le 20 mars 2002.
51
Certaines entreprises ont choisi daller plus loin dans leur processus
dintgration des achats au niveau mondial : cest le cas par exemple de Procter &
Gamble.
implantation est le fait que 25 000 employs de par le monde commandent chaque
jour des fournitures comparables, mais que les systmes existants ne permettaient
pas aux employs de connatre les rabais disponibles, quil tait impossible pour
les gestionnaires davoir une vision globale de ces achats, et enfin que les achats
ntaient pas intgrs automatiquement avec lERP.
36
Source : SAP Markets Customer Success Story : Procter & Gamble makes global e procurement
easy with enterprise buyer professional, http://www.sapmarkets.com/ , consult le 20 mars 2002.
52
les
donnes
entre
plusieurs
instances,
Business
Information
les
firmes
Commerce
One
et
SAP
Markets
pour
la
gestion
des
Les cas dcrits ci-dessus nont pour objet que dillustrer des situations de
gestion
utilisant
les
concepts
prsents
ici.
Les
sources
utilises
sont
essentiellement issues de cas prsents par SAP des fins publicitaires. Les limites
et inconvnients ces implantations ne sont pas prsentes dans ces documents.
37
Source : SAP Markets Customer Success Story : Procter & Gamble makes global e procurement
easy with enterprise buyer professional, http://www.sapmarkets.com/ , consult le 20 mars 2002.
53
CONCLUSION
Le prsent rapport a prsent la firme SAP, son offre et sa stratgie, des
technologies dintgration (telles que IDocs, BAPIs, RFC), des outils dintgration
(telles que BC, DCOM, les connecteurs JAVA), ainsi que les mthodes de
conception
de
processus
proposes
par
SAP
et
des
exemples
concrets
dapplications.
Le prsent document est loin dtre exhaustif et ce, pour plusieurs raisons :
loffre SAP est vaste, complexe et en mutation constante : il se passe rarement une
semaine sans que SAP fasse de nouvelles annonces ce sujet. Par exemple, nous
navons pas dcrit ici certaines initiatives importantes de SAP, telles que APO
(SAP advanced Planner and Optimizer), LES (Logistic Execution system),
WebFlow ou BW (Business Information Warehouse).
54
satisfaisante. En effet, bien que SAP ait largement dmontr quil tait non
seulement capable dadapter ses produits traditionnellement monolithiques au
monde de lInternet, mais galement de leur permettre de sintgrer dautres
produits dans le cadre de la nouvelle politique Best Of Breed, les produits SAP
(comme ceux de la plupart de ses comptiteurs) ne sont pas fondamentalement
conus pour sintgrer avec lextrieur et ses utilisateurs ne doivent pas
sattendre ce quune intgration externe en temps rel devienne facile dployer
dans un futur proche (Bond, 2001).
55
de
programmation
dvelopp
par
SAP.
Les
ALE
API
BAPI
BDC
BO
COM
CORBA
DBMS
GUI
56
IDoc
Intermediate
DOCuments:
RFC
tRFC
transactional
57
ANNEXE 2 : INTERFACES
EXTERNES
Interfaces Externes
Interface
Type
Description
GUI
Using the GUI interfaces to R/3 you can write a client program that accesses
the data stream that is communicated between the R/3 application server and its
SAPGUI.
By using the GUI interfaces your external client program can provide an
alternative interface to the standard SAPGUI. This alternative interface can be
either graphical or non-graphical (for example, it can be voice driven or Webbased). Programming using the GUI interfaces also allows your client program
to monitor or record an end user interaction with SAPGUI screens.
RFC
The SAP Remote Function Call (RFC) protocol allows you to call ABAP
function modules from external applications. An external application using the
RFC interface can act as both the client and the server to an SAP system.
Calling an RFC function that resides in an SAP system from an external
program is similar in principle to calling an RFC function from another SAP
system (from ABAP). Therefore, to learn the basic principles of RFC
programming you can read the section on RFC Programming in ABAP.
BAPI
IDoc
Batch Input
38
http://sap1.hec.ca/saphelp/plainhtml/helpdata/en/e1/8e51341a06084de10000009b38f83b/framese
t.htm consult le 20 mars 2002.
58
Outils pour programmer des applications externs qui sintgrent avec les
systmes SAP
Tool/Library
Description
RFC API
SAP DCOM
Connector
The SAP DCOM Connector uses services from Microsoft MTS to provide a
DCOM interface for working with SAP RFC function modules and BAPIs. It
provides a C++ template library for creating COM objects from the SAP
business objects. Using the DCOM Connector allows you to take advantage
of the distributed computing, resource sharing, and other benefits of using
MTS when integrating your application with an SAP system.
SAP
Automation
B IBLIOG RAPHIE
Anonyme, "mySAP Technology For Open e-business Integration - Overview", SAP White Paper,
2001, 32 pages.
Anonyme, "SAP Business Connectors in environments with mySAP.com", SAP, 2002, 20 pages.
Bond, B., "Why is SAP Doing Well When the Market Is Not ?" Gartner, E-14-1834, 20 aot
2001, 3 pages.
Bond, B., "SAP: Surprisingly Transformed but Even More Confusing", Gartner, C-15-2667, 1er
mars 2002, 5 pages.
Buxmann, P. et W. Knig, Inter-Organizational Cooperation with SAP Systems, Springer, 2000,
186 pages.
Comport, J., M. Pezzini et D. Prior, "Supporting Java Will Mean Evolution, not Revolution, for
SAP", Gartner, F-14-8600, 8 novembre 2001, 2 pages.
Devine, E., "A Tour of SAP's Online Service Marketplace", SAPinsider, volume 1, numro 1,
Octobre-Dcembre 2000, 8 pages.
Dreibelbis, D. et T. Lacy-Thompson, "Interfacing with SAP R/3", eAI Journal, mars 2000, pp.
20-25.
Genovese, Y., "The C-Commerce Backbone: The Role of ERP II Vendors", Gartner, SPA-147839, 30 novembre 2001, 4 pages.
Hayward, S., "SAP and Groupware Integration : A Wide Range of Options", Gartner, TU-075414, 25 mars 1999, 2 pages.
Hill, J. et J. Furst, "Getting Data In and Out of SAP R/3", Gartner, T-07-1665, 1er mars 1999, 2
pages.
Kasturi, R., "Introducing SAP's Internet Business Framework", intelligentERP, 10 avril 2000, 6
pages.
Kimbell, I., "Deciphering SAP, mySAP.com, and mySAP: A Quick Lesson in SAP Branding",
SAPinsider, volume 2, numro 4, Octobre-Dcembre 2001, 3 pages.
Linthicum, D. S., B2B Application Integration - Integrating SAP R/3, 2001, pp. 349-362.
59
60
* Consultez la liste complte des publications du CIRANO et les publications elles-mmes sur notre site Internet :
http://www.cirano.qc.ca/publication/documents.html
2002s-07 A Structural Analysis of the Correlated Random Coefficient Wage Regression Model
/ Christian Belzil et Jrgen Hansen
2002s-06 Information Asymmetry, Insurance, and the Decision to Hospitalize / ke Blomqvist
et Pierre Thomas Lger
2002s-05 Coping with Stressful Decisions: Individual Differences, Appraisals and Choice /
Ann-Rene Blais
2002s-04 A New Proof Of The Maximum Principle / Ngo Van Long et Koji Shimomura
2002s-03 Macro Surprises And Short-Term Behaviour In Bond Futures / Eugene Durenard et
David Veredas
2002s-02 Financial Asset Returns, Market Timing, and Volatility Dynamics / Peter F.
Christoffersen et Francis X. Diebold
2002s-01 An Empirical Analysis of Water Supply Contracts / Serge Garcia et Alban
Thomas