2002RP 11

2002RP-11
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
SAP et lIntgration Inter-Organisationnelle

Muriel Mignerat* et Benoit A. Aubert
Rsum / Abstract
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 de mySAP.com. Loffre de SAP est riche et complexe. Il est difficile pour un gestionnaire de faire un choix parmi les solutions proposes en termes dintgration avec SAP R/3 car elles sont souvent dfinies de faon imprcise par SAP. Ce rapport de projet se centre sur la firme SAP, leader mondial, son offre et sa stratgie, les technologies dintgration offertes (Idocs, BAPIs, RFC, ALE, Business Connectors), les mthodes de conception de processus proposes par SAP ainsi que des exemples concrets dapplications dans lindustrie. SAP is renowned for its main product SAP R/3, an Enterprise Resource Planning system. Recently, SAP also started to offer a complete family of ecommerce solutions, designed to support inter organization collaborative processes. SAPs offering, labelled mySAP.com, is rich and complex. Solutions offered by SAP in terms of integration with SAP R/3 are often ill described. Therefore it can be difficult for a manager to come to a decision regarding inter-organizational integration. This report presents SAP, a world leading company, its products, strategy, integration technologies (Idocs, BAPIs, RFC, ALE, Business Connectors), and methodologies, along with real world applications currently implemented. Mots-cls : SAP, SAP collaboratif, processus. R/3, Intgration inter-organisationnelle, commerce
Keywords: SAP, SAP R/3, Inter-organizational integration, collaborative commerce, process.
Professionnelle de recherche, CIRANO Professeur agrg, HEC Montral, Fellow, CIRANO
SAP ET LINTGRATION INTER-ORGANISATIONNELLE
Table des matires
Introduction ..........................................................................................................................4 I Stratgie et offre SAP .........................................................................................................6 123456Quelques claircissements sur les appellations ........................................................7 Le progiciel SAP R/3 ...............................................................................................8 SAP et le commerce lectronique .......................................................................... 10 Historique de loffre SAP ....................................................................................... 11 Comparaison de la stratgie SAP avec celle des autres fournisseurs dERP ......... 13 Critique de loffre SAP .......................................................................................... 15
II SAP R/3 et lintgration inter-organisationnelle ............................................................ 18 123456IDoc ........................................................................................................................ 18 RFC et ABAP ......................................................................................................... 21 BAPI....................................................................................................................... 24 ALE ........................................................................................................................ 28 Workflow ............................................................................................................... 31 Diverses fonctionnalits ......................................................................................... 32
III SAP R/3 et le middleware ............................................................................................. 35 123MySAP Technology............................................................................................... 35 EDI ......................................................................................................................... 38 SAP Business Connectors ...................................................................................... 41
IV SAP et la conception des processus inter-organisationnels .......................................... 45 12RosettaNet .............................................................................................................. 45 C-Business Scenarios ............................................................................................. 47
V Loffre des vendeurs spcialiss dans le middleware..................................................... 49 VI Cas dapplication dans lindustrie ................................................................................. 50 Conclusion .......................................................................................................................... 53 Annexe 1 : Glossaire SAP .................................................................................................. 55 Annexe 2 : Interfaces externes ........................................................................................... 57 Bibliographie ...................................................................................................................... 59
Liste des illustrations
Figure 1 : Developments in the information and communication technology, SAP products (Buxmann et Knig, 2000, p. 4)...............................................................................................6 Figure 2 : mySAP Technology - Extending And Not Replacing ..................................................... 11 Figure 3 : Intgration avec R/3 - une synthse............................................................................... 17 Figure 4 : Affichage d'un IDoc dans SAP R/3 ............................................................................... 20 Figure 5 : Function CCARD_CHECK_AMEX............................................................................. 23 Figure 6 : Appel d'un BAPI par un RFC ........................................................................................ 26 Figure 7 : BAPI Explorer - Customer Quotation ........................................................................... 27 Figure 8 : ALE et IDocs ................................................................................................................. 29 Figure 9 : Workflow Builder (SAP R/3) ........................................................................................ 32 Figure 10 : Trusted systems ........................................................................................................... 33 Figure 11 : mySAP TECHNOLOGY (2001) ................................................................................. 36 Figure 12 : Scnarios collaboratifs ................................................................................................ 37 Figure 13 : IDoc, ALE et EDI........................................................................................................ 39 Figure 14 : Business Connectors.................................................................................................... 42 Figure 15 : Architecture de SAP Business Connector ................................................................... 42 Figure 16 : PIP Business Process Flow Diagram for PIP3A4 : Manage Purchase Order (Rademann, 2001) .................................................................................................................. 46 Figure 17 : Processus de vente collaboratif ................................................................................... 47 Figure 18 : Dtail de proposal discussion ...................................................................................... 48 Figure 19 : Using an abstraction layer to hide complex interfaces (Linthicum, 2001) .................. 49 Liste des tableaux Tableau 1 : Petite leon sur la marque SAP.....................................................................................8 Tableau 2 : L'initiative mySAP.com .............................................................................................. 11
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-
organisationnels (Mignerat, Aubert et Babin, 2001). Les aspects technologiques (et notamment le middleware) lis ces problmatiques ont fait lobjet dun second rapport de projet : Panorama des systmes dintgration inter-
organisationnels : aspects technologiques (Mignerat et Aubert, 2002).
Le prsent document sintresse plus spcifiquement lERP que lon retrouve le plus souvent dans les grandes entreprises au niveau mondial : le progiciel SAP R/3 de la firme du mme nom. Parmi les progiciels intgrs que lon trouve sur le march, SAP R/3 est en effet le plus populaire . En 1998, le progiciel SAP R/3 tait install dans au moins 511 des socits du Fortune 100 , en 2002, il est install dans 80% des socits ptrolires du Fortune 500 2 et plus de la moiti des socits du Fortune 500 grent leurs flux financiers avec R/33 . Cest donc le progiciel que dveloppeurs et architectes vont le plus souvent rencontrer lheure deffectuer une intgration B2B (Linthicum, 2001).
Lvolution de la politique gnrale de SAP dans ce domaine sera prsente et compare aux autres fournisseurs dERP dans un premier temps. Ensuite, des aspects plus technologiques de SAP R/3 seront voqus : structure de SAP R/3 et possibilits douverture (concepts de ALE, IDocs, BAPI). Lutilisation de ces technologies pour la communication de SAP R/3 SAP R/3, et de SAP R/3 un autre environnement, ainsi que les moyens offerts pour communiquer avec SAP R/3 par les principaux gros joueurs du march seront dcrits. Enfin, quelques cas rels dapplication en entreprise seront prsents.
1 2
http://www.sap.com/chile/press/codelco.htm, consult le 19 mars 2002. http://www.sap.com/company/publications/fs_oilgas_11-01.asp, consult le 19 mars 2002. 3 http://www.sap.com/solutions/industry/sapmedia/pdf/50040781.pdf, consult le 19 mars 2002.
I STRATGIE ET OFFRE SAP

SAP est une entreprise qui a t fonde en 1972. La stratgie de SAP a volu de faon notable ces dernires annes, passant de loffre dun seul produit phare (le progiciel SAP R/3) dont lobjet est dintgrer tous les processus dune entreprise, un ensemble de services et de solutions e-business, dont SAP R/3 nest quune des nombreuses facettes. Depuis le milieu des annes 80, SAP sest de plus en plus concentr sur les processus daffaires, orientation qui a remplac la traditionnelle approche par fonction (Buxmann et Knig, 2000). Le progiciel SAP R/3 reprsente tout fait cette approche. Paralllement, une nouvelle tendance est apparue : le support des processus inter-organisationnels. SAP a donc propos des solutions technologiques de tels processus, tels que le commerce lectronique ou lEDI.
Inter-organizational integration in dynamic networks Inter-organizational integration in static networks
Integration levels
Process-oriented reorganization
Integration of different function areas
Support for individual function areas
1960
1970
1980
1990
Time
Figure 1 : Developments in the information and communication technology, SAP products (Buxmann et Knig, 2000, p. 4)
Loptique tant ici les processus inter-organisationnels, certains aspects relatifs SAP R/3 (ex. BASIS) seront abords succinctement pour permettre la comprhension de concepts plus centraux (ex. IDocs, ALE).
1- Quelques claircissements sur les appellations
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
Pour le novice, le jargon marketing de SAP est quelque peu dstabilisant. Que se cache-t-il derrire les appellations SAP4, mySAP, mySAP.COM ? Le tableau suivant rcapitule les diffrents aspects expliqus dans un article de Ian Kimbell, Directeur Marketing de mySAP.com (Kimbell, 2001) :
SAP
Cest le nom de la compagnie, o f nde en 1972. SAP signifie aujourdhui : Systeme, Anwendungen, Produkte in der Datenverarbeitung (ou Systems, Applications and Products in data processing). 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.
SAP R/3
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.
SAP nest pas un acronyme : chaque lettre est prononce sparment.
Prfixe mySAP
Il existe trois catgories principales de solutions ; chacune des sous-catgories de solutions offertes possde le prfixe mySAP5 : 1. Cross Industry Solutions : mySAP Worplace mySAP CRM mySAP Marketplace etc. (10 sous-catgories) 2. Industry Solutions : mySAP Aerospace & Defense mySAP Automotive mySAP Banking etc. (21 sous-catgories)
3. Infrastructure and Services : mySAP Technology mySAP Services mySAP Hosted Solutions
Tableau 1 : Petite leon sur la marque SAP
2- Le progiciel SAP R/3
SAP R/3 est un progiciel de gestion dentreprise compos de diffrents modules, les principaux sont les suivants :
Modules logistiques : MM Material Management (achats et gestion des stocks), PP Production Planning (gestion de production), SD Sales and Distribution (administration des ventes), PM Plant Maintenance (gestion de la maintenance).
Modules financiers : FI FInancial (comptabilit gnrale et auxiliaire clients, trsorerie, immobilisations), CO COsting (comptabilit analytique), PS Project Systems (gestion de projets). fournisseurs,
Modules ressources humaines HR Human Resources
Pour plus de dtails ce sujet, se rapporter au site : www.mysap.com.
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)
SAP R/3 possde son propre systme dexploitation, encapsul et gr par son architecture BASIS ; cela permet de lexcuter sur plusieurs matriels informatiques, plusieurs systmes dexploitation et plusieurs SGBD (Dreibelbis et Lacy-Thompson, 2000). R/3 gre lui-mme lindexation de la base de donnes, la compression des donnes etc. Ainsi, ces fonctionnalits traditionnellement
accessibles via le SGBD sont caches dans larchitecture BASIS. Concrtement, cela signifie que lon ne peut pas simplement entrer et sortir des donnes de la base de donnes par des requtes SQL : il faut passer par larchitecture BASIS de R/3 pour que les informations entres aient un sens pour R/3 (Dreibelbis et LacyThompson, 2000). SAP ne garantit pas lintgrit relationnelle si la base de donnes est accde directement, sans passer par R/3 (Welingkar, 2000).
Des interfaces existent dans R/3, qui permettent le partage de donnes et de processus entre R/3 et dautres applications. Une fois linformation ncessaire extraite de R/3, encore faut-il pouvoir lutiliser adquatement. Dans la plupart des cas impliquant du B2B, linformation passe par une architecture middleware (serveur dapplication ou message broker) afin de convertir linformation dans un format comprhensible par lapplication cible (Linthicum, 2001).
10
3- SAP et le commerce lectronique
La principale initiative de la firme SAP en matire de commerce lectronique a t mySAP.com. Lenvironnement ouvert de mySAP.com vise intgrer les processus daffaires intra et inter-organisationnels des participants sur une mme plate-forme : Internet (Devine, 2000).
Les principaux services proposs par la firme SAP sont prsents dans le tableau suivant, synthtisant linitiative mySAP.com telle que dcrite par
Buxmann et Knig (2000), pages 59 68, et Devine (2000) :
Service mySAP.com Marketplace Aujourdhui renomm: MySAP.com Exchanges 6
Objectifs Fond en octobre 1999, ce portail est destin aux clients actuels et aux prospects de SAP. long terme, il vise (entre autres) le traitement automatique des processus daffaires interorganisationnels. Pour atteindre ce but, SAP btit prsentement la base dinformations ncessaires pour construire le rseau.
Caractristiques - Communauts Internet : annuaires par secteurs dactivits - Liens des services : voyages, finances, - Annuaires des partenaires daffaires de SAP : fournisseurs de logiciels, consultants, - Produits spcifiques SAP : documentation sur les produits vendus, - Possibilit denvoyer automatiquement un RFP (Request For Pro posal) SAP ou un partenaire inscrit pour certains produits spcifiques. - Gestion des accs diffrents types d'applications, - Outils dcisionnels et de gestion du contenu pour grer des donnes structures ou non structures, - Gestion et accs aux services web.
MySAP.com Workplaces Aujourdhui renomm: MySAP.com Enterprise Portal 7
Portail dentreprise qui fournit un accs standardis toutes les solutions existantes dans lentreprise mme et un accs aux applications dautres entreprises, possdant des solutions SAP ou non. Cet espace est personnalis.
www.mysap.com/exchanges
11
MySAP.com Components Business Scenarios
Ensemble de solutions proposes and par SAP dans les domaines suivants : - E-Commerce - Customer Relationship Aujourdhui Management renomm: - Business Intelligence - Supply Chain Management MySAP.com e- Product Lifecycle Management business - Human Capital Management application8 - Financials
Un scnario daffaires (business scenario) est une solution propose par SAP pour rpondre un besoin daffaires ; il est support par une combinaison de modules provenant de plusieurs logiciels diffrents (ou composants) dans les domaines numrs.
Tableau 2 : L'initiative mySAP.com
4- Historique de loffre SAP
Enterprise Resource Planning
Inter-Enterprise Co-operation
Collaborative Business Web Services Services n n Everything Everything is is a a 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
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
1996
1997
1998
1999
2000
2001
Figure 2 : mySAP Technology - Extending And Not Replacing9
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).
En 1999, SAP a rellement modifi sa stratgie pour sintresser plus spcifiquement au support des processus inter-organisationnels et au commerce lectronique en lanant MySAP.com, initiative qui a t dcrite plus haut. En 2000, SAP cre sa filiale SAP Markets et en 2001 sa filiale SAP Portals, qui seront fusionnes en 2002. Lobjectif et les activits de cette filiale sont ainsi dcrits par SAP 10 :
Cette nouvelle filiale sera charge de concevoir des technologies d'intgration ouvertes destines unifier les partenaires, les contenus et les processus mtier, la fois au sein des environnements htrognes de l'entreprise et avec ses partenaires et clients. Base sur une plate-forme unique qui combine portail d'entreprise et technologie d'change et de gestion des contenus structurs ou non, la socit fournira toute une gamme de solutions professionnelles destines la gestion de la relation fournisseur, la vente en ligne et au march des applications analytiques et de la 'business intelligence'. Cette gamme de solutions visera encourager le travail collaboratif et la prise de dcision pertinente en reliant les applications, les informations et les services Web pour gagner en productivit, amliorer la qualit des relations avec les partenaires et optimiser la valeur sur l'ensemble du rseau de l'entreprise.
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
Enfin, SAP a propos en 2001 un nouveau paradigme visant lutilisation des Web Services11 . Des possibilits dintgration avec le portail dentreprise ont t annonces dbut 2001. Le 6 novembre 2001, SAP a annonc que sa stratgie technologique inclura une infrastructure dchange et des adaptateurs ( packaged adapters ) pour les applications SAP et les autres applications, ainsi que la gestion des processus daffaires.
5- Comparaison de la stratgie SAP avec celle des autres fournisseurs dERP
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
surmonter plusieurs obstacles, notamment le fait de fournir une trs forte interoprabilit et la possibilit de connecter des systmes htrognes en utilisant une varit de nouveaux protocoles et en changeant des donnes dans une grande varit de formats (Genovese, 2001).
Interfaces offertes par les principaux fournisseurs dERP Dans le domaine des interfaces de programmes dapplication (ou API, interfaces qui permettent dentrer et sortir des donnes du systme ERP par exemple), SAP a pris les devants en investissant lourdement et depuis longtemps dans son ALE (Application Link Enabling ), et les BAPIs (Business Application Programming Interface). Fin 2000, PeopleSoft a amlior son support
lintgration en offrant un ensemble complet dAPI dans PeopleSoft 8 ; JD

11 Les web services et leur fonctionnement ont t dcrits dans le document Panorama des systmes dintgration inter-organisationnels : aspects technologiques (Mignerat et Aubert, 2002).
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.
Ironiquement, si SAP est leader dans le dveloppement de stratgies API robustes, il a t plus lent investir dans les technologies de collaboration et dintgration pour supporter linfrastructure c-commerce (Genovese, 2001). Sa stratgie a t : If you build it they (integration middleware vendors) will come.
15
6- Critique de loffre SAP
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
architecture porte confusion, on manque dinformations sur la manire de les utiliser au mieux, et certains aspects techniques ne sont pas rsolus (Linthicum, 2001). Une fois linformation extraite de R/3, elle doit tre transporte une autre application et comprise par elle : At this point, finding the proper solution is more an art than a science (Linthicum, 2001).
Lvolution de SAP ces dernires annes dune offre mono-produit, trs intgre (SAP R/3), mySAP et mySAP.com prsente des points forts et des points faibles. Les observateurs du Gartner (Bond, 2002) soulignent en effet que :
la technologie mySAP supporte facilement lintgration de nouveaux produits autour des produits offerts par SAP, ce qui (tout comme les mises niveaux) tait difficile et coteux avec lancienne architecture R/3,
les utilisateurs peuvent dployer les fonctionnalits des composants de mySAP.com sans avoir faire une mise niveaux de chacun dentre eux, et
16
ainsi bnficier dune plus grande flexibilit dans les composantes ; il y a des inconvnients cela (ex. duplication de donnes), bien quil y ait encore des progrs faire en termes dintgration, la technologie mySAP fournit un environnement o lon peut implanter des solutions provenant de plusieurs vendeurs, 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.
Les diffrentes possibilits dintgration inter-organisationnelles avec R/3 proposes par SAP seront prsentes dans les sections suivantes. Le schma rcapitulatif ci-aprs synthtise ces offres :
17
SAP
Interface Repository Publier
XML
Parcourir Tlcharger
Internet
Collaborative Business Scenarios
SAP Business Connector
BAPI, IDoc, RFC
http(s) / XML
XML
Firewall
Firewall
SAP R/3
IDoc
ALE (IDocs)
Systme tiers (R/3 ou autre)

IDoc
Systme EDI
Message
Systme EDI
Figure 3 : Intgration avec R/3 - une synthse12
Dans un premier temps il sera question des fonctionnalits intgratives intgres dans R/3 : IDocs, RFC, BAPIs, ALE (II SAP R/3 et lintgration interorganisationnelle). Dans un deuxime temps, loffre middleware de SAP, externe R/3 sera considre : EDI, Business Connector (III SAP R/3 et le middleware). Puis les mthodes de conception de processus proposes en lien avec SAP seront prsentes : les PIPs SAP de RosettaNet et les scnarios collaboratifs de SAP (IV SAP et la conception de processus inter-organisationnels). Enfin, loffre dautres fournisseurs de middleware sera brivement examine (V Loffre des vendeurs spcialiss dans le middleware) ainsi que des cas dapplications dans lindustrie de loffre SAP (VI Cas dapplication dans lindustrie).
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
II SAP R/3 ET L INTGRATION INTER-ORGANISATIONNELLE

Le mcanisme le plus ancien pour entrer et sortir des donnes de R/3 via une interface tait le B DC (Bulk Data Capture) qui simule des entres de donnes sur un cran (via une transaction) pour grer des transactions par lots. Cette solution nest pas la plus adapte pour les rcentes versions de R/3 : les principales technologies prsentement utilises sont le IDoc (format de document propre R/3), le RFC (protocole pour la communication entre programmes), le BAPI (mthode applique un objet de gestion) et lALE (technologie middleware de R/3 pour transmettre des IDocs).
Crer un BAPI ou un IDoc propritaire est extrmement complexe et leur incorporation dans R/3 doit tre pralablement soumise SAP (Hill et Furst, 1999) ; ce nest dont pas une option que nous considrerons ici.
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
Un IDoc est un document intermdiaire (Intermediate DOCument). Cest un conteneur, utilis pour changer des donnes entre deux processus. Les IDocs peuvent tre utiliss dans des communications R/3-R/3 et R/3 des systmes externes, par exemple dans le cadre de lEDI, de lALE et plus gnralement de
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 :
Un control record : numro de rfrence du IDoc, informations relatives aux systmes denvoi et de rception,
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.
Figure 4 : Affichage d'un IDoc dans SAP R/3
Linterface IDoc permet deffectuer un suivi des IDocs mis de deux faons diffrentes : mission de rapport pour le monitoring, workflow pour les notifications. Ces deux approches sont fondes sur le concept de statut du IDoc : lorsque celui-ci subit un changement de statut dune valeur une autre valeur, une action est dclenche.
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).
Exemple pratique dutilisation des IDocs Soit une application web qui possde une base de donnes rplique contenant toutes les informations relatives aux clients, eux-mmes grs sur R/3. Plutt que deffectuer des appels constants depuis lapplication web (par le biais de BAPIs par exemple) pour aller chercher linformation dans R/3, le dveloppeur peut dcider que le systme R/3 va envoyer un IDoc lapplication web chaque fois quune modification sera ajoute, modifie ou efface sur un client (Schuessler, 2002). Pour Schuessler (2002), lutilisation des IDocs par rapport aux
autres technologies se justifie surtout pour maintenir des bases de donnes rpliques jour.
2- RFC et ABAP
RFC (Remote Function Call) est le nom du protocole SAP pour la communication de programme programme (Schuessler, 2002). Un RFC est un appel une fonction qui, en principe, est excute sur un systme diffrent de celui do elle est appele. Le RFC peut galement exceptionnellement tre utilis au sein dun mme systme. Le RFC permet donc deffectuer des appels de fonctions entre deux systmes SAP R/3, ou entre R/3 et un systme autre. Les fonctionnalits RFC peuvent tre invoques depuis un programme ABAP dans SAP R/3. Pour les composants non SAP , il existe une bibliothque (RFC Library) disponible pour les plate-formes telles que Win32 ou Linux : les
22
dveloppeurs peuvent utiliser cette bibliothque pour des programmes en C ou C++ (Schuessler, 2002).
Il y a trois types de RFC, qui sont utiliss pour des raisons distinctes (Schuessler, 2002) : Synchronous RFC (sRFC) : les applications utilisent en gnral ce type de RFC, qui appelle un BAPI et obtient un rsultat (le paramtre export) en retour (ex. obtenir le numro de document de vente relatif un ordre de vente), Transactional RFC (tRFC) : ce type de RFC a t invent au dpart pour les IDocs et ne renvoit aucune donne (ce qui est logique puisque les IDocs fournissent une communication asynchrone). Lavantage du tRFC est quil garantit que le message envoy est trait une fois et une seule. Queued RFC (qRFC) : cest une version amliore des tRFC,
R/3
Dans R/3, le function builder peut tre appel en utilisant la transaction SE37. Un exemple est donn ci-dessous :
23
Appel de fonction
Figure 5 : Function CCARD_CHECK_AMEX
En gnral les fournisseurs de logiciels ne sont pas autoriss par SAP dvelopper en ABAP. La raison donne par SAP est que lutilisation des technologies expliques ci-avant permet une gestion facile des mises niveaux ultrieures de R/3 et des composants dvelopps par SAP. SAP offre cependant des certifications ABAP pour ceux qui dsireraient dvelopper des fonctionnalits supplmentaires celles fournies par SAP.
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
Les BAPIs (Business Application Programming Interfaces) sont des interfaces SAP standards qui permettent notamment aux vendeurs de logiciels dintgrer leurs produits dans la plate-forme e-business mySAP.com14 . Ils peuvent par exemple tre appels par un RFC (voir plus haut), un composant ActiveX, ou des composants COM, DCOM ou CORBA15.
14
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
Pour plus dinformations ce sujet, et notamment le choix du connecteur, consulter larticle de Schluesser (2002) pp. 64-66.
25
Objectifs de lutilisation des BAPIs et avantages Les BAPIs prsentent une vue daffaires des donnes, enlevant ainsi la complexit du modle de donnes : par exemple, le BAPI Vendor Purchase Order peut en ralit utiliser des donnes provenant de plus de 100 tables physiques (Hill et Furst, 1999). Ils permettent donc lintgration au niveau affaires et non au niveau technique. De plus, en utilisant un BAPI, les dveloppeurs nont pas
grer la complexit de la base de donnes, mais uniquement contrler les donnes qui entrent et qui sortent du BAPI. R/3 sassure que la base de donnes est mise jour correctement. Limportance des BAPIs provient du fait quils donnent aux dveloppeurs la possibilit daccder facilement R/3 depuis diffrents outils et technologies (Linthicum, 2001). Attention, un BAPI ne donnera pas ncessairement accs exactement aux informations dont le dveloppeur a besoin ; cependant, le nombre de BAPIs disponibles et leurs fonctionnalits augmente chaque jour (Linthicum, 2001).
Les avantages des BAPIs, par rapport lutilisation traditionnelle du code ABAP, sont : facilit dapprentissage, mapping plus simple, implantation rapide du fait du ct intuitif des BAPIs, rutilisation et durabilit (les vues daffaires tant plus stables que la structure physique de la base de donnes).
Concrtement, il est conseill dutiliser un BAPI (par rapport un IDoc) lorsque lon veut aller chercher une information (telle que le statut dune commande) et les mises jour, par exemple la cration dun bon de commande (Schuessler, 2002). Pour mmoire, lutilisation du IDoc tait prconise typiquement dans le cas de la mise jour de bases de donnes rpliques16 .
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
Dfinition des BAPIs Les BAPIs sont dfinis dans le BOR ( Business Object Repository) comme des mthodes appliques des objets de gestion (Business Objects) de SAP, dans le but deffectuer des tches spcifiques. Le Business Object Repository peut tre considr comme un catalogue de toutes les fonctionnalits disponibles dans le systme R/3 (Schmidt, 2001). chaque fois que SAP dveloppe un nouveau BAPI, les dfinitions de son interface ainsi que ses paramtres resteront identiques, ce qui signifie que les programmes tiers ne seront pas affects par des changements dans les applications SAP. Les informations relatives aux BAPIs sont maintenues jour dans lInterface Repository 17 . Du fait de lexistence du BOR, il est beaucoup plus facile pour un dveloppeur de trouver un BAPI adquat pour rpondre un problme donn plutt que dautres types de fonctions RFC18 (Schuessler, 2002).
Figure 6 : Appel d'un BAPI par un RFC19
Sur le site : http://ifr.sap.com, consult le 15 mars 2002. Selon lauteur, le meilleur point de dpart pour une recherche est http://ifr.sap.com . 19 Schma copi du site : http://home.t-online.de/home/joachim.droest/images/bor_e.jpg consult le 20 mars 2002.
18
17
27
La figure ci-dessus reprsente lappel de lobjet sales order dans le BOR par un RFC, depuis le Function Builder . Bien entendu, ceci nest quun exemple, et le BAPI peut-tre appel par diffrents moyens, tel que nous lavons dcrit plus haut. Le BAPI cre une instance dobjet (ex. une commande client) sur la base des donnes fournies par le programme appelant. Il peut galement par exemple crer, modifier ou supprimer les donnes dun enregistrement dans R/3 (ex. les coordonnes dun client). Pour effectuer une interaction avec R/3, le systme appelant doit bien entendu pralablement disposer dun certain nombre dautorisations.
R/3
Lexplorateur de BAPIs est disponible dans SAP R/3 et peut tre appel en utilisant la transaction BAPI. Limage ci-dessous prsente lobjet customer quotation dans le BAPI Explorer:
Figure 7 : BAPI Explorer - Customer Quotation
28
Lobjet (Business Object) Customer quotation reprsente une offre effectue par le dpartement des ventes un client pour, par exemple, la livraison dun bien selon des termes pr-dfinis. Cette offre liera la compagnie pour un certain temps. Cet objet est compos de plusieurs informations telles que la quantit de marchandises offertes.
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). Les scnarios LAE
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
(Dreibelbis et Lacy-Thompson, 2000). LALE fournit des mcanismes qui non seulement distribuent les donnes mais permettent galement lintgration des applications ; lALE possde une architecture trois niveaux : application, distribution et communication (Kasturi, 2000). Les donnes sont transportes via les IDocs, comme lillustre la figure ci-dessous :
ALE (IDocs)
SAP R/3
Figure 8 : ALE et IDocs
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).
On distingue principalement deux catgories de processus ALE : les processus sortants et les processus entrants 20 . Ces deux exemples sont illustrs ci-dessous. Processus ALE sortant Le processus ALE sortant a pour objet denvoyer une information, sous la forme dun IDoc, un autre systme. haut niveau, on distingue quatre tapes ce processus (Nagpal et Pitlak, 2001) :
20
Traduction libre de outbound process et inbound process.
30
1) Identification du besoin denvoyer un IDoc : cette tape intervient immdiatement quand un certain document est cr ou quune
modification a t apporte des donnes. Par exemple, dans le cas de bases de donnes rpliques : si un material master21 est cr ou modifi dans R/3 (utilisation de pointeurs cet effet), il y a automatiquement consultation de lALE pour dterminer si un systme externe est intress par cette information. Le cas chant lALE dbute un nouveau processus pour envoyer linformation lautre systme. 2) Un Master IDoc est gnr : les donnes qui doivent tre envoyes sont extraites de la base de donnes et formates en un IDoc. 3) Un Communication IDoc est gnr : il sagit dun IDoc distinct, unique pour chaque destinataire, 4) Les deux IDocs sont envoys au systme destinataire, de faon asynchrone, ce qui permet au systme qui envoit ces documents de continuer sa tche mme si le destinataire nest pas prt les recevoir.
Processus ALE entrant Ce processus comprend trois tapes (Nagpal et Pitlak, 2001) :
1) Rception dun IDoc, vrification et enregistrement dans le systme, 2) Recherche du programme adquat (posting program) auquel linformation est destine, 3) Cration du document dans R/3 : le posting program lit le IDoc, en extrait les donnes et met jour la base de donnes de R/3 (cration ou modification de donnes).
21
Donne permanente du systme relative un matriau.
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
particulirement difficile et requiert des consultants chevronns (Dreibelbis et Lacy-Thompson, 2000). titre dexemple parmi dautres, ils expliquent quune quipe de consultants est reste bloque quelque temps sur un processus ALE qui semblait tout fait correct, jusqu ce quun consultant senior intervienne pour expliquer que, dans ce cas prcis, il fallait utiliser les codes SAP allemands et non les codes anglais, qui pourtant taient proposs dans les crans de transactions.
De faon plus gnrale, lobjet premier de lALE est de permettre lintgration avec dautres applications, de btir des scnarios de distribution afin de partager des composants et des transactions entre des compagnies
gographiquement disperses ; cependant, lALE na jamais rellement russi en cela car les rgles utilises sont plutt rigides et de permettent pas toujours de satisfaire les besoins daffaires (Welingkar, 2000).
5- Workflow
SAP Business Workflow permet de dfinir des processus daffaires qui nont pas t mapps dans un systme SAP. Il utilise les transactions et fonctions
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
Figure 9 : Workflow Builder (SAP R/3)
6- Diverses fonctionnalits
Dautres fonctionnalits, qui ne seront pas dcrites en dtail dans le prsent document, existent. Lutilisation du systme de mail de R/3 (qui permet denvoyer des messages de R/3 R/3) peut permettre lusager deffectuer certaines tches. Des Dynpro (Dynamic Programs, terme SAP dsignant un cran dans une transaction R/3) peuvent tre programms quand aucun BAPI ou IDoc adquat
33
nexiste, mais leur cration est particulirement longue et coteuse (Schuessler, 2002). Enfin, les DTP (Data Transfer Programs) peuvent tre utiles dans certains cas particuliers. Le Data Transfer Workbench vient en support au transfert de donnes dans R/3. Il est particulirement utile pour les objets (business objects) contenant de grands volumes de donnes. Il garantit que les donnes sont transmises de faon efficiente et consistante.
R/3
Dans R/3, ce programme peut tre appel en utilisant la transaction SXDA.
titre de conclusion, il est intressant de noter que lon peut crer un systme R/3 virtuel consistant en ralit de plusieurs systmes R/3. Concrtement, cette relation prsente plusieurs avantages : connexion unique, pas de transmission de mot de passe dans le rseau,... Cette relation nest pas mutuelle et lun des systmes peut donc faire confiance un autre systme qui ne lui fait pas confiance . Cette relation est illustre dans la figure ci-aprs :
Figure 10 : Trusted systems 22
22
Source : aide SAP en ligne, consulte le 20 mars 2002.
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
III SAP R/3
ET LE MIDDLEWARE
Les principaux outils middleware intgrs dans R/3 ont t dcrits la section 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 .
SAP propose tout dabord linfrastructure mySAP TECHNOLOGY 23 :
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
Figure 11 : mySAP TECHNOLOGY24 (2001)
Les solutions collaboratives proposes par mySAP Technology reposent sur trois architectures diffrentes possibles :
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)
Web Application Server de SAP : il permet daccder aux Web Services 25 , Infrastructure dchange : utilisation dun serveur dintgration SAP.
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).
24
37
SAP
Interface Repository Publier
XML
Parcourir Tlcharger
Internet
Collaborative Business Scenarios
http(s) / XML
Firewall Firewall
SAP R/3
Figure 12 : Scnarios collaboratifs
Dans le schma ci-dessus, lInternet Repository contient et publie toutes les interfaces XML disponibles aux composants de mySAP.com, telles que par exemple des interfaces aux BAPIs, IDocs, certains RFC, ou mme les scnarios collaboratifs qui seront prsents plus loin. Cela signifie que toutes les interfaces standards officiellement supportes par SAP peuvent tre gres et obtenues dans un mme endroit.
Linfrastructure MySAP Technology est en fait un ensemble de solutions middleware propos par SAP. Elle saccompagne dune initiative visant faciliter le modlisation des processus communs entre plusieurs partenaires, qui sera dcrite dans une section suivante (C-Business Scenarios). Tous les composants de larchitecture mySAP Technology seront courte chance (courant 2002) compatibles avec Java (J2EE), ce qui permettra aux applications de supporter les outils Java (Comport, Pezzini et Prior, 2001). Bien entendu, SAP continue de supporter ABAP dans les applications quelle propose.
38
Les technologies middleware plus communment utilises sont lEDI et les Business Connectors, outil middleware qui est prsent par SAP comme tant au centre de sa stratgie e-business.
2- EDI
LEDI (Electronic Data Interchange), tout comme lALE (Application Link and Enabling), permet lintgration de processus daffaires supports par plusieurs systmes diffrents, tant au sein dune mme entreprise, quentre plusieurs entreprises diffrentes. LEDI permet lchange de documents daffaires, tels que des bons de commandes, avis dexpdition ou factures, dans un format lectronique standardis : utilisation des normes ANSI X1226 et EDIFACT27 .
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
American National Standards Institute Electronic Data Interchange For Administration, Commerce, and Transport
39
Figure 13 : IDoc, ALE et EDI
SAP fournit maintenant une interface entre le format IDoc et le format XML, ce qui contribue offrir une forme plus ouverte dEDI (Buxmann et Knig, 2000).
Tel que nous lavons vu dans le cas de lALE, il y a deux types de processus : les processus sortants et les processus entrants.
Le processus sortant comprend six tapes :
1. Cration du document par R/3 2. Gnration du IDoc 3. Transfert du IDoc au systme EDI du partenaire 4. Conversion du IDoc en document EDI 5. Transmission du document EDI au partenaire 6. Rception dun rapport
40
Le processus entrant comprend quatre tapes :
1. Rception du document EDI 2. Conversion en IDoc 3. Transfert du IDoc R/3 4. Cration du document dans R/3
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
Dans R/3, les configurations relatives linterface EDI sont accessibles dans lIMG (transaction SPRO) au sous-menu Basis components Basis services IDoc interface EDI.
Tout comme dans le cas de lALE, le Workflow de R/3 est utilis pour grer les exceptions et erreurs.
Les fournisseurs dEDI SAP fournit un service nomm Complementary Software Program28 qui permet aux entreprises de sassurer que le produit EDI achet sintgre de faon satisfaisante avec R/3 et supportera le volume de transactions requis. Les produits proposs par les vendeurs sont certifis pour une certaine version de R/3, et ils doivent passer par le processus de certification chaque nouvelle version de R/3.
28
Source : http://www.sap.com/partners/software/ consult le 20 mars 2002.
41
Les observateurs du Gartner conseillent de vrifier une srie de six lments pralablement lachat dun produit EDI, dans le cas spcifique de lintgration avec R/3 (Rozwell, 1999), telles que par exemple : le produit est-il certifi par SAP ? Quelles sont les interfaces fournies pour lintgration avec R/3 et seront-elles mises niveau dans le futur ? Est-ce que tous les processus de transfert de IDocs sont supports (i.e. RFC et tRFC) ? En effet, le Gartner remarque de faon gnrale que si tous les vendeurs dEDI proclament une totale intgration avec R/3, cela est loin dtre le cas dans la ralit.
3- SAP Business Connectors
Les Business Connectors (BC) sont ainsi dcrits par SAP :
SAP BC is a middleware component. It allows to integrate with R/3 via open and non proprietary technology. SAP BC uses the Internet as communication platform and XML/HTML as data format. Thus it seamlessly integrates different IT architectures with R/3. Thus SAP BC is a main part of the SAP Internet initiative 29
La technologie des BCs de SAP est issue du serveur dintgration de webMethods. Leur fonctionnement peut tre schmatis de la faon suivante :
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.
29
42
BAPI, IDoc, RFC
http(s) / XML
XML
SAP R/3
Figure 14 : Business Connectors
Typiquement, le BC va transformer un IDoc reu de SAP par ALE en un document au format XML, et le transmet un systme tiers, grce au protocole http. Le BC peut galement tre combin aux RFC et BAPI exposs prcdemment, ou mme avec une infrastructure EDI existante. Son
fonctionnement est illustr au schma suivant :

Design et configuration

Outil dintgration Gestion des B2B donnes matresses
R/3
RFC Donnes matresses
Systme tiers
XML
Mapping, routage et scurit des communications
Codage et dcodage XML
BAPI
RFC tRFC
IDoc
Connectivit SAP
RFC
xcution
Figure 15 : Architecture de SAP Business Connector
Au moment du design et de la configuration, les donnes matresses ncessaires sont extraites de R/3 et les services correspondants sont dfinis dans le BC. Aprs la mise en service, plusieurs composants fonctionnent simultanment : la couche mapping et routage, la couche scurit, la couche communication, le
43
codage et dcodage XML (transformation des donnes en format XML et inversement), et la couche connectivit SAP qui gre la conversion et la communication. En rsum, lutilisation du BC permet de (2002)30 : xcuter des BAPIs, Excuter des RFCs afin daccder aux fonctionnalits de R/3, Appeler des services du BC depuis les systmes SAP, Acheminer un document (IDoc) selon des critres spcifis (par exemple envoyer un IDoc un autre composant SAP en format XML).
Au total, les outils dintgration recommands par SAP sont les BC (Business Connectors), DCOM, JCO, ou RFC natifs combins avec les BAPIs, IDocs et RFC, ou simplement le transfert de fichiers avec les IDocs et DTP (Data Transfer Programs) 31
SAP Business Connectors (voir plus haut), SAP Dcom Connector permet de connecter des composants de R/3 (composants crits en ABAP, ou des Objets ABAP) et des composants COM (crits en VB, Java C++, Cobol, Delphi,) sur la base des DCOM de Microsoft (Distributed Component Object Model),
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).
Source : SAP Business Connector in Environments with mySAP.com, voir bibliographie. Source : 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.
31
30
44
R/3
fournit
des
RFC
API
(Remote
Function
Call
Application
Programming Interface ; routines crites en langage C qui effectuent certaines tches de communication) pouvant tre installes sur des systmes non- SAP pour permettre limplantation de programmes RFC. Ces RFC API supportent des systmes dexploitations tels que OS/2, Windows2000 et NT, ou UNIX.
Des solutions dintgration sont galement offertes par les fournisseurs classiques de vendeurs spcialiss dans le middleware, comme nous lvoquerons plus loin.
45
IV SAP
ET LA CONCEPTION DES PROCESSUS INTER ORGANISATIONNELS
Afin de faciliter la conception de processus communs entre plusieurs partenaires daffaires, SAP propose des standards et une aide la modlisation des processus communs. Deux initiatives sont relever ce sujet : la participation RosettaNet et les c-business scenarios de SAP.
1- RosettaNet
La collaboration entre plusieurs partenaires daffaires implique un contrle conjoint des processus daffaires communs et un change stable de donnes. Les partenaires doivent donc sentendre sur des rgles et procdures communes. En utilisant des standards en termes dintgration, les organisations peuvent amliorer la mise en place du processus de collaboration. Avec le dveloppement du commerce B2B plusieurs standards ont merg et notamment le format XML. Ces notions ont t abordes dans un rapport prcdent : Panorama des systmes dintgration inter-organisationnels Aspects technologiques, au chapitre 2 : les standards (Mignerat et Aubert, 2002). Le consortium RosettaNet32 a t dcrit dans ce document : il sagit dun organisme but non lucratif, fond par de nombreuses entreprises dans le domaine des TI, qui vise notamment dvelopper/formaliser des processus e-business standards par industrie. SAP est impliqu dans les groupes de travail de RosettaNet dont il est un membre actif. Les PIPs (Partner Interface Processes, plus de 100 PIPs existent) de RosettaNet dfinissent et documentent des processus daffaires communs plusieurs partenaires dune
32
www.rosettanet.org
46
chane dapprovisionnement. RosettaNet utilise des documents XML pour le transfert des donnes. Le schma ci-dessous illustre le PIP3A4, qui modlise le processus de demande dachat entre en acheter ( :Buyer) et un vendeur ( :Seller) (Rademann, 2001) :
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
Figure 17 : Processus de vente collaboratif
33
Il peut tre tlcharg gratuitement ladresse suivante (consulte le 20 mars 2002) : http://www.sap.com/solutions/businessmaps/composer/
48
Lobjectif de cette reprsentation est de montrer le processus de vente complet en commenant par la collaboration du fabricant et du dtaillant, puis avec la planification et la gestion des ventes et activits de promotion, pour finalement finir avec la facturation au client. Cliquer sur lune des tapes du processus (par exemple : proposal discussion) amne un cran qui dcrit le rle des personnes impliques, les documents changs et le flux des documents :
Figure 18 : Dtail de proposal discussion
Lutilisation de ces processus proposs par SAP nest pas encore commente ce jour dans la littrature ou dans les revues professionnelles.
49
V LOFFRE DES VENDEURS SPCIALISS DANS LE MIDDLEWARE
Les fournisseurs traditionnels de middleware ont adopt une approche quelque peu diffrente de celle de SAP, pour permettre lintgration de R/3 avec dautres applications. Outre les traditionnels connecteurs, ils proposent une architecture qui consiste placer un niveau dabstraction au-dessus des interfaces de SAP R/3, et ce, afin den cacher la complexit (Linthicum, 2001). SAP R/3 apparat ainsi comme un ensemble dobjets pouvant tre partag entre
applications :
Abstraction layer
API
Batch interface
Data
Figure 19 : Using an abstraction layer to hide complex interfaces (Linthicum, 2001)
Pour les observateurs du Gartner, les vendeurs tablis spcialiss dans ce domaine sont : SeeBeyond, Tibco Software et Webmethods (Pezzini, Comport et Prior, 2001). Ces vendeurs proposaient une architecture middleware compatible avec R/3 bien avant que SAP ne sintresse srieusement ce domaine dactivits, et loffre mySAP Technology est en ralit venue concurrencer leur offre (Pezzini et al., 2001).
50
VI CAS
D APPLICATION DANS L INDUSTRIE
La prsente section a pour objet dillustrer les technologies prsentes prcdemment par quelques exemples rels.
Intgration de filiales au niveau mondial : un accs centralis tous les systmes Plusieurs entreprises ont implant le portail SAP (propos par SAP Portals) afin deffectuer une intgration de leurs filiales au niveau mondial. Cest le cas par exemple de Getronics (fournisseur de produits et services de communication des entreprises telles que BP, Shell ou Monster.com, Getronics est implant dans 36 pays et emploie 29 000 personnes), qui a choisi dimplanter EUP (Enterprise Unification Portal) afin que les employs aient accs lensemble des systmes dinformations et autres bases de donnes disperses travers le monde34 . Cest le cas galement de la compagnie pharmaceutique Eli Lilly & company, laboratoire pharmaceutique amricain qui produit notamment des anti-dpresseurs. Lilly dploie R/3 dans toutes ses filiales ainsi quun portail dachats et a choisi le web comme moyen daccs de tous les employs au systme dinformation commun bas Indianapolis. 17 000 personnes de par le monde ont accs au portail dachats : ils peuvent enregistrer un demande dachats sur le portail, le service achats la transforme en commande suite un cycle dapprobation, et lemploy est inform via sa boite aux lettres de ltat davancement de sa commande. Ce processus est gr par le Workflow de SAP35.
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.
Intgration des fournisseurs au niveau mondial Procter & Gamble est une entreprise regroupant plus de 300 marques de commerce diffrentes (Tide, Ariel, Crest, Pampers) et ce, dans 140 pays. Procter & Gamble a choisi Enterprise Buyer de SAP Markets comme support ses processus dapprovisionnement36 . Le constat de dpart qui a conduit cette
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.
La stratgie de standardisation choisie par Procter & Gamble est dimplanter le progiciel R/3 dans toutes ses filiales : lintgration des autres processus se fait autour de cet lment centralisateur. Le Gartner a effectu une tude de cas relative lintgration de Procter et Gamble autour de R/3 (Prior et Rayner, 2002). Il montre que, afin de rester proche du consommateur, Procter & Gamble a d trouver une faon de faire qui permette de garder de la flexibilit au niveau local tout en ayant des processus daffaires standardiss au niveau mondial, notamment en termes dachats. La solution adopte est une structure complexe, utilisant des instances de R/3 pour mettre en commun certaines donnes matres (ex. Material Master, Customer pricing master data). Plusieurs fonctionnalits
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
intgratives de R/3 et modules complmentaires sont utiliss (ALE pour synchroniser les donnes entre plusieurs instances, Business Information
Warehouse pour le reporting relatif la chane dapprovisionnement, Advanced Planner and Optimizer, Enterprise Buyer Professional).
Avec limplantation dEnterprise Buyer (solution propose conjointement par les firmes Commerce One et SAP Markets pour la gestion des
approvisionnements), les utilisateurs peuvent dsormais effectuer des achats depuis lintranet corporatif37 : ils slectionnent les fournitures ncessaires sur le catalogue centralis regroupant plus de 40 000 items de 170 fournisseurs. Des accords sont pralablement ngocis au niveau mondial avec ces fournisseurs. De plus, les utilisateurs ont accs des catalogues externes de certains vendeurs qui possdent des sites web ddis pour les employs de Procter & Gamble. Le processus dapprobation est suivi par Enterprise Buyer qui communique avec les responsables si ncessaires par courrier lectronique. Enterprise Buyer cre la demande dachat et la transmet lectroniquement au fournisseur (utilisation de lEDI ou transfert de documents au format XML). La rception du bien est annonce de faon lectronique et les documents comptables sont mis dans le systme R/3. Certains fournisseurs envoient leur facture de faon lectronique, dans ce cas, le paiement leur est automatiquement transfr lectroniquement galement.
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.
Il convient de mentionner au passage que lutilisation des technologies voques dans ce document ne permet pas de contourner le problme du prix des licences R/3 payer SAP : tout utilisateur participant un processus quelconque accdant R/3 un moment donne doit possder une licence R/3 (Hayward, 1999).
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).
lheure dimplanter des technologies venant au support de processus inter-organisationnels, pour choisir le mcanisme le plus appropri pour une entreprise donne, il convient de prendre en question, outre les modules fonctionnels considrs et les fonctionnalits dsires, la version de R/3 qui est installe dans lorganisation. Comme cela a t mentionn prcdemment, il est trs difficile de faire un choix dans loffre encore parfois confuse de SAP. Il est certainement plus difficile encore dimplanter la solution choisie de faon
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
ANNEXE 1 : G LOSSAIRE SAP

Source : aide en ligne SAP ABAP Advanced Business Application Programming: cest le langage de programmation dvelopp par SAP. Les
versions ABAP4 et ABAP Objects (la toute dernire version, oriente objet) sont utilises.
ALE API
Application Link Enabling Application Programming Interface : interface utilise par des applications pour offrir des services web et communiquer.
BAPI
Business API : le BAPI est une interface qui permet dappeler les mthodes des Business Objects (BO).
BDC BO
Bulk Data Capture Business Objects : ils fournissent une vue oriente-objet des fonctions et structures de donnes de R/3.
COM
Component Object Model
CORBA
Common Object Request Broker Architecture
DBMS
Database Management System
GUI
Graphical User Interface
56
IDoc
Intermediate
DOCuments:
cest un format standard
dchange de donnes fourni par SAP. Il permet de transfrer des donnes entre un environnement R/3 et un autre systme (R/3 ou non).
RFC
Remote Function Call : le RFC permet dappeler des fonctions dun systme R/3 depuis des applications externes (SAP ou autre).
tRFC
transactional
RFC : protocole permettant de sassurer
quun RFC est excut avec succs sur le systme cible et ce une seule fois.
57
ANNEXE 2 : INTERFACES
Source : aide SAP en ligne 38
EXTERNES
Interfaces Externes
Interface Type GUI
Description
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 a n 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
SAP Business Objects provide an object-oriented view of SAP data structures and functions. The Business API (BAPI) is an interface that allows you to call the methods of these SAP Business Objects. Intermediate Document (IDoc) interface is an SAP standard format for exchanging data between SAP systems and between an SAP system and an external application. An IDoc document defines a SAP standard data container (template) for sending or receiving data from an SAP system. Allows you to feed data into R/3 using R/3 transactions.
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 RFC API
Description The RFC API is a C API (Application Programming Interface) for programming applications that use the RFC interface, that is, it allows external programs written in C to call RFC function modules in an SAP system. Using the RFC API you can develop client/server applications that act as both the client and the server to the SAP system. 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 is a suite of ActiveX components, class libraries, and other tools to help you develop applications that integrate with an SAP system from outside. The various SAP Automation tools allow you to take advantage of the various interface types as mentioned above (GUI, RFC, BAPI, IDoc, Batch input). The different tools offer a variety of functionality with some overlap of functionality for the different programming languages. Several of the SAP Automation tools allow you to program using the GUI interfaces to an SAP system. Other SAP Automation tools expand the functionality of the RFC API to support programming with RFC function modules, business object methods (BAPIs), IDoc interface, or batch input. Some of the SAP Automation tools that are based on the RFC API are also based on the SAP DCOM Connector to support distributed programming when using business objects methods (BAPIs) and RFC function modules.
SAP DCOM Connector
SAP Automation
59
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.
60
Mignerat, M. et B. A. Aubert, "Panorama des Systmes d'Intgration Inter-Organisationnels : Aspects Technologiques", CIRANO, 2002RP-03, janvier 2002, 53 pages. Mignerat, M., B. A. Aubert et G. Babin, "Panorama des systmes d'intgration interorganisationnels", CIRANO, 2001-RP01, octobre 2001, 51 pages. Nagpal, A. et J. Pitlak, ALE, EDI, & IDoc Technologies for SAP, A Comprehensive Guide to SAP Business Process Integration, 2nd Edition, 2001, 764 pages. Pezzini, M., J. Comport et D. Prior, "SAP Challenges Integration Middleware Vendors", Gartner, FT-14-8799, 13 novembre 2001, 2 pages. Prior, D. et N. Rayner, "How Procter & Gamble Runs Its Global Business on SAP", Gartner, CS15-3473, 25 fvrier 2002, 7 pages. Rademann, C., "Standardizing E-Business Processes for Collaborative Business with RosettaNet and mySAP.com", SAPinsider, volume 2, numro 3, Juillet-Septembre 2001, 6 pages. Rozwell, C., "Questions to Ask Your EDI Vendor About R/3 Integration", Gartner, DF-07-8150, 8 avril 1999, 2 pages. Schmidt, P., "Build Your Own Workflow From Scratch", SAP, 53 pages. Schuessler, T. G., "SAP Interface Technologies and Middleware Products", SAPinsider, volume 3, numro 1, janvier-fvrier-mars 2002, pp. 60-66. Welingkar, B., "Integrating Facets of SAP R/3", intelligentERP, 15 mai 2000, 7 pages.
Liste des publications au CIRANO*

Rapport de Projet / Project Report 2002RP-11 SAP et lIntgration Inter-Organisationnelle / Muriel Mignerat et Benoit A. Aubert 2002RP-10 Assessing the Impact of Tax and Transfer Policies on Labour Supply: A Survey / Bernard Fortin et Guy Lacroix 2002RP-09 Commerce lectronique et Conflits de Canaux de Distribution : Un tat de la Question / Malika Aboubekr et Suzanne Rivard 2002RP-08 Will the Working Poor Invest in Human Capital? A Laboratory Experiment / Catherine Eckel, Cathleen Johnson et Claude Montmarquette 2002RP-07 Bank Value and Financial Fragility / Karine Gobert, Patrick Gonzlez et Michel Poitevin 2002RP-06 Innovation Strategy and Research and Development at Bell Canada Enterprise (BCE) / Fernand Amesse, Caroline Boivin, Pierre Mohnen 2002RP-05 La Prime Associe au Diplme d'tudes Secondaires et le Dcrochage Scolaire au Canada / Daniel Parent 2002RP-04 tude Compare sur la Russite Universitaire Qubec Ontario pour la Priode 1994-1996 / Claude Montmarquette, Muriel Meunier, Jrme Schaeffer et Laure Thomas 2002RP-03 Panorama des Systmes dIntgration Inter-Organisationnels : Aspects Technologiques / Muriel Mignerat et Benoit A. Aubert 2002RP-02 Les Risques Biotechnologiques : tat de la Question dans lIndustrie Agroalimentaire Canadienne / Caroline Debuissy et ric Clment 2002RP-01 Courtage en Ligne : LExprience de Vingt-neuf Compagnies dAssurance / Malika Aboubekr et Suzanne Rivard Srie Scientifique / Scientific Series (ISSN 1198-8177) 2002s-35 2002s-34 2002s-33 2002s-32 2002s-31 Comparative Advantage, Learning, and Sectoral Wage Determination / Robert Gibbons, Lawrence F. Katz, Thomas Lemieux et Daniel Parent European Economic Integration and the Labour Compact, 1850-1913 / Michael Huberman et Wayne Lewchuk Which Volatility Model for Option Valuation? / Peter Christoffersen et Kris Jacobs Production Technology, Information Technology, and Vertical Integration under Asymmetric Information / Gamal Atallah Dynamique Motivationnelle de lpuisement et du Bien-tre chez des Enseignants Africains / Manon Levesque, Marc R. Blais, Ursula Hess
* 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-30 Motivation, Comportements Organisationnels Discrtionnaires et Bien-tre en Milieu Africain : Quand le Devoir Oblige / Manon Levesque, Marc R. Blais et Ursula Hess 2002s-29 Tax Incentives and Fertility in Canada: Permanent vs. Transitory Effects / Daniel Parent et Ling Wang 2002s-28 The Causal Effect of High School Employment on Educational Attainment in Canada / Daniel Parent 2002s-27 Employer-Supported Training in Canada and Its Impact on Mobility and Wages / Daniel Parent 2002s-26 Restructuring and Economic Performance: The Experience of the Tunisian Economy / Sofiane Ghali and Pierre Mohnen 2002s-25 What Type of Enterprise Forges Close Links With Universities and Government Labs? Evidence From CIS 2 / Pierre Mohnen et Cathy Hoareau 2002s-24 Environmental Performance of Canadian Pulp and Paper Plants : Why Some Do Well and Others Do Not ? / Julie Doonan, Paul Lanoie et Benoit Laplante 2002s-23 A Rule-driven Approach for Defining the Behavior of Negotiating Software Agents / Morad Benyoucef, Hakim Alj, Kim Levy et Rudolf K. Keller 2002s-22 Occupational Gender Segregation and Womens Wages in Canada: An Historical Perspective / Nicole M. Fortin et Michael Huberman 2002s-21 Information Content of Volatility Forecasts at Medium-term Horizons / John W. Galbraith et Turgut Kisinbay 2002s-20 Earnings Dispersion, Risk Aversion and Education / Christian Belzil et Jrgen Hansen 2002s-19 Unobserved Ability and the Return to Schooling / Christian Belzil et Jrgen Hansen 2002s-18 Auditing Policies and Information Systems in Principal-Agent Analysis / MarieCcile Fagart et Bernard Sinclair-Desgagn 2002s-17 The Choice of Instruments for Environmental Policy: Liability or Regulation? / Marcel Boyer, Donatella Porrini 2002s-16 Asymmetric Information and Product Differentiation / Marcel Boyer, Philippe Mahenc et Michel Moreaux 2002s-15 Entry Preventing Locations Under Incomplete Information / Marcel Boyer, Philippe Mahenc et Michel Moreaux 2002s-14 On the Relationship Between Financial Status and Investment in Technological Flexibility / Marcel Boyer, Armel Jacques et Michel Moreaux 2002s-13 Modeling the Choice Between Regulation and Liability in Terms of Social Welfare / Marcel Boyer et Donatella Porrini 2002s-12 Observation, Flexibilit et Structures Technologiques des Industries / Marcel Boyer, Armel Jacques et Michel Moreaux 2002s-11 Idiosyncratic Consumption Risk and the Cross-Section of Asset Returns / Kris Jacobs et Kevin Q. Wang 2002s-10 The Demand for the Arts / Louis Lvy-Garboua et Claude Montmarquette 2002s-09 Relative Wealth, Status Seeking, and Catching Up / Ngo Van Long, Koji Shimomura 2002s-08 The Rate of Risk Aversion May Be Lower Than You Think / Kris Jacobs
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

2002RP 11

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

2002RP 11

Transféré par

Droits d'auteur :

Formats disponibles

2002RP-11

SAP et lIntgration Inter-Organisationnelle

Rapport de Projet Project report

Montral Avril 2002

SAP et lIntgration Inter-Organisationnelle

Keywords: SAP, SAP R/3, Inter-organizational integration, collaborative commerce, process.

Professionnelle de recherche, CIRANO Professeur agrg, HEC Montral, Fellow, CIRANO

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

Table des matires

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

Liste des illustrations

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

organisationnels : aspects technologiques (Mignerat et Aubert, 2002).

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

I STRATGIE ET OFFRE SAP

Inter-organizational integration in dynamic networks Inter-organizational integration in static networks

Integration of different function areas

Support for individual function areas

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

1- Quelques claircissements sur les appellations

SAP nest pas un acronyme : chaque lettre est prononce sparment.

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

Tableau 1 : Petite leon sur la marque SAP

2- Le progiciel SAP R/3

Modules ressources humaines HR Human Resources

Pour plus de dtails ce sujet, se rapporter au site : www.mysap.com.

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

3- SAP et le commerce lectronique

Buxmann et Knig (2000), pages 59 68, et Devine (2000) :

Service mySAP.com Marketplace Aujourdhui renomm: MySAP.com Exchanges 6

MySAP.com Workplaces Aujourdhui renomm: MySAP.com Enterprise Portal 7

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

MySAP.com Components Business Scenarios

Tableau 2 : L'initiative mySAP.com

4- Historique de loffre SAP

Enterprise Resource Planning

Figure 2 : mySAP Technology - Extending And Not Replacing9

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

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

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

5- Comparaison de la stratgie SAP avec celle des autres fournisseurs dERP

lintgration en offrant un ensemble complet dAPI dans PeopleSoft 8 ; JD

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

6- Critique de loffre SAP

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

BAPI, IDoc, RFC

Systme tiers (R/3 ou autre)

Figure 3 : Intgration avec R/3 - une synthse12

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

II SAP R/3 ET L INTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

Figure 4 : Affichage d'un IDoc dans SAP R/3

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

Figure 5 : Function CCARD_CHECK_AMEX

SAP ET LINTGRATION INTER-ORGANISATIONNELLE

SAP ET LINTGRATION INTER-ORGANISATIONNELLE