PUBLIC

openSAP
Modernize Integration with SAP Integration Suite

Week 3 Unit 1

00:00:05 - Bonjour à tous. Bienvenue dans la troisième semaine, qui traite des API et
00:00:09 de l'intégration basée sur les événements. Dans le premier chapitre, nous parlons de la mise à

00:00:16 disposition d'API. Au cours de la première semaine de notre cours, nous avons
00:00:21 parcouru les cinq piliers de la gestion des API, comme illustré dans la diapositive.
00:00:25 Dans le chapitre de cette semaine, nous allons approfondir la mise à disposition d 'API qui
implique d'examiner de plus
00:00:33 près les fournisseurs d'API, d'exposer en toute sécurité les API des systèmes et de s'assurer
qu'il existe une façade
00:00:41 uniforme pour les applications et les consommateurs pour interagir avec ces API.
00:00:47 À ce stade, vous savez probablement que le portail API expose un hôte virtuel par défaut sur
le sous-domaine
00:00:56 apimanagement.region.hana.ondemand.com. Vous pouvez également fournir des hôtes
virtuels
00:01:03 supplémentaires qui pourraient être sur le sous-domaine par défaut ou sur des domaines
personnalisés de votre choix.
00:01:11 Il convient de noter que ce n'est pas la même chose que le service de domaine personnalisé
sur BTP.
00:01:17 Cela n'entraîne aucun frais supplémentaire, et tout ce dont nous avons besoin serait vos
certificats de domaine et vos
00:01:24 clés privées pour être fournis en toute sécurité à notre équipe opérationnelle.
00:01:29 Nous prenons en charge les extensions telles que SNI et SAN sur les certificats avec
caractères génériques, si cela vous
00:01:36 convient. Nous prenons en charge l'authentification basée sur un
00:01:40 certificat client. Si vous avez besoin d'une sécurité supplémentaire, nous
00:01:44 avons des stratégies prêtes à l'emploi pour lire les attributs de certificat pour l'ACLing avancé
si c'est votre
00:01:52 cas d'utilisation. Une autre facette d'une solution API Management serait de
00:01:56 faciliter la réécriture d'URL à la volée afin que les décisions de routage dynamique puissent
être prises.
00:02:03 Comme vous pouvez le voir dans la capture d'écran, les attributs et les paramètres de chemin
de ressource sur le
00:02:09 fournisseur d'API peuvent être paramétrés et renseignés dynamiquement.
00:02:14 Une autre fonctionnalité intéressante serait de faciliter l'équilibrage de charge entre plusieurs
fournisseurs d'API
00:02:22 et de distribuer le trafic à ces fournisseurs d'API via plusieurs algorithmes tels que round-robin,
etc.
00:02:29 Non seulement le portail des API, le portail des développeurs ou l'API Business Hub
Enterprise peuvent
00:02:38 également porter un nom d'hôte personnalisé, par exemple api.Developers.bestrun.com, afin
que votre organisation
00:02:49 puisse disposer d'un catalogue d'API vraiment hétérogène. Découvrons en détail la sécurité
des API.
00:02:57 Vous savez probablement à présent que les fournisseurs d'API ne sont rien d'autre que des
moyens de définir des types de
00:03:04 systèmes et de définir la connectivité à ces systèmes. Par exemple, vous pouvez avoir des
systèmes métier
00:03:11 compatibles Internet, des systèmes Cloud Integration, à partir desquels des flux d'intégration
peuvent être
00:03:17 découverts, des Open Connectors, des fournisseurs, pour découvrir des API qui pointent vers
des systèmes externes,
00:03:23 etc. Vous pouvez configurer MTLS entre la passerelle API et les
00:03:28 fournisseurs d'API, si vous le souhaitez. Désormais, un cas d'utilisation important consiste à
pouvoir
00:03:35 se connecter à des systèmes sur site tels que S/4HANA ou ECC.
00:03:39 Et pour cela, nous finissons implicitement par utiliser le connecteur Cloud, et nous prenons en
charge des normes
00:03:46 telles que le transfert du principal utilisateur du contexte de connectivité BTP jusqu'aux
systèmes sur site, et nous
00:03:53 avons maintenant une démonstration de cela. De nombreux clients ont besoin de connectivité
à des
00:04:00 systèmes tels que S/4HANA Cloud, SuccessFactors, au-delà de l'authentification de base et
des certificats.
00:04:08 Et nous avons de nombreuses variantes de modèles de politique où les techniques avancées
basées sur l'échange de
00:04:15 jetons OAuth et la fédération d'identités peuvent être activées.
00:04:20 Examinons maintenant certains de ces aspects dans une démonstration en direct.
00:04:26 Je suis connecté au portail d'API des suites d'intégration et , dans mon expérience de création
d'API, vous voyez
00:04:33 qu'au-delà du nom d'hôte par défaut, le domaine personnalisé est également introduit ici.
00:04:40 Nous prenons donc en charge un domaine supplémentaire, et si vous deviez créer votre API,
elle est en fait publiée sur
00:04:47 l'un ou l'autre de ces domaines. J'ai donc ce test de certificat client API, et comme vous
00:04:52 pouvez le voir, il pointe en fait vers un domaine personnalisé.
00:04:56 Et si j'invoquais l'URL du proxy API, vous verriez qu'elle se retrouve en fait dans un échec.
00:05:03 C'est parce que je n'ai pas explicitement passé un certificat en faisant cet appel.
00:05:08 Vous voyez donc que le point de terminaison est réellement configuré pour accepter un
certificat SSL bidirectionnel.
00:05:14 Maintenant, voyons cela en action. Donc j'invoque maintenant un curl, et sur le curl, vous
00:05:21 voyez que je passe en fait mon certificat client et ma clé privée.
00:05:26 Et quand je passe un appel, vous devriez voir que comme une réponse, il me redonne en fait
un ensemble de paramètres.
00:05:35 À titre de démonstration, j'imprime le nom commun du certificat, le nom distinctif, l'empreinte
digitale du
00:05:42 certificat, les détails du certificat brut, etc. Nous pouvons également le tester.
00:05:48 Donc, si je devais juste faire une commande rapide OpenSSL pour lire les attributs de
certificat, vous voyez qu'il

2 / 27
00:05:55 correspond réellement à la réponse que je viens d'obtenir dans mon appel précédent.
00:06:00 Cela montre donc que nous honorons un SSL bidirectionnel sur un point de terminaison de
proxy API avec un domaine
00:06:09 personnalisé. Avançons.
00:06:12 Ensuite, j'ai un système dans lequel j'ai configuré une propagation principale de bout en bout
avec un fournisseur
00:06:22 d'identités Azure. Comme vous pouvez le voir, il s'agit d'un fournisseur d'API
00:06:27 qui se connecte réellement à un système de simulation sur site SAP S/4HANA.
00:06:31 Et ce n'est pas un vrai système, quelque chose que je viens de créer comme une simulation,
et vous voyez qu'il est
00:06:37 effectivement connecté à un point de terminaison httpbin.local.
00:06:40 Mais ce qui est intéressant, c'est qu'il doit réellement passer par le connecteur Cloud et qu'il
est configuré pour
00:06:47 la propagation principale. Et si je devais maintenant accéder à mon paramètre de
00:06:53 connecteur Cloud, ce que vous voyez, c'est que l'hôte virtuel est effectivement connecté à
mon hôte Internet, et
00:07:00 c'est quelque chose qui est défini pour le type principal X.509.
00:07:04 Excellent, c'est ce que nous voulions. Et sur la configuration, vous voyez que nous avons le
type
00:07:10 On-Premise et que nous avons réellement configuré le système et d'autres certificats
nécessaires, et il vérifie en fait
00:07:18 un nom commun sur l'adresse e-mail de l'utilisateur paramétré, il crée en fait un certificat à la
volée, puis
00:07:25 propage tout cela jusqu'au backend. C'est ainsi que nous sommes mis en place.
00:07:30 Et pour tester cela, et voici notre point de terminaison sur Microsoft Azure, et vous voyez que
nous sommes en fait
00:07:36 configurés pour une invocation OpenID Connect. Et une fois que je me suis authentifié avec
mon Azure AD, ce
00:07:43 que vous voyez, c'est que le système revient avec un jeton jwt, et ce jeton a en fait le principal
de l'utilisateur qui
00:07:50 est en fait un utilisateur Microsoft. Et une fois que j'ai appelé mon API sur API Management
avec
00:07:57 le jeton porteur en place et que je l'envoie, vous devriez voir que le système prend réellement
cette connexion jusqu'à
00:08:07 notre backend sur site. Et bien que cela soit trivial, il est important de noter
00:08:13 qu'en fait nous avons réussi à passer le nom commun de l'utilisateur, c'est ce que je suis sur le
point d'extraire
00:08:21 maintenant. Donc, sur mes journaux de connecteur Cloud, si je devais
00:08:27 simplement regarder les entrées de journal et si je cherche X.509, ce que vous voyez, c'est
qu'il montre en fait le fait
00:08:36 que le certificat a été généré pour mon utilisateur Outlook, et c'est quelque chose qui va
jusqu'à notre système sur
00:08:45 site. Excellent.
00:08:47 Vous avez donc vu qu'il était si simple de passer un utilisateur principal jusqu'à un système sur
site.
00:08:56 Et pour ce faire, ce que vous voyez ici est un tas de politiques, et ce sont toutes les politiques
que nous avons
00:09:03 en fait publiées comme modèles sur API Business Hub, et nous sommes en fait configurés
pour la création d'un utilisateur
00:09:11 principal, puis échangeant cela en tant que jeton avec accès UAA.

3 / 27
00:09:15 C'était donc là l'exemple principal. Et si je peux revenir à mon portail API, et si je montre,
00:09:21 par exemple, mon prochain proxy API, qui est configuré pour la connectivité à BTP, dans ce
cas, S/4HANA Cloud, vous
00:09:29 voyez qu'il existe un accord de communication qui est configuré pour OAuth et pas seulement
le nom d'utilisateur
00:09:36 et le mot de passe. Comme vous pouvez le voir, il existe des identifiants OAuth
00:09:42 exposés par l'accord de communication, et c'est quelque chose que nous aurons l'honneur de
gérer les API dans cette
00:09:50 démonstration. Et si je peux retourner vers mes destinations, vous devriez
00:09:56 pouvoir voir que nous sommes configurés pour cela et que le proxy a un point de terminaison.

00:10:04 Et dans mon point de terminaison cible, vous voyez que nous nous connectons à l'instance
SAP S/4HANA Cloud.
00:10:12 Excellent. Et oui, c'est l'essentiel de la pièce de connectivité.
00:10:17 Vous voyez que nous avons maintenant le s4hana_oauth_email comme destination, et vous
voyez qu'il est réellement
00:10:25 configuré pour parler au point de terminaison S/4HANA, et qu'il est en fait basé sur l'échange
du porteur OAuth vers
00:10:32 SAML, et c'est quelque chose que API Management honorera. Et nous le faisons grâce à un
tas de modèles de politique.
00:10:42 Encore une fois, quelque chose que nous avons documenté et vous voyez que tout ce que
l'utilisateur doit faire est de
00:10:50 configurer réellement le nom de la destination dans le fichier de configuration et cela
concerne.
00:10:57 Et comme j'appelle l'API, vous verrez que le système va faire la traduction.
00:11:03 J'appelle le point de terminaison du partenaire de l'API. Et vous voyez qu'il revient avec un
jeton à échanger, et ce
00:11:11 jeton va à BTP, et BTP configurerait ensuite l'authentification nécessaire à S/4HANA, puis
vous voyez
00:11:19 qu'il revient réellement avec mon ensemble de réponses. J'aurais pu faire quelque chose de
très similaire avec
00:11:26 SuccessFactors. Ici, vous voyez que j'appelle le point de terminaison de la
00:11:31 paie des salariés de SuccessFactors. Elle suit exactement la même approche :
00:11:36 Je reçois un jeton d'accès échangé, et avec ce jeton d'accès, lorsque je le présente à API
Management, API
00:11:43 Management le présente à BTP en mon nom, puis finalement il revient avec une
authentification à SuccessFactors.
00:11:51 Et c'est quelque chose que vous verrez dans une minute. Et vous voyez qu'il est revenu avec
des enregistrements de
00:11:58 SuccessFactors, et il suit à peu près les mêmes nuances de destination, comme je l'ai
mentionné.
00:12:04 Et vous voyez qu'il est en fait connecté à la démonstration de vente d'API, et à peu près le
même ensemble de
00:12:10 politiques. Mais ce n'est que dans ce cas que la destination est définie
00:12:16 pour SuccessFactors et non pour SAP S/4HANA , ce qui est essentiel.
00:12:22 D'accord, avec cette démonstration, revenons à notre résumé. Bon, pour résumer : ce que
nous avons appris jusqu'à présent
00:12:31 , c'est que la gestion des API dans les suites d'intégration offre une myriade d'options pour se
connecter en toute

4 / 27
00:12:37 transparence à des systèmes hétérogènes. Nous avons de riches politiques prêtes à l'emploi
et de
00:12:43 nombreux modèles de stratégie prêts à déployer qui peuvent aider à médier les points de
contact de sécurité pour les
00:12:50 clients qui cherchent à se connecter aux services backend dans et en dehors du contexte
BTP.
00:12:56 À plus tard dans le chapitre suivant.

5 / 27
Week 3 Unit 2

00:00:06 - Bonjour à tous. Bienvenue à la troisième semaine, deuxième unité.

00:00:09 Dans ce chapitre, nous parlons de la consommation d'API. Dans notre chapitre précédent,
nous avons examiné les
00:00:17 aspects de la mise à disposition d'API. Dans l'unité de cette semaine, nous examinons l'autre
00:00:22 spectre du cycle de vie de la gestion des API, qui se concentre sur les consommateurs d'API.

00:00:28 Il peut s'agir de partenaires, d'utilisateurs finaux ou même de systèmes d'engagement qui
souhaiteraient découvrir et
00:00:36 publier les API et les utiliser conformément aux normes de sécurité définies par les
administrateurs d'API.
00:00:44 Ce qui était auparavant simplement appelé un portail de développeurs dans le passé prend
maintenant un nouvel
00:00:52 avatar, appelé API Business Hub Enterprise. Veuillez noter que dans ce chapitre, nous
n'avons pas
00:00:58 l'intention de vous présenter toutes les fonctionnalités et fonctions de l'API Business
Enterprise , car c'est ce que
00:01:05 nous avons fait dans nos précédentes itérations de notre cours OpenSAP.
00:01:09 Au lieu de cela, nous nous concentrerons ici uniquement sur certains aspects et
caractéristiques nouveaux que nous avons
00:01:16 ajoutés dans le passé récent. L'idée est qu'il y a quelque chose ici pour chaque persona,
00:01:22 allant d'un développeur pro-code natif du cloud qui a besoin d'extraits de code, d'échantillons
et de SDK client pour se
00:01:29 lancer, à un développeur d'applications de gestion qui a besoin d'un riche ensemble de
spécifications d'API fortement
00:01:36 typées et de définitions qu'il peut intégrer dans n'importe quel outil nécessitant peu de code,
ou même un développeur
00:01:43 citoyen qui a besoin d'accéder à toutes les API d'entreprise dans les installations SAP et non-
SAP dans leur
00:01:50 organisation. Et cela doit être dans un format de catalogue, afin que
00:01:55 leurs outils sans code puissent avoir accès à ces API. Bien sûr, pendant que nous
commençons avec une liste d'API,
00:02:03 à un moment donné, l'API Business Hub Enterprise disposera d'un riche catalogue
d'événements, d'objets de gestion, de
00:02:11 la possibilité d'appeler des actions sur ces API, etc., comme le fait SAP Business Accelerator
Hub.
00:02:19 Bien que nous permettions d'avoir implicitement des API et des graphiques de données du
système de gestion des API
00:02:28 sous-jacent, il est totalement possible d'avoir des API répertoriées à partir de passerelles API
tierces ainsi que
00:02:37 des ressources non gérées sans mettre une couche supplémentaire de notre propre
passerelle en plus de cela.
00:02:45 Des améliorations récentes ont été apportées à l'API Business Hub Enterprise en termes de
capacité à effectuer
00:02:52 des personnalisations. Nous avons ajouté des fonctionnalités d'éditeur de site et
00:02:57 un nouveau design qui permet aux clients de reclasser le portail pour qu'il corresponde à leurs
propres thèmes
00:03:05 d'entreprise. Nous avons ajouté le graphique comme fonctionnalité qui

6 / 27
00:03:10 permettrait aux clients de naviguer et d'explorer les graphiques de données qu'ils auraient mis
à disposition sur
00:03:18 leur locataire. Voici un exemple de panneau de personnalisation dans lequel
00:03:25 vous pouvez modifier les en-têtes de site et les paramètres de bannière, les thèmes, les
couleurs, les logos, les CSS,
00:03:35 etc. Dans le chapitre précédent, nous avons vu comment API
00:03:39 Management interagirait avec les fournisseurs d'API via différents paramètres de connectivité
et de destination.
00:03:45 Et du point de vue d'un consommateur d'API, il est tout aussi facile d'appeler les API à partir
d'un contexte
00:03:53 d'application exécuté dans SAP BTP. Les applications déployées au-delà du contexte BTP
00:03:59 disposeront également d'une multitude d'options pour se connecter.
00:04:04 Par exemple, via des clés API, des certificats et des normes ouvertes basés sur le framework
OAuth et OpenID Connect,
00:04:16 SAML, etc. Jetons un coup d'œil à certains de ces aspects et complétons
00:04:23 notre vitrine de la semaine précédente. Commençons par appeler l'URL de l'API Business Hub

00:04:30 Enterprises dans un nouvel onglet du navigateur. Comme vous pouvez le voir en plus du
fournisseur d'identités par
00:04:37 défaut, je pourrais également m' authentifier via différents fournisseurs d'identités sur
différents protocoles.
00:04:44 Dans ce cas, j'ai choisi OpenID Connect et je présente mon nom d'utilisateur et le système
détermine que pour mon
00:04:52 utilisateur SAP, il doit réellement aller à Okta. Et vous voyez que je m'inscrit à Okta et que le
système me
00:05:00 connecte et qu'il me permet d'accéder au portail des développeurs et vous voyez que je suis
authentifié et que je
00:05:06 peux voir ma liste de produits. Excellent.
00:05:09 Mais j'aurais également pu me connecter avec mon utilisateur Outlook et ce que vous voyez
que le système va ensuite
00:05:16 m'authentifier à Microsoft Azure et il me présente en fait la même expérience de développeur,
mais juste que dans ce
00:05:24 cas, je suis authentifié avec l'utilisateur Azure sans aucun effort supplémentaire.
00:05:29 La plateforme gère cela gratuitement pour moi. J'aurais également pu m'authentifier avec
SAML, ce que je
00:05:36 fais maintenant, et vous voyez que dans ce cas, Okta est également configuré en tant que
fournisseur d'identités SAML
00:05:43 et je suis capable de m'authentifier et de me connecter au même portail avec SAML
également.
00:05:50 Voici à quoi ressemblerait la vue du portail des développeurs du point de vue de
l'administrateur.
00:05:57 Ce que vous voyez ici est un tas d'options de connectivité appelées Enterprise Manager, et ici
par exemple, je pourrais
00:06:04 voir et gérer mes utilisateurs de plate-forme, les connexions à plusieurs portails API, de sorte
que vous voyez
00:06:11 que dans ce cas, il y a un utilisateur enregistré, et de même, je peux me connecter à plusieurs
portails d'API
00:06:17 également. Je pourrais gérer des catégories de domaine, des
00:06:21 notifications et d'autres mises à jour régulières que mes développeurs devraient avoir.

7 / 27
00:06:27 Il s'agit donc d'un ensemble riche de données et de portail qui permet la communication et la
coordination des
00:06:43 développeurs. Désormais, nous disposons des fonctionnalités de
00:06:48 modification du site. Donc, ce que vous voyez ici est un formulaire, et je
00:06:53 pourrais vraiment modifier et mettre à jour les paramètres du site Web.
00:06:57 Je pourrais ajouter ma propre marque, mon logo, je pourrais gérer les descriptions, je pourrais
également introduire de
00:07:02 nouvelles couleurs, de nouveaux thèmes, etc. Et c'est quelque chose qui contiendrait et
continuerait
00:07:08 ensuite pour les développeurs qui se connectent au portail par la suite.
00:07:14 Et voici une démonstration de l'utilisation de l'API. Et vous voyez que je suis réellement
connecté à une
00:07:22 application, à une instance de Business Application Studio. Et en fait, je suis connecté avec
mon utilisateur SAP IAS,
00:07:30 et ce qui est important à noter ici , c'est qu'il s'agit en fait d'une application par défaut générée
par modèle et
00:07:38 qu'elle est effectivement connectée à une destination Northwind sur l'URL qui relève
réellement du domaine API
00:07:46 Management. Et c'est une application assez standard, tout juste générée
00:07:50 prête à l'emploi. Il n'y a rien de spécial ici, et vous voyez que dans le
00:07:55 descripteur de manifeste, il se connecte en fait à la ressource API.
00:08:00 Et si je devais maintenant vous emmener à travers les paramètres de destination, nous
utilisons une destination
00:08:06 similaire à celle que nous avons faite dans le chapitre précédent.
00:08:09 J'appelle la destination Northwind, et elle est en fait définie pour le porteur Java OAuth 2.0.
00:08:15 C’est quelque chose que les clients comprennent. C'est quelque chose que la plateforme BTP
prend en charge,
00:08:22 et ce qu'API Management saisirait, échangerait ensuite le jeton présenté et créerait une
nouvelle session pour
00:08:29 s'authentifier dans le backend. Et c'est exactement ce que nous allons faire maintenant.
00:08:34 Et si j'accède à mon API d'application, vous voyez qu'il s'agit en fait de l'API Northwind, et si je
vous montre le
00:08:44 point de terminaison cible, il est réellement connecté à mon système sur site.
00:08:52 Le point d'extrémité cible implique donc le fournisseur d'API et il s'agit du même fournisseur
d'API que celui que
00:08:57 nous avons également utilisé dans l'exemple précédent. Système non primaire connecté à
Northwind, défini pour la
00:09:04 propagation principale. Excellent.
00:09:06 Revenons à l'application et appelons-la. J'invoque donc cela en mode local et vous voyez qu'il
va
00:09:15 réellement démarrer une application. L'application finit par charger une page d'interface
00:09:21 utilisateur et elle retourne avec une réponse et cela va jusqu'au backend.
00:09:26 Il est en fait revenu avec une liste de produits pour moi. Et si je devais créer un petit filtre,
montrez-moi le nom de
00:09:33 l'ID du produit, montrez-moi la quantité par unité, et cela revient avec un ensemble
d'enregistrements.
00:09:40 Excellent. Revenons au connecteur Cloud, puis vérifions quelles
00:09:45 connexions sont arrivées. Donc, si je suis allé dans mes journaux et fichiers trace, téléchargé
des journaux, et dans

8 / 27
00:09:54 ce cas, ce que vous verrez , c'est que l'application de l'utilisateur, qui est en fait un utilisateur
de SAP IAS ,
00:10:02 est celle que l'application présenterait alors au backend. Et c'est quelque chose que je
filtrerais, je chercherais un
00:10:11 certificat X.509, je rechercherais l'émetteur de l'utilisateur, et vous voyez que cela pointe en
fait vers
00:10:18 cet utilisateur qui vient réellement de mon IAS. Excellent.
00:10:23 Nous avons donc vu que la connexion client arrivait jusqu'au backend et qu'il était si simple
pour nous de créer cette
00:10:31 application et de la faire utiliser via la gestion des API. Pour résumer, ce que nous avons
appris dans ce chapitre ,
00:10:39 c'est que API Management and Integration Suite offre une expérience de conception riche
permettant aux développeurs
00:10:46 de découvrir des API et des graphiques de données à partir de l'API Business Hub Enterprise
de manière sécurisée et
00:10:52 gouvernée, et nous offrons aux clients une expérience native du cloud pour créer des
applications sur ces API, un élément
00:10:59 auquel ils peuvent se connecter à un système backend d'entreprise.

9 / 27
Week 3 Unit 3

00:00:05 - Bonjour à tous. Bienvenue à la troisième semaine, l'unité trois.

00:00:09 Ce chapitre traite de la gestion du cycle de vie des API. Dans nos unités précédentes, nous
nous sommes concentrés sur
00:00:18 la façade et la sécurité comme principaux piliers qui pilotent la poignée de main entre les
consommateurs et les
00:00:23 fournisseurs d'API. Dans l'unité de cette semaine, nous étudierons en détail la
00:00:29 gouvernance, la transformation et les insights des API comme piliers qui complètent en
quelque sorte tous les aspects du
00:00:38 cycle de vie complet de l'API. Au-delà de la possibilité de déployer ou d'annuler le
00:00:44 déploiement d'une API, il est important que vos développeurs sachent qu'une API peut
également contenir d'autres états
00:00:51 secondaires. Par exemple, une API marquée comme alpha ou bêta peut être
00:00:57 impliquée pour avoir un SLA différent des API standard, ou vos développeurs doivent savoir
qu'en tant que fournisseur
00:01:06 d'API, vous avez choisi d'avoir plusieurs versions d'une API et qu' une version inférieure peut
être définie sur un
00:01:14 statut obsolète et que les développeurs peuvent continuer à utiliser ces API et à un client qui
effectue un tel appel,
00:01:23 vous devrez traiter le code d'erreur HTTP personnalisé. Et si une API devait être mise hors
service ultérieurement,
00:01:31 vous pourriez la traiter en conséquence. De même, juste au-delà d'un versionnement régulier,
il sera
00:01:38 désormais possible de découper plusieurs révisions de la même API et de pouvoir visualiser et
exécuter des instances
00:01:46 déployées de ces instances. De même, sur l'API Business Hub Enterprise, un développeur
00:01:53 peut souhaiter faire pivoter périodiquement les clés API afin qu'il n'y ait pas de failles de
sécurité sur ses API.
00:02:02 Le contrôle d'accès aux API et aux produits peut également être à granularité fine.
00:02:07 Comme vous pouvez le voir sur la diapositive, je dispose d'un produit qui autorise la lecture, l'
écriture et la
00:02:14 suppression du périmètre, ce qui signifie que les jetons d'accès à un développeur doivent être
accordés uniquement en
00:02:20 fonction du périmètre de demande. Et si le développeur a tenté d'effectuer une opération qui
00:02:30 sort du cadre de la requête appelée, l'appel sera rejeté. De même, un administrateur peut
explicitement activer les
00:02:42 autorisations pour pouvoir découvrir et s'abonner aux API en fonction de l'affectation de
groupe réelle que l'assertion
00:02:51 de connexion d'un utilisateur présente. Voici quelques aspects de la gouvernance intégrés à
l'API
00:02:58 Business Hub Enterprise. Il y a deux éléments fondamentaux ici, l'un qu'un
00:03:03 administrateur doit être en mesure de regarder les utilisateurs qui sont enregistrés en tant que
développeurs
00:03:09 dans leur locataire, d'examiner les abonnements, d'effectuer une tâche pour un tiers comme
l'intégration et le départ des
00:03:16 utilisateurs si nécessaire. Le deuxième élément est la possibilité de se connecter à
00:03:22 plusieurs portails d'API et de créer un seul concentrateur d'API Enterprise unifié.

10 / 27
00:03:28 Nous souhaitons que vous puissiez continuer à disposer de plusieurs passerelles API si vous
l'avez choisi, tout en
00:03:37 étant en mesure de créer un catalogue unifié d'API capable de fédérer dans toutes vos
installations multiples de
00:03:46 portail d'API. Les transformations d'API peuvent être effectuées de
00:03:50 plusieurs façons, et nous avons de nombreuses stratégies prêtes à l'emploi, telles que
l'affectation de message,
00:03:57 l'extraction de variables, l'appel de service et les stratégies basées sur un script pour l'en-tête,
les données
00:04:04 utiles et la manipulation d'URL. Nous n'en parlons pas forcément ici dans ce cours.
00:04:09 Nous voulons nous concentrer ici sur la possibilité de réaliser une transformation d'API via un
graphique qui sont
00:04:18 des API de première classe gérées et organisées par la sémantique de SAP qui simplifient
vraiment la façon dont
00:04:26 vous interagissez avec SAP et vos systèmes non SAP, vous aident à établir des relations, à
établir des associations
00:04:34 entre les API, à filtrer, interroger et sélectionner des données dans plusieurs systèmes de
manière conforme à OData
00:04:43 V4, ou même de manière graphique. Pour ce faire, nous créons ce que nous appelons un
graphique
00:04:49 de données d'entreprise. Ce que vous voyez ici sur la diapositive est essentiellement
00:04:54 une métadonnée qui décrit ces objets comme sources de données et la relation entre eux.
00:05:00 Nous prenons en charge la possibilité d'étendre le graphique de données avec vos propres
sources de données et extensions
00:05:10 de modèle personnalisées. Jetons un coup d'œil à certains de ces aspects en jeu dans
00:05:16 cette démonstration très rapide. Voyons ce qu'est exactement un graphique de données de
00:05:23 gestion. L'une des nuances de Graph est donc que nous avons accès à
00:05:27 ce que nous appelons des entités en miroir et des entités unifiées.
00:05:33 Les entités en miroir sont essentiellement des projections d'objets de données.
00:05:36 Et comme vous pouvez le voir ici, nous avons une entité de SAP S/4HANA, nous appelons ce
partenaire , ce que vous
00:05:45 obtenez prêt à l'emploi. Nous avons unifié des entités sur notre espace de noms qui
00:05:50 sont abstraites, et ce sont des entités simplifiées qui peuvent connecter plusieurs modèles de
données et penser à
00:05:57 cela comme un dénominateur le moins commun qui vous permet vraiment d'accéder
facilement à tous ces systèmes
00:06:04 hétérogènes ensemble. Maintenant, nous avons aussi ce qu'on appelle une extension
00:06:09 de modèle. Et les extensions de modèle ne sont rien d'autre que des
00:06:12 activateurs d'entités personnalisées, et vous pouvez en fait définir vos propres entités, par
exemple, qui peuvent
00:06:19 combiner des attributs de plusieurs sources d'entités. Vous pouvez simplifier , renommer ou
masquer les complexités
00:06:28 des API. C'est quelque chose que les extensions de modèle vous
00:06:33 permettent de faire et vous pouvez également vous connecter à d'autres sources en utilisant
ces associations.
00:06:40 Voyons un exemple rapide de ce à quoi peut ressembler une entité personnalisée.
00:06:44 Voici donc une entité appelée FlyingPartner sur l'espace nom de la meilleure exécution.
00:06:50 Et comme vous pouvez le voir, il a beaucoup d'attributs. Et ces attributs proviennent
essentiellement d'associations

11 / 27
00:06:58 avec, par exemple, une entité partenaire S/4. Et vous pouvez avoir une source de données
personnalisée
00:07:05 dans laquelle, dans ce cas, j'appelle cela une entité de fidélisation.
00:07:10 Et vous voyez qu'il y a des attributs qui proviennent réellement de cette source de données
personnalisée, et je
00:07:17 mélange tout ensemble , puis j'obtiens en fait cette entité personnalisée comme résultat.
00:07:23 Voyons rapidement comment cela s' affiche dans l'application.
00:07:28 Ainsi, ce que vous voyez à l'écran est l'entité graphique dans la suite d'intégration, la zone de
graphiques et dans
00:07:36 le graphique. Vous voyez maintenant qu'il existe essentiellement deux
00:07:40 parties : Nous avons ce qu'on appelle le graphe de données de gestion
00:07:44 et l'extension de modèle. Et jetons un coup d'œil à chacun d'entre eux.
00:07:49 L'extension de modèle est essentiellement la partie dans laquelle je pourrais créer des entités
à partir d'une source
00:07:56 personnalisée. Et la façon dont je l'ai fait est d'avoir cette expression
00:08:02 JSON, qui est généralement basée sur fichier et XML, fichier et JSON, mais nous avons
l'intention d'améliorer réellement
00:08:10 cela, puis d'avoir une interface utilisateur pour vous permettre d'activer une telle définition.
00:08:18 Ce que vous voyez ici sur l'écran est l'entité d'abonnement aérien de la source de données
personnalisée, puis nous
00:08:24 avons l'entité partenaire de S/4, et vous pouvez essentiellement créer une composition, vous
pouvez les
00:08:30 réorganiser. C'est donc vraiment un moyen très puissant de pouvoir créer
00:08:35 ces extensions personnalisées. Et pas seulement sous forme de tableau :
00:08:40 Nous avons également une représentation graphique, pour vous de regarder ces relations.
00:08:50 Maintenant que nous avons créé notre extension de modèle, l'étape suivante consiste à créer
un graphique de données de
00:08:57 gestion. Pour ce faire, créons un nouveau graphique de données de
00:09:00 gestion. C'est quelque chose que j'ai déjà fait, donc j'appelle ce
00:09:04 "partenaire de vol", et vous voyez qu'il a en fait un appel vers l'espace de noms my.custom et
mon espace de noms S/4
00:09:12 comme les sources de données auxquelles je l'ai lié. C'est assez simple.
00:09:20 Et une fois que cela est créé et déployé, changeons fondamentalement notre persona et
prenons le rôle d'un
00:09:28 développeur d'applications. Et en tant que développeur d'applications, je me dirige vers
00:09:34 Graph Navigator. Et ce que vous voyez sur le navigateur sur le côté gauche
00:09:37 sont les graphiques de données auxquels j'ai accès en tant que développeur.
00:09:41 Et vous voyez que j'ai un tas de graphiques de données ici. Examinons le partenaire volant,
celui que nous venons de
00:09:48 créer. Et comme je l'ai mentionné, vous avez accès à tous les
00:09:52 espaces de noms abstraits dans l'espace de noms sap.graph, ainsi qu'aux entités en miroir.
00:09:59 Il s'agit donc de toutes les entités auxquelles vous avez accès sur ce graphique de données.
00:10:05 Il s'agit donc d'un partenaire. Et puis ce sont toutes les autres opérations sur le
00:10:10 partenaire. Et puis j'ai ma source de données personnalisée, l'entité de
00:10:14 fidélisation. Enfin, je dispose du meilleur espace nom d'exécution, qui
00:10:19 représente finalement l'objet partenaire de vol. Et vous voyez que le schéma appelle les
propriétés

12 / 27
00:10:25 multiples, les propriétés simples qui encapsulent cette entité, l'ID partenaire, l'appartenance,
l'emplacement, tous
00:10:33 les types simples. Et ce que vous voyez sur le côté droit est un exemple de la
00:10:39 façon dont le modèle sémantique pour cet objet se joue. Encore une fois, c'est un type simple,
et ce que je pourrais
00:10:47 faire , c'est aussi d'essayer en temps réel cette API, donc je vais sur la console d'essai, et
vous voyez que j'ai une
00:10:56 requête OData que je pourrais vraiment faire à la volée. J'appelle cet objet et ce que vous
voyez ici est une
00:11:04 représentation de l'OData que j'obtiens. Ce que nous avons aussi est un client GraphQL, donc
dans ce
00:11:11 cas je regarde Altair, c'est un standalone pour les visualisations GraphQL, et cela nous permet
d'appeler une
00:11:18 requête GraphQL, très similaire à celle que nous venons de faire sur OData V4.
00:11:24 J'appelle donc l'entité bestrun FlyingPartner, appelle les différents nœuds, je demande la
première réponse.
00:11:33 Et voilà, vous obtenez en fait une réponse dans une sémantique GraphQL.
00:11:40 C'est donc aussi facile que ça. Ce que vous voyez, c'est que Graph vous permet d'appeler
00:11:47 facilement les réponses d'objets de type OData et GraphQL. Revenons à notre résumé.
00:11:56 Et en quoi sommes-nous résumés ? Nous résumons donc que les fonctionnalités de gestion
des
00:12:02 API dans la suite d'intégration offrent une multitude de fonctionnalités pour régir le cycle de vie
et le statut
00:12:08 d'une API. Comme nous l'avons vu, Graph propose un modèle sémantique
00:12:14 sur les API des entités SAP et des entités personnalisées. Et avec cela, je termine ce chapitre.

00:12:22 Merci beaucoup.

13 / 27
Week 3 Unit 4

00:00:06 Bonjour et bienvenue pour un regard plus attentif sur l'infrastructure de l'eventing.
00:00:11 Je vous disais déjà tout à l'heure, lors de la session d'introduction, que nous avons une vue de
bout en bout et que
00:00:20 vous pouvez la voir en détail. Il y a donc un certain nombre de sources d'événements, de
00:00:26 composants d'infrastructure et de consommateurs d'événements. Et c'est en fait tellement,
que j'ai besoin de mes lunettes, et
00:00:34 je les mettrai maintenant. Commençons par examiner les sources d'événements dans le cadre
de
00:00:42 l'écosystème piloté par les événements de SAP. Vous pouvez voir que la plupart des
principaux backends,
00:00:50 principales applications de gestion S/4HANA, S/4HANA Cloud, ERP, SuccessFactors,
Fieldglass sont déjà activés pour les événements.
00:00:58 Ils sont activés pour les événements à l'aide de différents moyens pour certains de ces
backend ou applications de gestion.
00:01:07 Il existe des événements standard, S/4HANA Cloud, S/4HANA, qui ont environ 500
événements standard, par exemple.
00:01:13 Vous pouvez créer des événements personnalisés, ERP. La principale approche de
l'activation des événements consiste à
00:01:19 utiliser un add-on qui vous permet de créer des événements personnalisés.
00:01:23 SuccessFactors réutilise les événements de services intelligents qui sont présents.
00:01:29 Fieldglass utilise un add-on, à nouveau, et, et, et. Le but est, et c'est la seule chose dont je
veux que vous vous
00:01:36 souveniez, la plupart des applications de gestion SAP, toutes les principales applications de
gestion SAP et les backends, sont
00:01:44 compatibles avec les événements à l'aide de différents moyens. Nous approfondirons ce sujet
plus tard.
00:01:50 Passons à droite, au côté consommateur d'événement. Il existe un certain nombre de
consommateurs d'événements, BTP.
00:01:59 Un certain nombre de services et d'applications BTP sont activés pour les événements.
00:02:04 Integration Suite vous permet de consommer des événements et de médier ces événements,
de travailler sur ces événements, de
00:02:11 déclencher les étapes suivantes en fonction des événements. BTP, Kyma Runtime est activé
pour les événements, Data
00:02:21 Intelligence. Ensuite, il y a deux choses que je veux souligner, deux
00:02:25 consommateurs d'événements que je souhaite mettre en évidence, à savoir les backends
SAP.
00:02:30 À gauche, avec les sources d'événements, nous parlons des événements sortants, exposant
les événements des applications de
00:02:37 gestion et des systèmes backend, ce qui signifie qu'une modification importante a lieu et
qu'elle est exposée.
00:02:44 À droite, nous parlons d'entrée, ce qui signifie que plusieurs backends SAP peuvent
également consommer des événements.
00:02:53 Cela s'applique à SAP S/4HANA Cloud, SAP S/4HANA et à ECC. Il existe différents moyens
d'y parvenir.
00:03:01 Nous allons examiner cela dans un autre chapitre. Et il y a une autre chose que je veux
rapidement souligner, Azure
00:03:09 Event Grid. En tant que consommateur d'événements, nous venons de terminer un

14 / 27
00:03:15 programme bêta et comme dit, il a été intégré. À l'avenir, il sera également disponible pour
utiliser des
00:03:23 événements via SAP Event Mesh dans Azure Event Grid. Au bas de cette diapositive, il y a
aussi un certain
00:03:30 savoir-faire. La méthodologie de conseil en solutions d'intégration inclut une
00:03:34 architecture pilotée par les événements. Il existe de nombreux supports de formation et, au
centre de cet
00:03:41 écosystème piloté par les événements, SAP Event Mesh et SAP Integration Suite Advanced
Event Mesh sont notre infrastructure
00:03:51 d'événements. Examinons plus en détail ces deux courtiers d'événements, les
00:03:58 maillages d'événements. Nous parlons donc de services entièrement gérés pour permettre
00:04:03 une architecture d'entreprise pilotée par les événements. Commençons par SAP Event Mesh
à gauche.
00:04:13 Il s'agit, à la fin, de notre option de départ avec une barrière d'entrée faible à l'architecture
pilotée par les événements et à
00:04:20 la tarification à l'utilisation. Il est utilisé pour intégrer et étendre les intégrations SAP de
00:04:26 manière pilotée par les événements. Elle est déployée sur BTP et est un courtier
d'événements natif
00:04:33 pour SAP S/4HANA. Et il y a un add-on gratuit pour les événements ECC
00:04:37 personnalisés. Elle allie ouverture et concentration. Elle prend donc en charge
00:04:43 les principaux protocoles tels que MQTT, AMQP, REST et apporte quelques avantages
supplémentaires à l'écosystème SAP.
00:04:51 Il s'adapte bien. Il a cependant certaines limites définies, parce qu'il y a une
00:04:56 infrastructure commune derrière la scène. Et l'infrastructure partagée a quelques conditions
auxquelles
00:05:05 vous devez vous en tenir. Advanced Event Mesh complète SAP Event Mesh pour des
scénarios
00:05:13 plus exigeants. En fait, ce n'est pas seulement un courtier d'événements, c'est
00:05:19 un Event Mesh. Il s'agit donc d'un réseau de courtiers événementiels.
00:05:22 Vous pouvez combiner les courtiers d'événements d'Advanced Event Mesh en un réseau avec
des événements qui se déroulent en
00:05:31 va-et-vient. Il est de qualité professionnelle en ce qui concerne la
00:05:35 performance, la fiabilité, la sécurité. Il propose donc toujours des offres supplémentaires, des

00:05:43 avantages supplémentaires par rapport à SAP Event Mesh, et il passe de petits à très grands
cas d'utilisation.
00:05:55 Comme dit, il s'agit d'un maillage distribué de courtiers d'événements.
00:05:58 Il peut être déployé dans des environnements privés et dans des clouds publics.
00:06:03 Les clouds publics peuvent donc être Azure, AWS, Google Cloud, etc., cloud privé.
00:06:10 Vous avez juste besoin d'un environnement Kubernetes, et vous pouvez le déployer là.
00:06:13 Il contient un ensemble complet de services d'évenement, et il dispose de grands outils de
surveillance et d'analyse.
00:06:22 De plus, un certain nombre de fonctionnalités avancées, comme le filtrage à granularité fine,
comme le routage dynamique des
00:06:28 messages. Et comme on l'a dit, c'est finalement la base d'une
00:06:36 infrastructure d'événement complète de bout en bout et d'une stratégie d'évenement.
00:06:48 Point important, les courtiers viennent en tailles de t-shirt, donc ce n'est pas une infrastructure
partagée.
00:06:54 Vous obtenez votre propre courtier que vous utilisez exclusivement.

15 / 27
00:06:58 Vous pouvez filer un certain nombre de courtiers, peut combiner ces courtiers pour former un
maillage, un réseau, et ces
00:07:07 courtiers peuvent venir en différentes tailles de t-shirt, afin qu'ils puissent répondre aux petits
cas d'utilisation à des cas
00:07:16 d'utilisation ultra grands là-bas. Qu'est-ce que je veux ajouter à ça ?
00:07:21 Je pense que nous avons à peu près parlé de choses. Important, en réseau, vous disposez de
nombreuses options de
00:07:28 déploiement. Ce sont vos propres courtiers, donc pas d'infrastructure
00:07:33 partagée, ils s'adaptent complètement. En examinant cela plus en détail, je pense que les
parties
00:07:40 importantes sont le déploiement BTP côté Event Mesh, par rapport au déploiement dans le
Cloud privé et public sur Advanced Event
00:07:49 Mesh. Vous utilisez donc BTP pour déclencher le déploiement.
00:07:54 Le déploiement réel a lieu dans le fournisseur hyper cloud. Donc, si vous regardez la taille du
message et le stockage ici,
00:08:02 pour juste choisir quelques points, c'est une différence majeure si vous le regardez.
00:08:08 SAP Event Mesh prend en charge un mégaoctet de taille d'événement et 10 gigaoctets pour le
stockage, c'est-à-dire pour la mise en
00:08:18 mémoire tampon d'événements. En même temps, Advanced Event Mesh, nous parlons de
jusqu'à 30
00:08:24 mégaoctets de taille de message, de taille d'événement, et vous obtenez jusqu'à six téraoctets
pour la mise en mémoire tampon.
00:08:32 Et si vous regardez la section avancée, il y a des offres et des fonctionnalités que SAP Event
Mesh ne propose pas.
00:08:45 Par exemple, filtrage avancé en ce qui concerne les événements, surveillance et analyse,
rediffusion des événements.
00:08:52 Dans une certaine mesure, vous pouvez rejouer des événements, par exemple, pour une file
d'attente que vous activez pour la
00:08:58 relecture d'événement. Par la suite, vous pourrez ensuite rejouer ces événements afin de
00:09:03 pouvoir les consommer à nouveau. Et très important, en ce qui concerne les sources
d'événements
00:09:10 SAP, SuccessFactors est déjà disponible dès aujourd'hui. L'intégration directe de SAP
S/4HANA est effectuée aujourd'hui à
00:09:20 l'aide d'un add-on que vous pouvez déployer sur SAP S/4HANA on-premise.
00:09:28 À partir de la prochaine version à l'automne, Advanced Event Mesh sera le deuxième
gestionnaire d'événements natif pour SAP S/4HANA
00:09:41 on-premise à l'automne, puis pour SAP S/4HANA Cloud au début de
00:09:48 Examinons maintenant Advanced Event Mesh. Ce que vous voyez ici est SAP Integration
Suite, Advanced Event
00:09:56 Mesh. Vous pouvez déjà voir qu'il y a un certain nombre d'options là.
00:09:59 Il existe une partie Gestion des événements, qui se trouve dans un catalogue, un portail
d'événements et une découverte
00:10:06 d'événements ici. Ensuite, il y a une section nommée Streaming d'événements qui
00:10:12 vous offre un Cluster Manager et un Mesh Manager, et il y a une partie d'analyse d'événement
qui vous permet de faire des
00:10:20 analyses et de voir ce qui se passe dans votre environnement piloté par les événements.
00:10:26 Commençons par le gestionnaire de cluster. C'est là que vous faites tourner les courtiers.
00:10:32 Vous pouvez voir que j'ai déjà créé trois courtiers ici, un basé sur AWS, un basé sur Google
Cloud et un autre basé sur Azure, et

16 / 27
00:10:42 tout cela dans une configuration globale. Si j'aimerais faire tourner un autre courtier, je clique
ici.
00:10:50 Je donnerais un nom au courtier, puis je peux choisir des tailles de t-shirt.
00:10:56 Vous pouvez voir qu'il existe différentes tailles de courtier à partir de l'Enterprise 250, comme
la plus petite.
00:11:03 Vous pouvez, à la fin, choisir et vous obtenez plus de stockage, et ainsi de suite, en fonction
de cette taille de t-shirt.
00:11:11 À l'étape suivante, vous choisirez le cloud. Nous pourrions, par exemple, sélectionner Azure,
puis voir les
00:11:20 différents centres de données. Je pouvais en sélectionner un aux États-Unis, puis je pouvais
00:11:25 simplement cliquer sur Créer un service, et nous serions en train de remonter le courtier.
00:11:31 J'annulerai ça très rapidement, car je ne veux pas filer le courtier, et on passera au Mesh
Manager.
00:11:40 De quoi parle le Mesh Manager ? J'ai déjà mentionné que vous pouvez former un réseau de
courtiers
00:11:46 événementiels, et c'est ce que j'ai fait avec nos courtiers ici. C'est pourquoi je me suis
connecté à un réseau basé aux
00:11:54 États-Unis, à l'Europe et à l'Asie, de sorte que les événements se propagent entre ces
courtiers et là où ils sont nécessaires.
00:12:04 Et l'idée est que vous pouvez placer un courtier d'événements près d'une source d'événement,
l'événement est transféré, puis il
00:12:14 est distribué à un niveau global. Si nous revenons au Cluster Manager, nous pouvons voir très

00:12:21 rapidement comment nous pourrions maintenant gérer les choses. Il s'agit de l'interface
utilisateur pour la création de files
00:12:33 d'attente, pour y accéder réellement aux détails. Revenons en arrière et examinons très
rapidement la partie sur
00:12:44 les informations. Cela vous permet de faire de l'analyse ici, et la chose
00:12:50 intéressante est que vous avez une analyse très détaillée à l'aide de Datadog.
00:12:57 Donc, si je vais ici, j'ai différents tableaux de bord, j'ai des moniteurs, j'ai des alertes et je peux
parfaitement, en détail,
00:13:08 voir ce qui se passe dans mon environnement piloté par les événements.
00:13:14 Pour résumer les choses, SAP fournit un écosystème piloté par les événements de bout en
bout, qui est déjà assez étendu.
00:13:22 Il se compose de différentes sources d'événements, de nos principaux backends, d'un certain
nombre d'applications de
00:13:29 gestion. Il se compose d'une infrastructure d'événement, nommée SAP Event
00:13:33 Mesh et SAP Integration Suite Advanced Event Mesh. Et il y a un certain nombre de
consommateurs d'événements là-bas.
00:13:40 Nos offres d'infrastructure se complètent, SAP Integration Suite Advanced Event Mesh étant
l'offre d' entreprise qui vous permet
00:13:51 vraiment d'évoluer complètement à l'échelle mondiale. Elle offre un certain nombre de
fonctionnalités sophistiquées, elle offre
00:14:02 une distribution de courtiers et elle offre une très grande échelle.
00:14:09 Passons à l'unité suivante.

17 / 27
Week 3 Unit 5

00:00:06 - Bonjour et bienvenue pour examiner de plus près les sources des événements SAP.
00:00:12 Et avant d'y aller, j'aimerais également examiner de plus près les types d'événements.
00:00:18 Lors de l'introduction des architectures pilotées par les événements, j'ai déjà mentionné qu'il
existe différents types
00:00:24 d'événements, j'avais mentionné les événements de notification et de données.
00:00:29 Un événement de notification vous informe simplement d'une modification importante.
00:00:34 Il ne contient pas toutes les données dont vous avez besoin. L'avantage est que l'événement
est très petit et que l'accès
00:00:41 aux données est contrôlé, ce qui signifie que vous recevez l'événement.
00:00:46 Si cet événement vous intéresse, vous devrez effectuer un appel d'API supplémentaire et
passer par l'authentification
00:00:54 et l'autorisation dans le système backend. L'accès aux données est donc très contrôlé.
00:01:00 Il y a des clients qui aiment cette approche. Nos collègues de SAP S/4HANA aiment aussi
beaucoup cela.
00:01:06 Il y a cependant des défis à relever à cet égard. Il existe cette étape synchrone
supplémentaire.
00:01:12 Ainsi, vous êtes informé de l'événement de manière asynchrone, néanmoins, vous devez
effectuer l'appel d'API et,
00:01:20 évidemment, en plus d'un événement approprié, vous avez également besoin d'une API
appropriée.
00:01:26 Et il peut y avoir des configurations supplémentaires pour l'accès API.
00:01:31 Il y a ensuite des événements de données. Toutes les données dont vous avez besoin sont
incluses dans
00:01:37 l'événement, ce qui signifie qu'aucun appel d'API supplémentaire n'est nécessaire.
00:01:41 Vous recevez l'événement, vous êtes informé d'une modification importante et vous pouvez
immédiatement agir et
00:01:49 exécuter. C'est vraiment bon - l'approche de l'événement de données -
00:01:53 lorsque l'ensemble de données complet est requis dans la plupart des cas.
00:01:57 Néanmoins, une fois de plus, il y a quelques défis à relever à cet égard.
00:02:02 Il soulève des sujets tels que l'accès aux données et la protection des données. Vous
souhaitez donc voir comment et
00:02:09 avec qui vous partagez vos données. Et, évidemment, il y a une consommation de ressources
plus
00:02:15 élevée du côté de la source, du courtier d'événements et du côté du consommateur -
évidemment, en raison de la plus
00:02:22 grande taille de l'événement. Ces deux types d'événements sont pertinents.
00:02:28 Dans certains cas d'utilisation, les événements de notification peuvent être la meilleure
approche.
00:02:32 Dans certains cas d'utilisation, les événements de données constituent la meilleure approche,
et les systèmes backend
00:02:39 SAP prennent généralement en charge les deux approches. Nous verrons plus loin ce que
cela signifie en ce qui
00:02:46 concerne les backends spécifiques. Désormais, l'événement standard par rapport à
l'événement
00:02:52 personnalisé. Les événements standard sont fournis par les applications de
00:02:57 gestion SAP ou les backends dans le cadre du standard SAP. SAP S/4HANA, par exemple,
fournit environ 500 événements

18 / 27
00:03:05 standard. Pour SAP S/4HANA, vous pouvez consulter ces événements dans
00:03:11 SAP Business Accelerator, api.sap.com. Pour SuccessFactors, dans la documentation
Services
00:03:19 intelligents. Pour les autres applications de gestion, il s'agit
00:03:24 généralement du Business Accelerator Hub. Généralement, ces jours-ci, il s'agit d'événements
de
00:03:30 notification pour SAP S/4HANA. À l'avenir, il y aura de plus en plus d'événements de
00:03:38 données. Pour certains backends, aucun ajustement de ces événements
00:03:43 n'est possible aujourd'hui. À l'avenir, nous nous efforçons de permettre des ajustements
00:03:49 à ces événements, afin de rendre les ajustements possibles. Cela vaut également pour SAP
S/4HANA.
00:03:57 Et c'est une excellente approche car elle s'adapte très bien. Il vous faut environ quelques
secondes jusqu'à minutes pour
00:04:07 activer simplement un événement standard. Néanmoins, bien souvent, les clients ont besoin
d'événements
00:04:14 adaptés à des cas d'utilisation spécifiques. Pour ces cas d'utilisation, vous pouvez créer des
événements
00:04:21 personnalisés. Ainsi, les clients les créent lorsqu'aucun événement standard
00:04:26 n'est disponible. Il existe différentes façons de créer ces événements
00:04:30 personnalisés et ils diffèrent d'un backend à l'autre. L'approche type de SAP S/4HANA on-
premise serait l'add-on de
00:04:37 facilitation des événements. Vous pouvez également l'utiliser pour ECC, ou il s'agit d'une
00:04:43 nouvelle approche SAP S/4HANA Cloud et On-Premise. C'est cette approche basée sur
RAPP qui vous permet d'avoir des
00:04:51 événements basés sur RAPP que vous pouvez adapter à vos besoins.
00:04:55 En règle générale, vous pouvez adapter complètement et totalement ces événements à vos
besoins spécifiques au
00:05:07 client. Ces deux types d'événements sont nécessaires.
00:05:14 À la fin, à l'avenir, des événements standard seront présents pour la plupart des cas
d'utilisation.
00:05:19 Vous pourrez les allumer facilement, vous pourrez les ajuster facilement.
00:05:25 Et si vous avez besoin d'un événement personnalisé, vous pourrez créer des événements
personnalisés.
00:05:31 Maintenant, il y a une perspective différente ici, encore une fois : les événements sortants et
entrants.
00:05:37 Actuellement, les événements sortants correspondent à la casse des 90 %.
00:05:41 En d'autres termes, les événements proviennent d'une application de gestion ou d' un backend
SAP et sont exposés à
00:05:50 l'écosystème SAP ou au monde extérieur. Les événements standard et sortants sont activés
en un seul
00:05:57 clic, et les événements sortants personnalisés que vous pouvez créer avec des approches
nécessitant peu ou pas de
00:06:04 code en pro-code. Les 10 % sont des événements entrants, c'est-à-dire que les
00:06:10 backends SAP, les applications de gestion SAP, consomment des événements d'autres
applications de gestion, d'autres
00:06:18 backends, des applications tierces. En règle générale, l'effort est plus important.
00:06:24 Je veux dire, gardez à l'esprit qu'il s'agit généralement d'une approche personnalisée.
00:06:32 Vous avez donc généralement des actions à l'esprit lorsque vous recevez un événement que
vous devez coder dans le

19 / 27
00:06:38 backend. Ainsi, il s'agit généralement d'un développement pro-code et
00:06:42 vous devez indiquer exactement ce qu'il faut faire lors de la réception d'un événement.
00:06:48 Et dans la plupart des cas, assez souvent, l'appel d'une API est considéré comme une
alternative plus facile.
00:06:54 Vous devez donc déterminer si vous voulez vraiment un événement entrant ou si vous voulez
simplement appeler une
00:07:01 API. Cependant, cette approche asynchrone présente de nombreux
00:07:06 avantages en ce qui concerne la création d'événements entrants.
00:07:11 Maintenant, comment cela se traduit-il en une vue d'ensemble des sources d'événements SAP
?
00:07:18 Vous pouvez voir ici certaines des principales applications de gestion, les backend, ECC sur la
gauche, S/4HANA Cloud,
00:07:28 S/4HANA au milieu et SuccessFactors. Et il y a un certain chevauchement en ce qui concerne
les
00:07:36 approches. Les définitions que je prenais auparavant sont vraies pour
00:07:41 ces backends. Permettez-moi de vous présenter rapidement les approches pour
00:07:46 activer ces sources d'événements. SAP ECC utilise l'add-on d'activation d'événements.
00:07:54 L'add-on Activation d'événements vous permet de créer des événements de notification et de
données.
00:08:01 Il utilise une approche low-code à pro-code, vous pouvez donc vraiment choisir si vous voulez
utiliser une approche
00:08:09 low-code/no-code en 20 minutes pour créer un événement de base, ou si vous voulez
vraiment définir à l'aide du codage
00:08:16 ce que les événements font. Vous pouvez effectuer des événements entrants et sortants, ce
qui est vrai pour ECC,
00:08:24 S/4HANA Cloud et S/4HANA. Les événements sont au format CloudEvents.
00:08:28 La seule application de gestion qui gère cela différemment actuellement est SuccessFactors,
qui fournit le format SOAP.
00:08:38 Pour SAP S/4HANA, cette approche add-on pour la prise en charge des événements est
également possible.
00:08:43 Vous pouvez ainsi créer des événements personnalisés basés sur l'add-on d'activation des
événements.
00:08:49 Cependant, SAP S/4HANA et SAP S/4HANA Cloud ont également deux autres approches.
00:08:54 Événements standard, ils ont environ 500 événements de notification standard disponibles
que vous pouvez simplement
00:09:02 activer. Actuellement, ces événements ne peuvent pas être ajustés .
00:09:06 Vous devez donc demander au développement SAP de le faire pour vous.
00:09:09 De nouveaux événements sont fournis à la demande de SAP Development , puis il y a la voie
à suivre : les événements
00:09:19 basés sur RAPP. Il s'agit de la nouvelle approche pour SAP S/4HANA et SAP
00:09:24 S/4HANA Cloud, permettant des événements standard extensibles à l'avenir.
00:09:29 Vous aurez donc des événements standard et vous pourrez les ajuster dans les futures
versions de SAP S/4HANA et SAP
00:09:40 S/4HANA Cloud. Actuellement, vous pouvez créer des événements de
00:09:44 notification et de données personnalisés à l'aide de cette approche basée sur RAPP, car
l'objectif à l'avenir est les
00:09:51 événements standard. Vous pouvez les allumer facilement.
00:09:54 En même temps, vous pouvez les adapter à vos besoins spécifiques.
00:09:58 Et puis il y a SAP SuccessFactors. Là, nous réutilisons les événements Services intelligents.

20 / 27
00:10:05 Il s'agit d'événements standard ajustables que vous pouvez transformer en événements de
notification et de données.
00:10:13 Vous pouvez ajuster la taille à votre besoin. La seule chose que vous devez garder à l'esprit
pour
00:10:19 SuccessFactors : Les événements personnalisés ne sont pas possibles. Vous
00:10:24 devez donc utiliser les événements standard et les ajuster. Cela dit, regardons rapidement une
démo.
00:10:37 Ce que je voudrais vous montrer maintenant , c'est le Business Accelerator Hub.
00:10:41 Vous pouvez rechercher ici les événements disponibles pour vos différentes applications de
gestion et systèmes backend.
00:10:49 Je vais maintenant cliquer sur SAP S/4HANA Cloud et cliquer sur Événements.
00:10:55 Et vous voyez qu'il y a un certain nombre d'événements disponibles ici.
00:11:00 Pour commencer, je voudrais cliquer sur les événements partenaires.
00:11:05 Et vous pouvez voir qu'il existe deux événements disponibles :
00:11:09 Partenaire modifié et Partenaire créé. Vous pouvez maintenant accéder aux détails et
consulter les
00:11:17 données utiles. Et encore une fois, vous pouvez voir que les données utiles
00:11:22 sont très limitées ici. Il contient donc uniquement l'ID partenaire.
00:11:37 Revenons à présent à la commande client. Je crains d'avoir besoin de l'astérisque ici.
00:11:52 Et il va trouver des événements de commande client. C'est pourquoi je vous présente
spécifiquement le partenaire
00:11:59 et la commande client. Partenaire : il s'agit d'événements de notification et vous
00:12:04 pouvez voir qu'il n'y a pas beaucoup d'événements disponibles.
00:12:08 La commande client est finalement un front-runner. Vous pouvez voir de nombreux
événements disponibles, très
00:12:15 détaillés à un niveau très détaillé. Non seulement Commande client créée, Commande client
00:12:20 modifiée. Au niveau du poste également : Poste créé, Poste modifié,
00:12:25 Centre de profit du poste modifié, etc. Et si nous regardons maintenant les données utiles de
00:12:31 l'événement, vous pouvez voir que les événements deviennent de plus en plus grands.
00:12:36 Ainsi, ils contiennent déjà - ce sont des événements standard - dans le cadre de la norme,
plus d'informations ici.
00:12:46 Cela vous permet d'exécuter et de prendre des mesures, y compris les données sur les
données que vous avez fournies.
00:12:55 Ou bien, il vous permet de baser votre appel d'API pour collecter des données
supplémentaires à partir du système
00:13:03 backend sur des informations plus précises, sur des informations qui vous donnent plus de
contexte.
00:13:11 Passons à SAP S/4HANA. Et laissez-moi vous montrer à quel point il est facile
00:13:18 d'exposer des événements, d'ajouter des événements qui sont exposés à partir de S/4.
00:13:23 Vous pouvez voir qu'actuellement, nous exposons des événements partenaire et cet
astérisque indique que nous
00:13:30 exposons toutes sortes d'événements partenaires. Ainsi, Partenaire modifié, Partenaire créé.
00:13:36 Je voudrais également ajouter des événements de commande client.
00:13:43 D'ailleurs, en tant que piste latérale, vous pouvez voir qu'un certain nombre d'événements sont
exposés à partir du
00:13:49 système S/4. Je suis intéressé par les événements de commande client, je
00:13:55 vais donc limiter légèrement cela et je vais sélectionner des événements de modification de
commande client.

21 / 27
00:14:04 Je clique sur Créer, et si je retourne maintenant, vous pouvez voir que je n'expose pas
seulement tous les événements
00:14:12 partenaires, mais aussi tous les événements de commande client.
00:14:17 Vous avez vu à quel point il était rapide d'ajouter des événements d'exposition pour les
commandes clients.
00:14:23 Vous pouvez évidemment être plus précis et exposer uniquement des événements
sélectionnés.
00:14:27 Pour plus de simplicité, je vous présente ici tous les types d'événements liés aux commandes
clients.
00:14:35 Voyons maintenant comment les choses fonctionnent dans SAP SuccessFactors.
00:14:40 Et voilà, vous accédez au Centre de services intelligents. Sur la gauche, vous pouvez voir
toutes sortes d'événements et
00:14:52 il s'agit d'une liste complète : probation du personnel, nouvel ordre de travail, nouveau poste,
et, et, et.
00:14:59 Une fois que vous avez sélectionné un événement (embauche d’ employé dans notre cas),
vous définissez le type de
00:15:05 déclencheur, qui est Services intelligents, le type de destination, REST, SuccessFactors
comme type de source,
00:15:11 évidemment. Et puis JSON comme format.
00:15:14 Comme indiqué précédemment, il ne s'agit pas du format CloudEvents, mais d'un format
spécifique.
00:15:18 Et nous utilisons le protocole REST. Nous examinons à présent l'événement Embauche de
salariés.
00:15:28 Vous pouvez voir que vous disposez d'un certain nombre de zones que vous pouvez y
sélectionner.
00:15:35 Et dans notre cas, nous allons simplement nous en tenir à ce que nous avons.
00:15:40 Nous allons cliquer sur Sélectionner et à l'étape suivante, nous allons parcourir le processus
de création de ces
00:15:49 événements jusqu'au bout : les paramètres de destination et vérifier et exécuter vers la fin.
00:15:57 Il s'agissait donc d'un aperçu très rapide de la manière d'exposer des événements dans
SuccessFactors.
00:16:04 Ce que vous auriez dû voir, c'est qu'il y a un certain nombre d'événements là-bas et il est très
facile de les exposer.
00:16:13 Et cela dit, terminons la démonstration ici et revenons aux diapositives.
00:16:23 Pour résumer les choses : La plupart des backends et applications de gestion SAP sont
00:16:27 compatibles avec les événements. Il existe différentes approches : les événements standard,
00:16:32 les événements personnalisés basés sur RAPP, les événements personnalisés utilisant l'add-
on d'activation des événements
00:16:40 vous permettent d'exposer et de consommer des événements hors backend et des
applications de gestion.
00:16:46 Et l'avenir sera des événements standard qui sont extensibles et réglables.

22 / 27
Week 3 Unit 6

00:00:05 - Bonjour et bienvenue dans les cas d'utilisation événementiels.

00:00:09 Vous avez beaucoup entendu parler de l'architecture pilotée par les événements et des
intégrations pilotées par les
00:00:14 événements. Voyons maintenant ce que vous pouvez faire avec ce que vous
00:00:18 avez appris et ce que nos clients, ce que nous faisons généralement chez SAP en ce qui
concerne l'architecture
00:00:26 pilotée par les événements . Vous avez déjà vu cet exemple dans le cadre de l'introduction.
00:00:34 Il s'agit donc d'un jumeau numérique pour notre parc automobile.
00:00:38 Ainsi, pour chaque voiture de notre parc automobile, nous avons des événements qui se
déclenchent, qui circulent, qui
00:00:47 mettent à jour le jumeau numérique. Le fait est que cela aide le parc automobile.
00:00:54 Néanmoins, c'est le premier scénario que SAP a implémenté et le service informatique SAP a
avancé, où il a proposé de plus
00:01:03 en plus de scénarios. Ce que je voudrais souligner ici, c'est : Commencer !
00:01:09 Identifiez un scénario pertinent , puis passez à l'étape suivante et identifiez de plus en plus de
cas d'utilisation
00:01:18 pertinents pour vous. Actuellement, il existe un certain nombre de secteurs d'avance
00:01:23 et il est très intéressant de voir quels secteurs vous voyez encore et encore.
00:01:28 Il s'agit du commerce de détail, généralement des biens de consommation, des voyages, de
l'industrie pharmaceutique et
00:01:34 des sciences de la vie. Il existe d'autres secteurs qui se penchent sur les
00:01:39 architectures pilotées par les événements, par exemple le pétrole et le gaz.
00:01:44 Néanmoins, plus précisément ici, j'en fais même l'expérience dans le monde réel.
00:01:52 Donc, si je regarde la distribution de détail, il n'y a pas un seul détaillant dans ma maison qui
n'utilise pas
00:01:59 d'architecture pilotée par les événements d'une manière ou d'une autre.
00:02:04 Donc, si je fais mes courses, je sais ce qui se passe en coulisses, car ce sont vraiment les
entreprises qui utilisent
00:02:15 fortement l'architecture événementielle. Le voyage, c'est pareil.
00:02:20 À chaque fois que je voyage ces jours-ci, je regarde ce qui se passe et je peux dire que ces
entreprises utilisent
00:02:29 l'architecture pilotée par les événements en arrière-plan pour informer les clients des
changements, pour, au final, piloter
00:02:39 les clients à temps. Il est très intéressant de réfléchir à la raison pour laquelle
00:02:45 il s'agit précisément de ces secteurs. Bien souvent, c'est la nécessité d'être très efficace.
00:02:52 Bien souvent, c'est l'aspect en temps réel que de baser vos décisions sur des données
entièrement à jour.
00:03:03 Et si je regarde l'industrie pharmaceutique et les sciences de la vie, par exemple, il s'agit
vraiment de l'importance des
00:03:10 décisions. Vous avez besoin de données entièrement à jour, car l'impact
00:03:15 des données n'étant pas à jour à 100 % serait assez important. Examinons quelques cas
d'utilisation sélectionnés.
00:03:23 Commençons en haut à gauche par des cas d' utilisation de maillage d'événements très
spécifiques et avancés.
00:03:32 Le maillage événementiel avancé sort du secteur des services financiers, et là, la rapidité est
très importante.

23 / 27
00:03:42 Si vous pensez à combien d'argent un retard vous coûterait en matière de services financiers -
à la bourse, etc. - , vous
00:03:51 pouvez voir que la rapidité en temps réel est absolument nécessaire.
00:03:56 Au même moment, si un événement n'est pas livré, si vous manquez un événement, vous
risquez également de perdre de
00:04:05 l'argent. La rapidité et la fiabilité sont donc très importantes à cet
00:04:10 égard. Et le maillage d'événement avancé a été mis à l'essai là-bas
00:04:16 et s'est vraiment développé en un maillage d'événement complètement fiable , courtier
d'événements, là.
00:04:25 Examinons quelques autres scénarios. Je parlais de détaillants.
00:04:29 La disponibilité est un sujet important. Donc, si je suis intéressé par l'achat d'une nouvelle
chaise
00:04:37 ou d'une nouvelle table, je peux vérifier sur le site Web la disponibilité dans un certain
magasin.
00:04:44 Et si ma table, la table que je veux acheter est disponible dans ce magasin, je peux y aller et
la ramasser immédiatement.
00:04:52 La pire chose qui pourrait arriver à ce détaillant qui offre ce contrôle serait que les données ne
sont pas à jour: le
00:05:01 client vérifie sur le site Web, va au magasin, puis la table n'est pas disponible.
00:05:08 Il y a donc des détaillants qui mettent à jour leur stock en temps réel.
00:05:14 La chaîne logistique est un cas d'utilisation très typique. Vous pouvez suivre en temps réel les
conteneurs à travers le
00:05:22 monde pendant qu'ils sont sur de gros porte-conteneurs, alors qu'ils sont sur des camions.
00:05:29 Et sur la base de ces informations en temps réel, vous pouvez mettre à jour non seulement les
dates d'arrivée dans vos
00:05:39 divisions, mais aussi les dates auxquelles les produits, vos produits vont entrer dans les
magasins, les consommateurs à la
00:05:48 fin: jusqu'à la fin de la chaîne d'approvisionnement. La distribution des données est toujours
un sujet important.
00:05:56 Quelque chose se passe dans un système backend, vous souhaitez informer les applications
d'extension, d'autres backend SAP ou
00:06:07 potentiellement des applications de gestion tierces des modifications et distribuer les données,
éventuellement même
00:06:16 dans un lac de données. Et puis il y a l'un de mes exemples préférés : l'expérience
00:06:24 client, et j'utilise généralement le secteur du voyage comme exemple ici.
00:06:30 Je voyageais il y a deux ans, il y a trois ans, et c'était un forfait et c'était vraiment pendant la
Covid donc je n'avais
00:06:40 pas beaucoup voyagé et je l'ai fait à l'aéroport et nous avons eu, en temps réel, des mises à
jour à quelle porte aller,
00:06:49 quand le vol était prêt à embarquer. Lorsque nous avons atterri à l'aéroport de destination,
nous
00:06:57 avons dû récupérer les bagages, ce qui signifie quelle ceinture exactement pour récupérer les
bagages à.
00:07:04 Où le bus attendait de nous transférer à l'hôtel. Et sur le chemin du retour, il y avait un retard
du vol.
00:07:10 Ils nous ont fait une mise à jour en temps réel. Désolé, votre vol est retardé.
00:07:15 Vous pouvez aller prendre un petit déjeuner prolongé ou vous pouvez toujours aller à la
piscine et dans deux heures , vous
00:07:20 serez pris en charge. Ce n'était donc pas très agréable, cette perspective de
00:07:24 l'expérience client. Et j'ai appris plus tard que l' entreprise avec laquelle nous

24 / 27
00:07:30 voyagions utilisait l'architecture événementielle pour cela en coulisses.
00:07:37 Un pas de plus, et c'est une chose que j'ai appris lorsque nous nous sommes rendus à
TechEd fin d'année dernière, alors
00:07:44 j'allais à Las Vegas. Il y avait différents vols qui s'y rendaient - - des vols de
00:07:50 correspondance, et l'approche était très similaire. Il est devenu standard dans l'ensemble de
l'industrie
00:07:55 maintenant. Ils nous donnaient des mises à jour : Allez à cette porte,
00:08:01 ramassez vos bagages à cette ceinture, et ainsi de suite. Je l'ai considérée comme de
l'expérience client et j'en étais
00:08:09 satisfaite comme toujours. Ce que j'ai compris lors de ce voyage, cependant, c'est que
00:08:13 vous pouvez l'utiliser pour optimiser vos processus de gestion, et c'est ce que la compagnie
aérienne a réellement
00:08:18 fait, de mon point de vue. Ils s'assuraient que les clients étaient à la porte à temps,
00:08:25 qu'ils embarqueraient dans l'avion à temps, que l'avion partirait à temps.
00:08:31 Cette entreprise a donc franchi une nouvelle étape. Ils optimisaient vraiment leurs processus
de gestion,
00:08:38 essayaient d'économiser de l'argent et essayaient de s'assurer que tout fonctionnerait très
bien.
00:08:45 Encore une fois, plus tard, j'ai appris que cette compagnie aérienne utilise l'architecture
événementielle en coulisses
00:08:55 pour cela. Passons à autre chose.
00:08:57 Et je parlais des sciences de la vie et de l'industrie pharmaceutique, à quel point il est
important d'avoir cet
00:09:05 aspect en temps réel à l'esprit. Et il existe une offre logicielle en tant que service nommée
00:09:11 SAP Cell and Gene Therapy Orchestration, et nos collègues aident les entreprises du secteur
des sciences de la vie à
00:09:19 organiser, planifier et exécuter des traitements de thérapie cellulaire et génique .
00:09:24 Et le point important ici est qu'ils doivent suivre complètement la chaîne logistique.
00:09:32 Ils ont donc besoin d'une visibilité complète sur la chaîne logistique.
00:09:35 Pourquoi ? Parce que cette thérapie, ce médicament doit être rendu au
00:09:40 client - qui est le patient à la fin - en 72 heures, et il doit être en mesure de suivre pleinement,
c'est-à-dire les
00:09:48 entreprises pharmaceutiques, doit suivre entièrement l'ensemble de la chaîne
d'approvisionnement et être en mesure
00:09:56 de prouver ce qui s'est passé. Nos collègues ont inclus 30 types d'événements différents dans

00:10:04 ce logiciel en tant qu'offre de service. Il ne s'agit pas seulement d'événements sortants, mais
aussi
00:10:12 d'événements entrants. Et j'aime vraiment ça parce que ça aide les gens.
00:10:17 Il s'assure que le médicament le rend aux patients à temps et qu'il le rend au patient en
qualité, et que vous pouvez
00:10:26 vraiment prouver que c'est le cas. Cela dit, je pense que ce qui est devenu très clair, c'est que

00:10:34 l'architecture pilotée par les événements prend en charge une grande variété de cas
d'utilisation.
00:10:41 Un certain nombre d'industries pionnières avancent. Ils ont des besoins spécifiques -
généralement en temps réel -
00:10:50 qu'ils bénéficient spécifiquement d'une architecture pilotée par les événements.

25 / 27
00:10:57 Et dans un contexte SAP, vous pouvez utiliser des architectures pilotées par les événements
dans les cas
00:11:03 d'utilisation plus évidents de la distribution des données. Vous pouvez utiliser l'architecture
pilotée par les événements
00:11:10 pour les scénarios en temps réel. Et en plus de cela - et je veux rapidement le mentionner vers

00:11:16 la fin - vous pouvez même l' utiliser pour ajuster les styles de communication.
00:11:21 Si vous y pensez, dans votre vie privée, vous utilisez le style Twitter, le style WhatsApp.
00:11:28 L'architecture événementielle nous permet également d'intégrer cette approche dans le monde
de l'entreprise.
00:11:36 Et je sais que ce n'est que la partie émergée de l'iceberg : Il y aura de plus en plus de cas
d'utilisation et de scénarios
00:11:43 qui seront traités avec l'architecture pilotée par les événements.
00:11:48 Cela dit, nous sommes à la fin de notre rubrique hebdomadaire sur l 'API et l'intégration basée
sur les événements.
00:11:55 J'espère que vous avez eu une séance instructive et je vous souhaite le meilleur pour votre
mission hebdomadaire et le
00:12:02 reste du cours. J'espère que je vous verrai sur le forum de discussion.
00:12:07 Merci beaucoup.

26 / 27
© 2023 SAP SE or an SAP affiliate company. All rights reserved.
See Legal Notice on www.sap.com/legal-notice for use terms,
disclaimers, disclosures, or restrictions related to SAP Materials
for general audiences.