![\"Passerelle](\"https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/gateway_odata.jpg\")
En ce qui concerne l'utilisation des plateformes de m\u00e9dias sociaux, la question se pose \u00e9galement de savoir comment cr\u00e9er de nouvelles solutions innovantes en reliant plus \u00e9troitement les plateformes aux donn\u00e9es critiques de l'entreprise dans le syst\u00e8me SAP.<\/p>\n\n\n\n
La configuration des produits \u00e0 variantes int\u00e9gr\u00e9e dans SAP ERP offre une solution puissante pour lancer des processus de production ainsi que des processus dans le back-office, en fonction de la s\u00e9lection de la configuration dans la commande client.<\/p>\n\n\n\n
Pour simplifier encore plus la saisie de la configuration, cette \u00e9tude a permis la saisie d'un mod\u00e8le 3D int\u00e9gr\u00e9 qui permet de visualiser imm\u00e9diatement les attributs s\u00e9lectionn\u00e9s.<\/p>\n\n\n\n
Les entr\u00e9es peuvent ainsi \u00eatre imm\u00e9diatement v\u00e9rifi\u00e9es et corrig\u00e9es visuellement, tout en augmentant l'acceptation par les utilisateurs finaux. La solution SAP Citizen Connect en est un autre exemple.<\/p>\n\n\n\n
En se basant sur les fonctions du syst\u00e8me SAP, une solution mobile a \u00e9t\u00e9 cr\u00e9\u00e9e ici, qui permet aux habitants d'une ville ou d'une commune d'envoyer des probl\u00e8mes ou des dysfonctionnements directement dans le syst\u00e8me SAP \u00e0 partir de leur appareil mobile. Cela permet de supprimer les \u00e9tapes interm\u00e9diaires auparavant n\u00e9cessaires, comme l'appel \u00e0 un central t\u00e9l\u00e9phonique avec des informations de localisation impr\u00e9cises.<\/p>\n\n\n\n
Gr\u00e2ce \u00e0 ces informations suppl\u00e9mentaires, il est d\u00e9sormais possible de prendre une d\u00e9cision en temps r\u00e9el sur la base de faits exacts. Et le retour d'information direct \u00e0 l'auteur du signalement renforce la motivation \u00e0 signaler \u00e0 l'avenir des irr\u00e9gularit\u00e9s qui, sinon, ne seraient pas d\u00e9tect\u00e9es.<\/p>\n\n\n\n
Solutions pour les non-ABAP<\/h3>\n\n\n\n
Le syst\u00e8me SAP \u00e9tant ouvert, les sc\u00e9narios susmentionn\u00e9s \u00e9taient d\u00e9j\u00e0 techniquement r\u00e9alisables depuis longtemps. L'inconv\u00e9nient \u00e9tait toutefois que l'on utilisait \u00e0 chaque fois des solutions point \u00e0 point.<\/p>\n\n\n\n
De plus, le d\u00e9veloppeur de la solution non-SAP avait besoin d'une connaissance approfondie et d\u00e9taill\u00e9e du syst\u00e8me SAP. Les d\u00e9veloppeurs qui ont un bon niveau de connaissances \u00e0 la fois dans les langages de d\u00e9veloppement SAP et non-SAP ne sont malheureusement pas toujours disponibles.<\/p>\n\n\n\n
Par cons\u00e9quent, les projets sont plus longs ou plus chers et la maintenance est difficile \u00e0 assurer, car le front-end \u00e9volue de mani\u00e8re dynamique. Les clients et partenaires SAP existants connaissent g\u00e9n\u00e9ralement tr\u00e8s bien le langage de programmation ABAP.<\/p>\n\n\n\n
Cependant, les connaissances ABAP sont peu r\u00e9pandues dans les autres communaut\u00e9s de d\u00e9veloppeurs, o\u00f9 pr\u00e9dominent surtout C, Java, Objective-C, PHP ou C#. C'est pourquoi on trouve aujourd'hui aussi typiquement dans les entreprises deux structures organisationnelles parall\u00e8les : un d\u00e9partement charg\u00e9 de la gestion des syst\u00e8mes SAP et un autre qui s'occupe des questions non-SAP.<\/p>\n\n\n\n
L'objectif pour NetWeaver Gateway \u00e9tait \u00e9galement de r\u00e9duire les barri\u00e8res de communication entre les deux \u00e9quipes. Dans la recherche d'un outil qui puisse \u00eatre compris par les experts SAP et non SAP, le protocole OData bas\u00e9 sur REST a \u00e9t\u00e9 choisi. Ce protocole est en train d'\u00eatre transform\u00e9 en un standard Oasis afin d'acc\u00e9l\u00e9rer une plus large diffusion.<\/p>\n\n\n\n
![\"Passerelle](\"https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/gateway_odata_1.jpg\")
Passerelle SAP NW<\/h3>\n\n\n\n
Via NetWeaver Gateway, un outil est mis \u00e0 disposition pour acc\u00e9l\u00e9rer et standardiser le d\u00e9veloppement des services REST n\u00e9cessaires dans les syst\u00e8mes SAP bas\u00e9s sur ABAP.<\/p>\n\n\n\n
De nombreuses activit\u00e9s qui ne sont pas directement li\u00e9es au d\u00e9veloppement du service sont prises en charge par le d\u00e9veloppeur, comme le support des dialectes (XML ou JSON), la pr\u00e9paration des messages, l'analyse des messages et le monitoring central. Un d\u00e9roulement typique du d\u00e9veloppement d'une nouvelle interface utilisateur peut se pr\u00e9senter (de mani\u00e8re simplifi\u00e9e) comme suit :<\/p>\n\n\n\n
- Lors d'un atelier commun entre les utilisateurs - g\u00e9n\u00e9ralement repr\u00e9sent\u00e9s par un utilisateur cl\u00e9, les experts de l'interface utilisateur et les experts du backend SAP - la nouvelle interface utilisateur souhait\u00e9e est d\u00e9finie et esquiss\u00e9e.<\/li>
- Sur la base des r\u00e9sultats de l'atelier, des exigences sont ensuite d\u00e9duites pour le backend et le frontend SAP. Ces exigences peuvent \u00eatre document\u00e9es dans un mod\u00e8le Entity-Relationship. Ce document constitue le point de d\u00e9part des \u00e9tapes suivantes. Il peut \u00eatre import\u00e9 aussi bien dans un syst\u00e8me SAP que dans les outils de d\u00e9veloppement pour le d\u00e9veloppement du front-end.<\/li>
- Les d\u00e9veloppements n\u00e9cessaires sont en cours, tant au niveau du backend que du frontend.<\/li><\/ul>\n\n\n\n
OData arrive<\/h3>\n\n\n\n
Le protocole OData est bas\u00e9 sur des standards ouverts tels que HTTP, XML, JSON ou AtomPub. Les op\u00e9rateurs d\u00e9j\u00e0 connus et d\u00e9finis par HTTP comme Get, Post, Put, Patch ou Delete ont toujours la m\u00eame signification.<\/p>\n\n\n\n
L'architecture bas\u00e9e sur REST permet aux d\u00e9veloppeurs qui n'ont pas de connaissances sp\u00e9cifiques de SAP de commencer \u00e0 d\u00e9velopper avec des outils standard sans avoir \u00e0 suivre une formation pouss\u00e9e.<\/p>\n\n\n\n
D\u00e9finition d'un mod\u00e8le OData : un mod\u00e8le Entity-Relationship sert de base \u00e0 la d\u00e9finition du service. Chaque service d\u00e9fini fournit un document de m\u00e9tadonn\u00e9es. Ce document de m\u00e9tadonn\u00e9es, dont la structure est \u00e0 chaque fois identique, abstrait et harmonise les donn\u00e9es des syst\u00e8mes backend.<\/p>\n\n\n\n
Si le mod\u00e8le d'une interface utilisateur planifi\u00e9e est par exemple constitu\u00e9 des objets produit, fabricant et cat\u00e9gorie de produit, le mod\u00e8le souhait\u00e9 est alors mod\u00e9lis\u00e9 dans un document XML (EDM). Pour transf\u00e9rer le mod\u00e8le dans OData, il est n\u00e9cessaire de conna\u00eetre les concepts sous-jacents d'OData :<\/p>\n\n\n\n
- Entity Set : dans l'exemple ci-dessus, \"Product\" serait un Entity Set. Il est comparable aux listes ou aux entr\u00e9es de tableau. Toutes les entr\u00e9es (ou entit\u00e9s) d'un ensemble d'entit\u00e9s ont le m\u00eame type d'entit\u00e9.<\/li>
- Entities : sont des instances du type Entity. Elles peuvent \u00eatre structur\u00e9es et poss\u00e8dent un \u00e9l\u00e9ment cl\u00e9 (Entity Key). La structure d'une Entities est d\u00e9finie par des Properties. Une entit\u00e9 peut \u00eatre contact\u00e9e individuellement via la cl\u00e9. Plusieurs entr\u00e9es peuvent \u00eatre renvoy\u00e9es via une recherche.<\/li>
- Entity Key : se compose de Properties. Cette cl\u00e9 est importante pour pouvoir identifier clairement les diff\u00e9rentes entr\u00e9es. Elle est \u00e9galement n\u00e9cessaire pour d\u00e9finir des associations entre les types d'entit\u00e9s.<\/li>
- Association : Il s'agit de la connexion nomm\u00e9e entre deux types d'entit\u00e9s. Chaque association se compose de deux points d'extr\u00e9mit\u00e9 qui d\u00e9finissent les types d'entit\u00e9s et la cardinalit\u00e9 (1:N, 1:1).<\/li>
- Navigation Property : elle sert \u00e0 la navigation entre les entit\u00e9s et est li\u00e9e \u00e0 l'association et au type d'entit\u00e9.<\/li>
- EntityContainer : tous les Entity Sets appartenant \u00e0 un service sont regroup\u00e9s ici.<\/li><\/ul>\n\n\n\n
L'exemple ci-dessus permet de mieux illustrer cette m\u00e9thodologie : Les Properties du Supplier sont : ID (Entity Key), Name, Address, Concurrency et Prodcuts (Navigation Property).<\/p>\n\n\n\n
L'EntityContainer nomm\u00e9 DemoService se compose des EntitySets suivants et des Associations entre les diff\u00e9rents objets (qui ne sont toutefois pas mentionn\u00e9s ici) : Products, Categories et Supplier. Un mod\u00e8le est d\u00e9fini sur la base de ces principes.<\/p>\n\n\n\n
Op\u00e9rations bas\u00e9es sur le mod\u00e8le : si ce mod\u00e8le est d\u00e9fini, des op\u00e9rations peuvent avoir lieu sur le mod\u00e8le lors de l'ex\u00e9cution. Ces op\u00e9rations peuvent par exemple \u00eatre des recherches, des mises \u00e0 jour, des suppressions.<\/p>\n\n\n\n
Une liste de tous les produits peut \u00eatre obtenue en cliquant sur l'URL https:\/\/services.odata.org\/OData\/OData.svc\/Products\/<\/a> afficher les r\u00e9sultats. Cette liste peut encore \u00eatre limit\u00e9e en ajoutant un param\u00e8tre de recherche tel que $top.<\/p>\n\n\n\n
L'adresse https:\/\/services.odata.org\/OData\/OData.svc\/Products\/?$top=3<\/a> n'affiche plus que les trois premiers produits. La r\u00e9ponse consiste alors en un document XML ou JSON contenant le nom des propri\u00e9t\u00e9s et leurs valeurs.<\/p>\n\n\n\n
De plus, les propri\u00e9t\u00e9s de navigation sont indiqu\u00e9es dans la r\u00e9ponse avec
ont \u00e9t\u00e9 \u00e9dit\u00e9s. Les objets li\u00e9s (Category et Supplier) peuvent d\u00e9sormais \u00eatre appel\u00e9s directement par des URL propres.<\/p>\n\n\n\nUne navigation simple \u00e0 l'aide des URL renvoy\u00e9es est d\u00e9sormais possible pour les d\u00e9veloppeurs qui n'ont pas de connaissances d\u00e9taill\u00e9es du syst\u00e8me backend utilis\u00e9. Les d\u00e9tails concernant la cat\u00e9gorie et le fournisseur sont d\u00e9sormais directement accessibles.<\/p>\n\n\n\n
Op\u00e9rations de requ\u00eate : De nombreuses interfaces utilisateur sont bas\u00e9es sur des mod\u00e8les simples et similaires. Tr\u00e8s souvent, ces mod\u00e8les commencent par la saisie d'une recherche. OData dispose de diff\u00e9rentes possibilit\u00e9s pour formuler une recherche. Tous les op\u00e9rateurs sont pr\u00e9c\u00e9d\u00e9s d'un $.<\/p>\n\n\n\n
Une requ\u00eate portant sur tous les produits dont le prix est inf\u00e9rieur \u00e0 20 est alors formul\u00e9e comme suit : https:\/\/services.odata.org\/OData\/OData.svc\/Products\/?$filter=Price le 20<\/a>.<\/p>\n\n\n\n
Si seules les valeurs Prix et Nom sont n\u00e9cessaires \u00e0 partir de ce r\u00e9sultat, il est possible de d\u00e9finir les colonnes de la r\u00e9ponse \u00e0 l'aide de $select : https:\/\/services.odata.org\/OData\/OData.svc\/Products?$select=Price,Name<\/a>.<\/p>\n\n\n\n
Il est \u00e9galement possible de trier les r\u00e9ponses avec $orderby. Bien entendu, cette commande n'a de sens que pour la sortie d'une liste. Dans cet exemple, les produits sont tri\u00e9s dans l'ordre :<\/p>\n\n\n\n
https:\/\/services.odata.org\/OData\/OData.svc\/Products?$orderby=Rating asc. <\/s> \n\n\n\nGr\u00e2ce \u00e0 $top et $skip, il est possible de r\u00e9duire certaines zones d'un r\u00e9sultat plus important en paquets individuels, qui sont ensuite transmis \u00e0 la demande avec une faible consommation de ressources.<\/p>\n\n\n\n
https:\/\/services.odata.org\/OData\/OData.svc\/Products?$skip=2&$top=2&$orderby=Rating<\/a> transmet la troisi\u00e8me et la quatri\u00e8me s\u00e9rie de produits, class\u00e9s par \u00e9valuation.<\/p>\n\n\n\n
![\"Passerelle](\"https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/gateway_odata_2.jpg\")
Passerelle SAP NetWeaver : sc\u00e9narios pris en charge des diff\u00e9rents cas d'utilisation.<\/figcaption><\/figure><\/div>\n\n\n\n De la d\u00e9finition \u00e0 la mise en \u0153uvre<\/h3>\n\n\n\n
Une fois le comportement souhait\u00e9 d\u00e9fini, l'impl\u00e9mentation du service requis peut commencer dans le syst\u00e8me SAP. Afin de soutenir au mieux le d\u00e9veloppeur du service requis, NetWeaver Gateway offre un soutien pour les diff\u00e9rents cas d'application.<\/p>\n\n\n\n
On distingue ici en d\u00e9tail la d\u00e9finition et l'impl\u00e9mentation d'un service. Les \u00e9tapes suivantes ont toutes lieu dans le Service Builder. Celui-ci est l'interface centrale au sein de NetWeaver Gateway pour la d\u00e9finition et l'impl\u00e9mentation des services.<\/p>\n\n\n\n
Pour d\u00e9finir un service, le mod\u00e8le de donn\u00e9es est d\u00e9fini conform\u00e9ment \u00e0 la syntaxe OData d\u00e9crite pr\u00e9c\u00e9demment. Le mod\u00e8le de donn\u00e9es peut \u00eatre d\u00e9fini de mani\u00e8re d\u00e9clarative par saisie manuelle.<\/p>\n\n\n\n
Le Service Builder soutient ici la d\u00e9finition par une structure de dossiers inspir\u00e9e du mod\u00e8le de donn\u00e9es OData, dans laquelle les cat\u00e9gories telles que les relations ou les entit\u00e9s peuvent \u00eatre saisies sous forme de tableau. Le mod\u00e8le de donn\u00e9es peut \u00e9galement \u00eatre d\u00e9fini par l'importation d'un mod\u00e8le de donn\u00e9es externe au syst\u00e8me SAP.<\/p>\n\n\n\n
En outre, le mod\u00e8le de donn\u00e9es peut \u00eatre d\u00e9fini sur la base des structures et des informations du syst\u00e8me SAP sous-jacent (interfaces DDIC\/RFC ou BOR) et en se r\u00e9f\u00e9rant aux mod\u00e8les d'objets du syst\u00e8me SAP. De nombreux objets sont d\u00e9velopp\u00e9s en interne de mani\u00e8re orient\u00e9e objet.<\/p>\n\n\n\n
Il est donc relativement facile de convertir ces objets internes en services OData. PLM, EAM ou CRM en sont des exemples. Mais les requ\u00eates de Business Warehouse ou les vues de Hana peuvent \u00e9galement \u00eatre converties facilement en un service OData.<\/p>\n\n\n\n
De plus, l'impl\u00e9mentation est ici automatiquement g\u00e9n\u00e9r\u00e9e. S'il existe d\u00e9j\u00e0 un service qui a \u00e9t\u00e9 d\u00e9velopp\u00e9 via NetWeaver Gateway, un nouveau service peut \u00eatre d\u00e9velopp\u00e9 sur la base de l'ancien.<\/p>\n\n\n\n
Cela peut \u00eatre utile lorsque, par exemple, une extension ou une modification est n\u00e9cessaire, mais que le service initial ne peut pas \u00eatre modifi\u00e9.<\/p>\n\n\n\n
Pour les sc\u00e9narios bas\u00e9s sur BW, les requ\u00eates contenues peuvent \u00eatre converties en services OData \u00e0 l'aide des g\u00e9n\u00e9rateurs du Service Builder. Comme toutes les requ\u00eates ne sont pas adapt\u00e9es \u00e0 l'utilisation en tant que service OData, les requ\u00eates doivent \u00eatre marqu\u00e9es dans le BW Query Designer avec un indicateur Easy-Query avant d'\u00eatre utilis\u00e9es dans le Service Builder.<\/p>\n\n\n\n
Si la requ\u00eate n'est pas convertible, ce code ne peut pas \u00eatre activ\u00e9. Une autre possibilit\u00e9 d'int\u00e9grer des informations provenant de SAP BW est le format MDX. Ce format peut \u00e9galement \u00eatre converti en un service OData via le g\u00e9n\u00e9rateur.<\/p>\n\n\n\n
L'impl\u00e9mentation des services d\u00e9finis dans le syst\u00e8me SAP peut d\u00e9sormais se faire de deux mani\u00e8res : par un mapping du mod\u00e8le OData sur des modules fonctionnels existants dans le syst\u00e8me SAP, tels que RFC, BAPI, BOR.<\/p>\n\n\n\n
Pour chaque m\u00e9thode (suppression, lecture, ajout), il est possible d'utiliser un propre module fonctionnel pour le mappage. Le mappage s'effectue de mani\u00e8re conviviale par glisser-d\u00e9poser dans le Service Builder. Ou par une impl\u00e9mentation manuelle via les outils standard SAP en ABAP.<\/p>\n\n\n\n
![\"Mod\u00e8le](\"https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/gateway_odata_3.jpg\")
Mod\u00e8le de donn\u00e9es OData<\/figcaption><\/figure><\/div>\n\n\n\n Pour cela, le plug-in backend propose une super-classe qui doit ensuite \u00eatre r\u00e9impl\u00e9ment\u00e9e en cons\u00e9quence. Chaque m\u00e9thode (lecture, suppression, recherche) est d\u00e9velopp\u00e9e s\u00e9par\u00e9ment. Cette m\u00e9thode contient ensuite la logique proprement dite, c'est-\u00e0-dire le code qui lit ou actualise les blocs fonctionnels et les tables correspondants.<\/p>\n\n\n\n
Si une association entre les entit\u00e9s a \u00e9t\u00e9 sp\u00e9cifi\u00e9e lors de la d\u00e9finition du mod\u00e8le - par exemple du produit \u00e0 la cat\u00e9gorie -, cette association doit \u00e9galement \u00eatre impl\u00e9ment\u00e9e dans le Service Builder.<\/p>\n\n\n\n
Toutes les impl\u00e9mentations et le code g\u00e9n\u00e9r\u00e9 sont cr\u00e9\u00e9s dans l'espace de noms du client. Cela pr\u00e9sente d'une part l'avantage que des adaptations manuelles sont toujours possibles. Cela est \u00e9galement soutenu par un concept de points d'extension.<\/p>\n\n\n\n
D'autre part, les instruments courants dans l'environnement ABAP sont utilis\u00e9s pour la gestion du code source et le transport. Le r\u00e9sultat de la d\u00e9finition et de l'impl\u00e9mentation est maintenant un service OData fonctionnel.<\/p>\n\n\n\n
Apr\u00e8s la cr\u00e9ation du service, l'\u00e9tape suivante consiste \u00e0 l'activer. Cette \u00e9tape est motiv\u00e9e par le fait que l'impl\u00e9mentation du service peut th\u00e9oriquement se trouver sur un syst\u00e8me SAP s\u00e9par\u00e9 du serveur central NetWeaver Gateway.<\/p>\n\n\n\n
L'enregistrement permet de faire conna\u00eetre le service dans le syst\u00e8me central et de l'int\u00e9grer dans un catalogue de services central pour les services OData. L'interface utilisateur pour l'enregistrement et l'activation contient \u00e9galement des outils qui sont utiles pour le d\u00e9pannage et les tests.<\/p>\n\n\n\n
Ainsi, toutes les fonctions n\u00e9cessaires \u00e0 la d\u00e9finition et \u00e0 l'impl\u00e9mentation se trouvent au m\u00eame endroit dans le Service Builder, tandis que l'interface utilisateur d'enregistrement et d'activation contient tous les outils n\u00e9cessaires \u00e0 la gestion d'un service d\u00e9j\u00e0 existant.<\/p>\n\n\n\n
Interfaces utilisateur<\/h3>\n\n\n\n
Visual Studio LightSwitch : Maintenant que le service correspondant a \u00e9t\u00e9 impl\u00e9ment\u00e9 ou g\u00e9n\u00e9r\u00e9 dans le syst\u00e8me SAP, le service peut \u00eatre utilis\u00e9 directement dans diff\u00e9rentes interfaces, selon les besoins.<\/p>\n\n\n\n
Gr\u00e2ce \u00e0 l'utilisation d'un standard ouvert, il existe de nombreuses possibilit\u00e9s et de nombreux fournisseurs qui prennent en charge le format OData. Il convient de mentionner ici Visual Studio LightSwitch de Microsoft, car il fournit une solution ouverte pour la cr\u00e9ation d'applications plus complexes bas\u00e9es sur des mod\u00e8les, qui peuvent \u00eatre facilement \u00e9tendues et adapt\u00e9es apr\u00e8s leur g\u00e9n\u00e9ration.<\/p>\n\n\n\n
Dans l'assistant de cr\u00e9ation, ces mod\u00e8les peuvent \u00eatre reli\u00e9s entre autres \u00e0 des services OData. Et depuis la version 2010 de Microsoft Excel, il est \u00e9galement possible d'importer un service OData existant dans Excel et d'en afficher le contenu dans la vue tableau.<\/p>\n\n\n\n
Lors de la conversion, il faut bien s\u00fbr proc\u00e9der \u00e0 quelques adaptations, ainsi les relations sont d\u00e9pos\u00e9es dans des tableaux. Pour cela, il est n\u00e9cessaire d'installer le Power Pivot Add-on gratuit dans Excel 2010.<\/p>\n\n\n\n
Cette option ne permet pas \u00e0 Excel de mettre \u00e0 jour les donn\u00e9es dans le syst\u00e8me SAP, mais elle facilite l'affichage des valeurs et l'analyse bas\u00e9e sur Excel.<\/p>\n\n\n\n
Outils de consommation externes : Des extensions sont mises \u00e0 disposition via le SAP Community Network pour aider \u00e0 la cr\u00e9ation d'applications bas\u00e9es sur HTML5 (jQuery mobile ou SAP UI5), Android, iOS, Java, PHP ou .Net.<\/p>\n\n\n\n
Le d\u00e9veloppeur est assist\u00e9 dans cette t\u00e2che par des extensions bas\u00e9es sur un assistant. Cet assistant analyse le service OData, par exemple pour identifier les relations et les attributs. En fonction de la technologie de l'interface utilisateur, le d\u00e9tail de la liste, parfois le workflow, sont disponibles en tant que mod\u00e8les.<\/p>\n\n\n\n
![\"Passerelle](\"https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/gateway_odata_4.jpg\")
Connexions point \u00e0 point d\u00e9savantageuses.<\/figcaption><\/figure><\/div>\n\n\n\n Dans l'\u00e9tape suivante, le d\u00e9veloppeur doit d\u00e9finir les images, leur ordre et les champs visibles sur celles-ci. Ensuite, le code source est g\u00e9n\u00e9r\u00e9 et peut \u00eatre utilis\u00e9 comme base pour des adaptations sp\u00e9cifiques au client.<\/p>\n\n\n\n
De nombreux \u00e9l\u00e9ments comme les proxies peuvent alors \u00eatre utilis\u00e9s directement comme base pour la programmation individuelle de l'application. Pour les technologies mobiles comme iOS ou Android, la communication se fait au d\u00e9but directement de l'application vers NetWeaver Gateway via OData.<\/p>\n\n\n\n
Si SAP Mobile Platform est utilis\u00e9e, il est tr\u00e8s facile de basculer la communication sur Mobile Platform dans les proxies centraux, le reste de l'application mobile et les services cr\u00e9\u00e9s dans le syst\u00e8me SAP peuvent rester identiques.<\/p>\n\n\n\n
SAP UI5 : de nombreux fabricants de navigateurs et d'outils de cr\u00e9ation et de maintenance de sites web travaillent actuellement sur le th\u00e8me du HTML5. SAP est \u00e9galement actif dans ce domaine.<\/p>\n\n\n\n
Comme l'entreprise de Walldorf met l'accent sur le soutien des processus critiques pour l'entreprise, la prise en charge du HTML5 a \u00e9galement \u00e9t\u00e9 optimis\u00e9e.<\/p>\n\n\n\n
L'utilisation du framework SAP UI5 facilite la cr\u00e9ation d'interfaces bas\u00e9es sur HTML5. Cela se fait par exemple par la mise \u00e0 disposition de contr\u00f4les qui offrent une apparence uniforme et une cr\u00e9ation facilit\u00e9e.<\/p>\n\n\n\n
Composants utilis\u00e9s<\/h3>\n\n\n\n
La solution NetWeaver Gateway se compose, pour simplifier, de deux \u00e9l\u00e9ments : un plug-in backend et le serveur Gateway proprement dit. Le plug-in backend contient les fonctionnalit\u00e9s n\u00e9cessaires pour pouvoir s'int\u00e9grer directement dans le backend.<\/p>\n\n\n\n
L'exemple le plus marquant est le Service Builder en tant qu'environnement central de d\u00e9veloppement et de mod\u00e9lisation. Le Gateway Server contient les fonctions du serveur. C'est ici que sont centralis\u00e9s les \u00e9ventuels plug-ins backend, que sont g\u00e9n\u00e9r\u00e9s les fichiers XML, que sont re\u00e7ues les r\u00e9ponses et bien plus encore.<\/p>\n\n\n\n
Les autorisations et l'acc\u00e8s au syst\u00e8me SAP jouent un r\u00f4le important. Le serveur d'application NetWeaver ABAP contient d\u00e9j\u00e0 le support pour de nombreux protocoles comme SAML 2.0, X.509, Basic Authentication ou SSO2 Token.<\/p>\n\n\n\n
Ces protocoles peuvent donc \u00eatre utilis\u00e9s directement pour la communication avec le syst\u00e8me NetWeaver Gateway. On peut maintenant distinguer plusieurs architectures :<\/p>\n\n\n\n
- Installation directe sur le syst\u00e8me backend : dans le cas de l'installation la plus simple, le serveur passerelle et le plug-in backend peuvent \u00eatre install\u00e9s directement sur le syst\u00e8me SAP, qui doit utiliser au moins la version 7.0 de NetWeaver. L'avantage r\u00e9side dans les co\u00fbts r\u00e9duits. Aucun autre mat\u00e9riel n'est n\u00e9cessaire. Comme le NetWeaver Gateway Server se contente de relativement peu de ressources, de nombreux sc\u00e9narios peuvent d\u00e9j\u00e0 \u00eatre pris en charge.<\/li>
- Installation sur un syst\u00e8me s\u00e9par\u00e9 : il est recommand\u00e9 d'installer le Gateway Server sur un serveur s\u00e9par\u00e9, surtout s'il existe plus d'un syst\u00e8me de gestion. Les plug-ins de gestion sont ici toujours install\u00e9s dans les syst\u00e8mes SAP. Les diff\u00e9rents syst\u00e8mes SAP communiquent maintenant directement avec le Gateway Server. Dans ce sc\u00e9nario, les services n\u00e9cessaires sont \u00e9galement d\u00e9velopp\u00e9s dans les plug-ins backend.\n
L'avantage est que la logique correspondante se trouve directement dans le syst\u00e8me SAP. Cela permet un d\u00e9veloppement tr\u00e8s performant. Seules les donn\u00e9es n\u00e9cessaires sont transmises au serveur central Gateway.<\/p>\n
M\u00eame des sc\u00e9narios plus complexes, comme l'attribution de requ\u00eates du Gateway Server au bon syst\u00e8me SAP, sont possibles - si, par exemple, il existe un syst\u00e8me SAP sp\u00e9cifique par r\u00e9gion.<\/p>\n
Une telle architecture peut \u00eatre choisie si, par exemple, une s\u00e9curit\u00e9 accrue doit \u00eatre mise \u00e0 disposition lors d'acc\u00e8s externes gr\u00e2ce \u00e0 un concept de layerered defence. Le syst\u00e8me NetWeaver Gateway peut alors \u00eatre install\u00e9 dans la zone d\u00e9militaris\u00e9e (DMZ).<\/p>\n<\/li>
- Sans installation sur le syst\u00e8me SAP : les deux esquisses ci-dessus<\/li><\/ul>\n\n\n\n
Les options ont l'inconv\u00e9nient de n\u00e9cessiter l'installation d'un logiciel suppl\u00e9mentaire sur le syst\u00e8me SAP. Dans certaines constellations, il est difficile d'installer des logiciels suppl\u00e9mentaires, par exemple lorsqu'un syst\u00e8me a \u00e9t\u00e9 valid\u00e9 selon les normes de la FDA.<\/p>\n\n\n\n
Dans ce cas, le plug-in de gestion et le serveur de passerelle peuvent \u00eatre install\u00e9s sur un syst\u00e8me s\u00e9par\u00e9. La communication avec le syst\u00e8me SAP se fait via les interfaces d\u00e9j\u00e0 pr\u00e9sentes dans le syst\u00e8me, comme RFC ou BAPI.<\/p>\n\n\n\n
![\"Passerelle](\"https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/gateway_odata_6.jpg\")
Afin d'aider les clients \u00e0 utiliser et \u00e0 d\u00e9velopper des applications bas\u00e9es sur le cloud, nous avons mis en place un syst\u00e8me de gestion de la qualit\u00e9.
Il est pr\u00e9vu de mettre \u00e0 disposition des parties de NetWeaver Gateway dans Hana Cloud.<\/figcaption><\/figure><\/div>\n\n\n\nLa suite au prochain num\u00e9ro ...<\/p>","protected":false},"excerpt":{"rendered":"
Depuis 2011, SAP propose NetWeaver Gateway, une extension pour tous les produits SAP bas\u00e9s sur NetWeaver ABAP, afin de permettre un acc\u00e8s simple et contr\u00f4l\u00e9 aux donn\u00e9es du syst\u00e8me SAP via une interface ouverte bas\u00e9e sur REST. Le protocole OData utilis\u00e9 est optimis\u00e9 pour r\u00e9pondre aux exigences de l'interface utilisateur. Il est ainsi possible de combiner diff\u00e9rentes technologies d'interface utilisateur avec les donn\u00e9es critiques du syst\u00e8me SAP.<\/p>","protected":false},"author":1777,"featured_media":60576,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"pmpro_default_level":"","footnotes":""},"categories":[5,31690],"tags":[453,59,722,5967,3888,119],"coauthors":[31710],"class_list":["post-60575","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-management","category-mag-1304","tag-abap","tag-microsoft","tag-netweaver","tag-odata","tag-sharepoint","tag-social-media","pmpro-has-access"],"acf":[],"featured_image_urls_v2":{"full":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"thumbnail":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-150x150.jpg",150,150,true],"medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",400,155,false],"medium_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-768x297.jpg",768,297,true],"large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"image-100":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-100x39.jpg",100,39,true],"image-480":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-480x186.jpg",480,186,true],"image-640":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-640x248.jpg",640,248,true],"image-720":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-720x279.jpg",720,279,true],"image-960":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-960x372.jpg",960,372,true],"image-1168":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"image-1440":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"image-1920":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"1536x1536":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"2048x2048":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"trp-custom-language-flag":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",18,7,false],"bricks_large_16x9":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"bricks_large":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"bricks_large_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",1000,387,false],"bricks_medium":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",600,232,false],"bricks_medium_square":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013.jpg",600,232,false],"profile_24":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-24x24.jpg",24,24,true],"profile_48":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-48x48.jpg",48,48,true],"profile_96":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-96x96.jpg",96,96,true],"profile_150":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-150x150.jpg",150,150,true],"profile_300":["https:\/\/e3mag.com\/wp-content\/uploads\/2019\/07\/2013-300x300.jpg",300,300,true]},"post_excerpt_stackable_v2":"
Seit 2011 bietet SAP mit NetWeaver Gateway eine Erweiterung f\u00fcr s\u00e4mtliche auf NetWeaver ABAP basierenden SAP-Produkte an, um \u00fcber eine offene, REST-basierte Schnittstelle einen einfachen, kontrollierten Zugang zu den Daten des SAP-Systems zu erm\u00f6glichen. Das dabei verwendete OData-Protokoll ist auf die Anforderungen im User-Interface-Bereich optimiert. Dadurch lassen sich verschiedene UI-Technologien mit unternehmenskritischen Daten aus dem SAP-System kombinieren.<\/p>\n","category_list_v2":"IT-Management<\/a>, MAG 13-04<\/a>","author_info_v2":{"name":"Martin Bachmann, SAP","url":"https:\/\/e3mag.com\/fr\/author\/martin-bachmann\/"},"comments_num_v2":"0 commentaire","_links":{"self":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts\/60575","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/users\/1777"}],"replies":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/comments?post=60575"}],"version-history":[{"count":0,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/posts\/60575\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/media\/60576"}],"wp:attachment":[{"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/media?parent=60575"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/categories?post=60575"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/tags?post=60575"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/e3mag.com\/fr\/wp-json\/wp\/v2\/coauthors?post=60575"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}