PUBLIC

openSAP
Build Resilient Applications on SAP BTP with Amazon Web
Services

Week 2 Unit 1

00:00:05 Bonjour et bienvenue dans le cours openSAP, Build Resilient Applications on SAP BTP with
Amazon Web Services.
00:00:14 Je m'appelle Marc Huber et je suis chef de produit chez SAP. Dans ce chapitre, vous allez
en apprendre davantage sur le développement
00:00:23 d'applications nécessitant peu ou pas de code sur SAP BTP et sur les fonctionnalités sans
serveur sur AWS. Commençons donc.
00:00:32 Dans ce chapitre, vous découvrirez le développement d' applications nécessitant peu ou
pas de code sur SAP BTP et toutes les fonctionnalités
00:00:42 du portefeuille SAP low-code/no-code SAP Build. En outre, vous obtiendrez une
introduction à sur les fonctionnalités sans
00:00:51 serveur dans AWS. Nous présenterons également le business case que vous allez
développer
00:00:58 cette semaine. Commençons par la motivation.
00:01:02 Les entreprises et leurs projets de digitalisation sont confrontés à des ressources de
développement limitées.
00:01:10 Ils peuvent relever ce défi en donnant à leurs utilisateurs professionnels les moyens de
créer des solutions et en transférant les
00:01:18 tâches de développement aux utilisateursprofessionnels ou en améliorant la productivité de
leurs développeursprofessionnels avec des solutions
00:01:26 low-code/no-code. C'est pourquoi les entreprises investissent dans des solutionsde
00:01:32 développement nécessitant peu de code pour combler l'écart entre les besoinsde gestion
individuels et la pénurie de développeurs.
00:01:41 Chez SAP, nous aidons nos clients à devenir une entrepriseintelligente et durable en
réunissant notre portefeuillecomplet de solutions et de
00:01:53 technologies aux besoins de gestion de nos clients. Elle commence par notre Business
Technology Platform qui fournit la base
00:02:03 de l'intégration des applications, l'extension d'un robuste écosystème de solutions, de
données et d'IA.
00:02:12 Comme nos outils de développement professionnel, SAP Build fait partie du développement
d'applications de SAP BTP.
00:02:22 Regardons de plus près SAP Build. SAP Build combine nos solutions low-code qui
permettent aux personnes les
00:02:30 plus proches des problèmesde gestion de créer des applications d'entreprise, d'automatiser
les processus et de concevoir des sites avec
00:02:40 la simplicité du glisser-déposer. SAP Build regroupe SAP Build Apps, SAP Build Process
Automation et SAP
00:02:48 Build Work Zone en une expériencede développement unifiée avec de nouvelles
innovations pour créer rapidement des applications, automatiser
00:02:58 les processus et créer des sites Web d'entreprise. Les développeurs peuvent s'intégrer
facilement aux applicationsSAP et
00:03:07 non-SAP et exploiter des centaines de processus, bots et composantsUX prédéfinis pour
unifier les données et processus de gestion. afin que les
00:03:16 entreprises et le service informatique puissent collaborer efficacement en tant qu'équipes
de fusion avec la simplicitédu glisser-déposer et la
00:03:25 gouvernance intégrée tout au long du cycle de vie du développement des applications.
00:03:31 Examinons de plus près les différents outils, et commençons par SAP Build Apps.
00:03:37 SAP Build Apps permet aux utilisateurs métier de créer des applicationsWeb et mobiles
grâce à un environnement de développement
00:03:46 intuitif sans code. Vous pouvez simplement glisser-déplacer des interfaces utilisateur, des
00:03:52 composants, définir les propriétés, le style et la mise en forme de votre outil.
00:03:57 Vous pouvez facilement accéder aux données SAP et non-SAP via les API REST ou les
services OData.
00:04:05 Parfois, vous avez peut-être besoin d'un modèle de données supplémentaire.
00:04:09 Par conséquent, vous pouvez également créer votre backend avec SAP Build Apps en
faisant glisser et en déposant entités de données et zones.
00:04:16 En outre, vous pouvez également définir la logique backend et l'utiliser comme fonctions
dans votre application frontend.
00:04:24 Et vous pouvez également travailler ensemble dans les équipes de fusion également dans
le domaine du développement d'applications.
00:04:34 Poursuivons avec SAP Build Process Automation. Il permet aux utilisateurs fonctionnels
d'automatiser les processus et
00:04:42 les tâches sans aucune expérience de programmation. Ils peuvent tirer parti de leur
expertise du domaine avec une expérience
00:04:50 intuitive, facile à utiliser, et puissante nécessitant peu de code. Vous pouvez accélérer la
création en accédant à la gestion des workflows,
00:04:59 à la RPA, à la gestion des décisions, à la visibilité sur les processus, et aux fonctionnalités
d'IA intégrées dans une solution unique.
00:05:09 Vous pouvez également commencer immédiatement avec du contenu prédéfini, modèles
similaires à ceux du SAP Build Store.
00:05:21 Venons-en au composant suivant. SAP Build Work Zone.
00:05:25 SAP Build Work Zone vous permet de créer facilement des sites d'entreprise qui fournissent
un accèscentralisé aux informations des
00:05:33 applications de gestion sur n'importe quel terminal, afin que les utilisateurs puissent créer
de beaux sitesd'entreprise personnalisés pour
00:05:41 eux-mêmes, fournisseurs, clients, partenaires, etc., sans écrire de code. Les sites
d'entreprise créés avec SAP Build Work Zone fournissent un
00:05:51 accèscentral aux applications, processus et informations pertinents. Avec SAP Build Work
Zone, vous pouvez optimiser votre productivité en
00:06:03 offrant des expériences guidées et en partageant vos connaissances. SAP Build est conçu
pour étendre et automatiser les applications métier
00:06:15 de SAP. Par exemple, dans SAP Sales and Service Cloud, nous avons intégré les
00:06:20 applications SAP Build, afin que vous puissiez créer des applications et intégrer facilement
ces applications sur le bureau du prestataire de
00:06:29 services. SAP Build Process Automation contient des packages pour toutes nos
00:06:35 solutions métier, en particulier pour SAP S/4HANA. Ici, nous proposons un contenu
prédéfini dans SAP Build Process
00:06:42 Automation pour automatiser les processus de gestion types dans SAP S/4HANA.
00:06:47 Voici quelques exemples de la façon dont nous intégrons SAP Build à nos
applicationsmétier pour montrer à nos clients comment ils peuvent étendre

2 / 28
00:06:57 leurs solutions et tirer le meilleur parti de SAP. Je vais maintenant passer la parole à mon
collègue Diego qui vous donnera
00:07:06 des informations sur les fonctionnalités sans serveur AWS. Bonjour, je m'appelle Diego
Lombardini et je suis architecte des
00:07:13 solutions partenaires SAP chez AWS. Aujourd'hui, je vais parler de l'informatique sans
serveur, ce que c'est,
00:07:19 et pourquoi c'est important. Qu'est-ce que l'informatique sans serveur ?
00:07:23 L'ensemble des services, pratiques et stratégies qui vous permettent de concevoir et de
créer des applications à l'aide de servicesintégrés sans
00:07:30 avoir besoin de gérer des serveurs ou des infrastructures. On parle de trois couches dans le
contexte du serverless.
00:07:35 Le premier est le calcul. C'est là que s'exécute votre code d'application, votre logique
00:07:40 applicative. Le suivant est l'intégration, qui est ce qui est utilisé pour les
00:07:44 différentes composantes pour se parler. Enfin, les magasins de données.
00:07:48 C'est ici que vos données sont conservées. Des choses comme les fichiers et les bases de
données.
00:07:52 Avec les architectures sans serveur, tâches telles que la mise à disposition, la mise à
disposition de capacités, et les correctifs sont
00:07:59 gérées par AWS, de sorte que vous n'avez pas à vous soucier de cela. Cela signifie que
vous pouvez vous concentrer sur la création de vos
00:08:05 applications, la création de votre logique métier, ce qui est fondamentalement ce que vos
clients et votre entreprise ont besoin de
00:08:09 faire fonctionner. La mise à l'échelle automatisée, la haute disponibilité intégrée, le
00:08:13 modèle et le modèlede paiement à l'utilisation sont des attributs clés des architectures sans
serveur.
00:08:18 Les API sont généralement la porte d'entrée dans vos systèmes et ce qui est utilisé pour les
différentes composantes et fonctionnalités pour
00:08:24 communiquer entre eux. Chez AWS, nous avons des services pour couvrir les trois couches
de la
00:08:29 pile que nous avons mentionnée précédemment, et nous allons passer en revue cela dans
les prochaines diapositives.
00:08:35 Maintenant, quelle est l'approche du serverless ? Comment pouvons-nous être performants
pour les applications sans serveur
00:08:39 ? La première chose est de penser aux fonctionnalités, n'est-ce pas ?
00:08:42 Donc, si nous avons une application, ne pensons pas à cela dans son ensemble.
00:08:45 Parlons des fonctionnalités que j'ai dans une application, et traitons-les de manière
indépendante.
00:08:50 Donc, par exemple, si j'ai quatre fonctions dans une application, Je ne pense pas à une
application avec quatre fonctions, je pense à quatre
00:08:56 fonctionnalitésdifférentes qui devraient fonctionner indépendamment les unes des autres.
00:09:00 Nous utiliserons les événements pour communiquer entre eux, n'est-ce pas ?
00:09:04 Et c'est effectivement l'élément clé de la communication entre les différents composants.
00:09:09 Nous parlerons d'apatrides, signifiant que chacun de ces composants devrait être
indépendant, il devrait avoir toutes les informations dans
00:09:16 l'événement pour pouvoir fonctionner. L'autre élément clé consiste à penser à vos données
à l'avance, à à
00:09:21 penser aux structures et fluxde données lorsque vous commencez à concevoir et à savoir
ce que vous créez.
00:09:26 De cette façon, vous pouvez concevoir chacun de ces composants et fonctionnalités
indépendamment.

3 / 28
00:09:31 Et la dernière chose est de vous assurer d'utiliser les services qui sont conçus pour des
fonctionsspécifiques et de ne pas essayer de réinventer
00:09:37 la roue. S'il existe déjà un service qui fonctionne pour ce dont vous avez besoin,
00:09:41 utilisez-le. Mais s'il n'y en a pas, il est bon d'en créer un.
00:09:46 Quels en sont les avantages ? Nous avons parlé de l'approche de serverless, mais
pourquoi
00:09:50 voudrions-nous utiliser serverless ? La première chose, et la plus importante , c'est qu'elle
permet à votre
00:09:56 entreprise d'être plus agile. Parce que vous n'avez pas à vous soucier de l'exécution de
00:09:59 l'infrastructure, vous vous inquiétez des résultats de votre entreprise. Cela signifie que vous
pouvez accélérer votre mise sur le marché et
00:10:05 libérer plus rapidement pour votre entreprise et pour vos clients, et vous pouvez réellement
itérer et vous adapter au fur et à mesure.
00:10:11 Ensuite, il s'agit de réduire vos coûts. Parce que vous n'avez pas besoin de fournir pour ce
que vous pensez va
00:10:17 être l'heure de pointe pour votre entreprise, vous ne paierez que pour ce que vous
consommez.
00:10:22 Nous en arrivons au point suivant, à savoir la mise à l'échelle. Vos systèmes s'adapteront
au besoin, non pas en fonction de ce que vous
00:10:29 pensez, mais en fonction de ce qui se passe réellement. Et non seulement vous pouvez
faire face à cette mise à l'échelle, mais
00:10:35 aussi cela peut être fait rapidement parce que ces services ont été conçus pour prendre en
charge cela.
00:10:39 Et enfin, vous pouvez créer de meilleures applications parce que tous les services ont été
conçus pour pouvoir interagir les uns avec les autres,
00:10:47 donc vous n'avez pas à vous soucier de la façon dont vous interagissez les différents
services.
00:10:53 Nous allons maintenant passer en revue certains des services clés de la suite de services
AWS pour sans serveur.
00:11:00 Comme vous le savez, nous avons plus de 200 services, donc nous allons juste passer par
huit d'entre eux.
00:11:05 Le premier est Amazon API Gateway. Comme je l'ai mentionné précédemment, les API
sont la porte d'entrée de
00:11:11 vos applications. Et avec Amazon API Gateway, vous pouvez sécuriser et gérer les API
aussi
00:11:16 bien à partir de services internes qu'externes. Le prochain est AWS Lambda.
00:11:22 C'est effectivement la salle des machines où vous construisez votre logique d'entreprise, où
vous exécutez votre code.
00:11:27 C'est là que vous passerez beaucoup de temps à concevoir plus de fonctionnalités et
comment elles vont fonctionner.
00:11:33 Le suivant, on parle de données persistantes, c'est Amazon DynamoDB. Il s'agit d'une base
de données NoSQL rapide et flexible pour les
00:11:42 applications modernes et évolutives. Le service suivant est Amazon Simple Storage
Service, également connu
00:11:48 sous le nom de S3, qui est un magasind'objets résilient qui vous permet de stocker
n'importe quelle quantité de données, des éléments tels que
00:11:56 des documents, des fichiers de données, des fichiers pour l'analyse,des pièces jointes et
des journaux.
00:12:02 Le prochain service est Amazon EventBridge, où vous pouvez intégrer tous vos services à
l'aide des événements sans avoir à écrire de code.
00:12:11 AWS Step Functions vous permet d'automatiser les flux de travail sur plus de 200 services
AWS, là encore, sans avoir à écrire de code.

4 / 28
00:12:20 Amazon SQS est un service de file d'attente géré où vous pouvez envoyer, stocker et
recevoir des messages entre différentes applications et
00:12:28 logiciels, sans avoir besoin que les services soient disponibles lorsque le message est
envoyé.
00:12:33 Et le dernier est Amazon SNS, qui est un service pour les notificationsde pub/sous-
message qui vous permet d'intégrer des applications entre elles,
00:12:44 ainsi que d'envoyer des e-mails, des SMS et des notifications push aux appareils mobiles.
00:12:51 Examinons maintenant un exemple d'architecture de services AWS utilisant les services
AWS et BTP.
00:13:00 Dans ce cas d'utilisation, il s'agit d'un suivi de, par exemple, la température ou les pompes.

00:13:05 Donc dans ce cas, dans le passé, l'entreprise avait besoin de surveiller la température des
réfrigérateurs sur une base fréquente.
00:13:15 Cela signifiait qu'il y avait quelqu'un qui devait faire à travers les différentes chambres où se
trouvent les réfrigérateurs, et ils devaient
00:13:22 vérifier la température chaque fois si souvent. Cela signifie deux choses.
00:13:25 Tout d'abord, ils passent un peu de temps à traverser toutes les différentes chambres.
00:13:28 Et le deuxième défi avec cette est qu'ils ne pourraient être qu'à un seul endroit à un moment
dans le temps.
00:13:34 Ao si un réfrigérateur cessait de fonctionner et qu'ils ne pouvaient arriver à ce frigo que
toutes les deux heures, il y a un risque que dans
00:13:42 ces deux heures la température baisse. Comment pouvons-nous résoudre ce problème
avec les services AWS et BTP ?
00:13:48 Tout d'abord, nous commençons par les terminaux IoT. Nous installons des appareils IoT
dans les différents réfrigérateurs afin
00:13:53 de pouvoir surveiller la température en permanence. De l'autre côté, nous avons une
application où vous seriez en mesure de
00:14:01 définir les seuils de température. Ainsi, par exemple, nous définissons que certains
réfrigérateurs doivent
00:14:06 être entre cela et cette température. Cela se reflète essentiellement dans l'application
d'administration dans
00:14:11 cette architecture. Donc, lorsque nous définissons cela, cela définit effectivement un seuil
00:14:15 au sein de notre plateforme. Et au fur et à mesure que les données commencent à diffuser,
nous pouvons
00:14:19 alors surveiller si la température est à l'intérieur de ce seuil. Si la température baisse ou
dépasse la température que nous définissons
00:14:27 comme seuil, nous enverrons une notification. Un technicien recevra donc un e-mail ou un
SMS ou une notification push
00:14:35 en fonction de l'architecture, puis il pourra réagir à cela. La première chose à faire pour eux
est d'ouvrir leur application de
00:14:42 terrain, et ils peuvent voir les données, ils peuvent voir la tendance, ce qui se passe, depuis
combien de temps la température a commencé à
00:14:49 baisser ou à augmenter. Et une fois qu'ils ont reçu ces informations, ils peuvent faire
certaines
00:14:54 choses comme, par exemple, ils peuvent aller visiter la salle et voir ce qui se passe.
00:14:58 Ils sont peut-être proches de cela pour pouvoir le faire. Ou ils peuvent avoir besoin d'un
technicien spécialisé parce qu'ils
00:15:02 peuvent assister à un endroit ou ils peuvent savoir qu'ils doivent appeler quelqu'un.
00:15:05 Dans ce cas, ils peuvent intégrer à S/4HANA, par exemple, ils créent un ordre de travail,
afin que quelqu'un puisse aller corriger le problème
00:15:14 qu'il a identifié. Et maintenant, je vais le remettre à Marc.

5 / 28
00:15:18 Merci, Diego. Poursuivons avec le scénario de gestion que vous allez développer.
00:15:24 Dans une interface utilisateur, un formulaire de demande partenaire est créé.
00:15:29 Dans ce formulaire, les données et les documents à approuver sont joints et stockés
automatiquement dans AWS S3.
00:15:38 Un processus d'approbation est ensuite déclenché. Après l'approbation, le partenaire est
créé dans le système backend, SAP
00:15:49 S/4HANA, et un e-mail de confirmation sera envoyé. Examinons de plus près l'architecture.

00:15:56 L'application Web sera créée avec SAP Build Apps. Le workflow de validation sera
modélisé dans SAP Build Process
00:16:05 Automation. Ces services s'exécutent sur SAP Business Technology Platform.
00:16:12 Nous utilisons Amazon API Gateway pour la communication entre la plateforme SAP BTP
et AWS Cloud.
00:16:22 Les documents de l'IU sont stockés dans le service Amazon S3. Enfin, une fois
l'approbation terminée, les données partenaire seront
00:16:35 stockées dans le système SAP S/4HANA. Dans BTP, vous aurez besoin de SAP Build
Apps, SAP Build Process
00:16:45 Automation, SAP Build Work Zone, donc du package complet de SAP Build. De plus, vous
aurez besoin de SAP Cloud Identity Services pour
00:16:57 l'authentification. En outre, vous aurez besoin d'un système SAP S/4HANA pour le
00:17:02 développement dans lequel vous stockerez les données. Sur AWS, vous avez besoin d'un
compte gratuit avec API Gateway, Simple
00:17:12 Storage Service et Simple Notification Service. Sur la diapositive suivante, vous trouverez
des liens où vous pouvez
00:17:22 obtenir une lecturesupplémentaire si vous souhaitez approfondir un sujet spécifique.
00:17:28 C'est pourquoi nous terminons notre unité sur le développement d'applications nécessitant
peu ou pas de code sur SAP BTP et sur les
00:17:36 fonctionnalités sans serveur sur AWS. Vous avez découvert le développement nécessitant
peu ou pas de code.
00:17:42 Vous avez une vue d'ensemble du portefeuille SAP Build. Vous avez obtenu l'introduction à
l'informatique sans serveur et à ce que
00:17:51 fournissent les services AWS dans ce domaine. Merci beaucoup pour votre attention et je
vous souhaite de ne pas coder.

6 / 28
Week 2 Unit 2

00:00:05 Bienvenue dans la deuxième semaine de notre cours openSAP, Build Resilient Applications
on SAP BTP with AWS.
00:00:12 Je suis Praveen Padegal et je travaille en tant qu'expert en développement chez SAP.
00:00:17 Dans ce chapitre, vous étudierez la création d'applicationsnécessitant peu ou pas de code à
l'aide de SAP Build Apps.
00:00:24 Dans ce chapitre, nous présenterons SAP Build Apps. Vous apprendrez également à créer
'application d'intégration des
00:00:33 partenaires et l'application d'extension SAP S/4HANA à l'aide de SAP Build Apps, suivie
d'une démonstration.
00:00:42 Une stratégie de base propre à l'ERP permet de s'assurer que les entreprises utilisent la
dernière version, réduisent ou éliminent les
00:00:49 modifications, et s'exécutent avec des extensions et des personnalisations conformes au
cloud.
00:00:55 L'extension SAP est un logiciel qui améliore les fonctionnalités des produits, comme SAP
S/4HANA, SAP SuccessFactors, SAP Ariba, etc.
00:01:06 SAP Build Apps aide les clients à créer ces extensions, et facilite leur transformation pour
devenir une entrepriseintelligente grâce à la
00:01:18 mise à disposition de fonctionnalités low-code/no-code. SAP Build Apps est une solution
low-code/no-code pour créer des
00:01:26 applicationsd'entreprise pour les terminaux mobiles et les navigateursWeb grâce à la
fonctionnalité glisser-déposer.
00:01:34 Un développeur citoyen peut créer une application de bout en bout du modèle de données
à la logique métier en passant par l'expérience
00:01:42 utilisateur, tout dans SAP Build Apps en faisant glisser et en déposant les contrôles et en
l'intégrant à n'importe quel système
00:01:50 backend SAP et non-SAP. Tout projet SAP Build Apps commence dans le lobby unifié.
00:01:57 Il s'agit d'un emplacement central pour la création, l'accès, et la gestion des projets dans la
solution.
00:02:03 À partir du lobby, vous pouvez facilement commencer à créer une application, une
automatisation des processus ou un site d'entreprise.
00:02:10 Une application de compilation est composée de deux composantes principales, le
frontend, où vous allez créer l'interfaceutilisateur
00:02:18 avec les zones de saisie de données et la logique et les contrôles d'IU, et le backend, où
vous créerez des fonctionsCloud visuelles avec
00:02:26 des modèles de données personnalisés et des fonctions de logique métier.
00:02:30 Voyons maintenant les fonctionnalités clés de SAP Build Apps. SAP Build Apps fournit de
puissantes fonctionnalités pour le
00:02:40 développement d'applications sophistiquées. Incluez un générateur d'applications par
glisser-déposer, plus de 400
00:02:47 formules intégrées, et des fonctionsde flux préconfigurées pour ajouter des contrôles d'IU et
une logique métier.
00:02:55 L'apparence de l'application est hautement personnalisable avec des thèmes de
conception, y compris un ajustement de thèmes SAP Fiori.
00:03:03 Les fonctions cloud visuelles permettent aux utilisateurs d'assembler des
applicationscomplètes avec des modèles de données et une logique
00:03:11 métier, sans écrire de code. Les développeurs citoyens peuvent facilement créer des tables
de
00:03:17 données et des modèles de données et composer des API avec le même paradigme no-
code que celui utilisé pour le frontend.

7 / 28
00:03:25 Une vaste place de marché pour les composants et extensions permet de réutiliser les
modules dans tous les projets et favorise la
00:03:33 collaboration entre les développeurs. Il fournit également les intégrations prédéfinies et les
connecteurs
00:03:40 personnalisés qui aident à simplifier la connexion aux sources de données externes,
accélérant ainsi la création
00:03:48 d'extensionsd'applications SAP et d'extensions tierces. Vous pouvez intégrer des API à
partir de systèmes SAP ou externes via
00:03:57 les API REST, OData et les destinations SAP BTP. En outre, les fonctionnalités de
publication d'applications pour le
00:04:06 Web, iOS et Android vous aident à vous connecter à différentes plateformes avec celles-ci.
00:04:12 Que vous soyez un développeur professionnel ou citoyen, vous pouvez tirer parti de SAP
Build Apps pour créer rapidement des applications
00:04:23 sans écrire de code. Voyons quelques-uns des cas d'utilisation des clients qui ont créé des

00:04:30 applications à l'aide de SAP Build Apps. Verge a créé 10 applications, les a intégrées au
backend, pour
00:04:37 orchestrer le processusde fabrication de manière flexible. Pif Paf Alimentos a conçu une
solution mobile pour aider ses
00:04:45 technicienssur le terrain à exécuter des travaux de maintenance dans leurs usines de
production.
00:04:50 Ernst and Young a construit ERA, une application pro-bono pour la mobilité qui agit comme
un canal pour faire correspondre les gens avec
00:04:59 les ressources pendant les crises humanitaires. Examinons l'architecture générale du
scénario que nous créons dans ce
00:05:07 chapitre. Nous allons d'abord créer une application d'extension SAP S/4HANA pour
00:05:13 intégrer le partenaire à l'aide de SAP Build Apps. Avant de développer, vous devez d'abord
vous abonner à aux services
00:05:22 SAP Build Apps et Cloud Identity. Vous devez ensuite affecter les rôles pertinents.
00:05:28 Vous devez également créer une destination pour SAP S/4HANA que vous pouvez intégrer
au partenaire l'application d'intégration que vous
00:05:38 créez. Vous pouvez également vous abonner à à SAP Build Work Zone, édition
00:05:44 standard, où vous pouvez héberger une applicationBuild Apps après le déploiement.
00:05:51 Passons à la démonstration. Je me suis connecté au compte SAP BTP et je me suis
abonné à tous les
00:05:57 services requis. Naviguons vers SAP Build Apps pour commencer.
00:06:05 Il ouvre le lobby, et le lobby est l'endroitcentral pour créer et gérer tous les artefacts SAP
Build.
00:06:12 Nous pouvons cliquer sur le bouton Créer pour commencer à créer l'application.
00:06:18 Vous pouvez sélectionner Build an Application puis Web and Mobile Application.
00:06:24 Vous pouvez saisir le nom du projet et une description synthétique. Vous pouvez cliquer sur
le bouton Créer pour commencer à créer
00:06:36 l'application. Le générateur d'applications s'ouvre.
00:06:50 L'onglet Zone de graphiques d'IU fournit les contrôles pour créer l'interfaceutilisateur et lier
les éléments IU aux données.
00:07:00 Nous pouvons utiliser l'onglet Auth pour activer l'authentification à l'application Build Apps
que nous créons et cliquer sur Enable
00:07:07 Authentication (Activer l'authentification), SAP BTP Authentication (Activer
l'authentification),SAP BTP Authentication (Authentification
00:07:14 SAP BTP), et cliquez sur OK pour activer l'authentification. Nous pouvons utiliser l'onglet
Données pour ajouter les intégrations à

8 / 28
00:07:22 différentes sourcesde données qui seront utilisées dans l'application. Dans cette
démonstration, nous allons utiliser le serveur fictif SAP
00:07:31 S/4HANA avec l'API partenaire. Dans le cas d'utilisation réel, vous utiliserez votre
systèmeS/4HANA
00:07:38 Cloud ou On-Premise et créerez une destination pour celui-ci. Les étapes pour sont
détaillées dans les exercices.
00:07:53 J'ai déjà créé la destination du serveur fictif du partenaire, à l'aide de l'API partenaire.
00:08:02 Nous utiliserons donc cette destination dans notre application d'intégration.
00:08:09 Vous pouvez donc cliquer sur Ajouter intégration, Destination BTP, puis sélectionner la
destinationBTP que nous venons de créer.
00:08:19 Et vous pouvez cliquer sur Installer l'intégration pour installer l'intégration.
00:08:24 Vous devez ensuite cliquer sur Activer l'entité de données pour activer l'entité de données.
00:08:33 L'API partenaire comporte de nombreuses zones, et nous utiliserons certaines zones de
notre démonstration.
00:08:40 Nous allons donc accéder à l'onglet Zone de graphiques de l'interface utilisateur pour créer
l'interface utilisateur.
00:08:47 Nous allons modifier le titre de l'application en "Intégration des partenaires".
00:09:09 Nous pouvons passer à la vue des variables et créer les variables requises pour notre
application d'intégration de partenaires.
00:09:19 Vous pouvez créer différents types de variables en fonction du périmètre correspondant
requis dans l'application.
00:09:25 Si vous souhaitez que votre variable soit disponible globalement, vous pouvez créer une
variable d'application.
00:09:34 Les variables de page existent dans le contexte de la page actuelle. Ils sont initialisés
lorsque la page s'ouvre et supprimés de
00:09:43 l'application lorsque la page est fermée. Et les variables de données sont similaires aux
variables de page,
00:09:50 mais ce schéma est défini par l'entité de données à laquelle elles sont liées.
00:09:55 En outre, ils contiennent la logique par défaut pour extraire les données du backend et les
renseigner dans la variable.
00:10:02 Nous allons donc créer une variable de données pour l'API partenaire. Et nous l'utilisons
pour créer de nouvelles données.
00:10:19 Je sélectionne donc un nouvel enregistrement de données. Nous pouvons cliquer sur
Sauvegarder périodiquement pour sauvegarder
00:10:30 la progression de l'application. Nous rendrons le partenaire que nous avons créé au statut
Bloqué, et
00:10:49 nous expliquerons comment ledébloquer après l'approbation de l'approbateur dans les
chapitres suivants.
00:11:12 Nous allons revenir à l'onglet Vue pour créer l'interface utilisateur. Glissez-déposez le
composant de zone de saisie.
00:11:28 Nous pouvons modifier l'étiquette de la zone de saisie en IDpartenaire et lier la valeur au
partenaire de la variable de données que nous
00:11:51 créons. De même, nous pouvons glisser-déplacer quelques zonesde saisie
00:12:02 supplémentaires pour le prénom et le nom de famille du partenaire. Nous allons lier la
valeur du prénom au prénom de la variable de
00:12:34 données, partenaire. Nous allons faire glisser et déposer le composant bouton et nous
00:12:47 pouvons renommer l'étiquette du bouton à créer. Nous pouvons définir la logique qui doit se
produire en plus de ce
00:12:59 bouton à l'aide de la modification de logique. Par défaut, les fonctions de flux les plus
couramment utilisées sont
00:13:08 déjà préinstallées. Vous pouvez utiliser la place de marché et rechercher les composants

9 / 28
00:13:14 et les fonctionsde flux que vous souhaitez également utiliser dans votre application et les
installer.
00:13:20 Glissez-déplacez la fonction de flux "Créer enregistrement" et lions la ressource à l'entité de
données partenaire.
00:13:38 Nous allons lier l'enregistrement à la variablede données partenaire que nous avons créée
précédemment.
00:13:54 Cela créera le partenaire dans le système S/4HANA lorsque l'utilisateur cliquera sur le
bouton Créer.
00:14:02 Chaque fonction de flux fournit les connexions d'entrée et de sortie et vous pouvez créer le
flux logique en l'utilisant.
00:14:14 La fonction de logique Créer un enregistrement fournit deux sorties : l'une lorsque la
création est réussie, et l'autre lorsqu'elle échoue.
00:14:25 Nous pouvons lier la sortie de l'enregistrement de création pour afficher le message
correspondant à l'utilisateur à l'aide de la boîte
00:14:35 de dialogue Alerte. Vous pouvez saisir le titre de la boîte de dialogue comme "partenaire
00:14:41 créé correctement" et le lier à l'édition de réussite. De même, nous pouvons créer une autre
alerte en cas d'échecdu
00:14:55 partenaire et la lier à l'édition correspondante. Nous pouvons utiliser le "Afficher le spinner"
pour afficher le
00:15:09 spinnerde chargement d'IU bloquant lorsque la demande d'API est envoyée au système
backend, puis utiliser la fonctionde flux "Hide
00:15:23 spinner" pour masquer le spinner une fois que nous avons récupéré la réponse du système
backend.
00:15:34 Vous pouvez cliquer sur Sauvegarder pour sauvegarder l'application. C'est tout.
00:15:47 Nous avons créé l'application d'intégration de partenaires. Testons maintenant cette
application en accédant à l'ongletLancer puis
00:15:56 en cliquant sur Ouvrir le portail d'aperçu. Ainsi, le portail d'aperçu fournit la fonctionnalité
pour
00:16:04 prévisualiser l'application sur le Web, et vous pouvez également suivre ces étapes pour
afficher un aperçu sur votre appareil.
00:16:16 Vous pouvez donc saisir l'ID partenaire, le prénom et le nom de famille, puis cliquer sur
Créer pour créer le partenaire.
00:16:30 Le partenaire est créé avec succès et vous pouvez vérifier les détails dans le système
S/4HANA que vous avez utilisé.
00:16:39 J'utilise l'API partenaire pour demander si le partenaire est créé avec succès ou non.
00:16:50 Vous pouvez voir que le partenaire a été créé. Comme nous avons testé notre application
de build localement, vous
00:16:58 pouvez maintenant la déployer sur SAP BTP Cloud Foundry et l'héberger dans SAP Build
Work Zone, qui peut être accordée aux utilisateurs
00:17:07 fonctionnels. Le diagramme suivant illustre l'architecture détaillée.
00:17:14 Bien, maintenant que nous avons terminé la démonstration, pour en savoir plus sur SAP
Build Apps, vous pouvez consulter ces liens.
00:17:25 C'est la fin de notre unité. Gardez le code propre en étendant SAP S/4HANA avec SAP
Build Apps.
00:17:32 Jusqu'à présent, vous avez découvert ce qu'est SAP Build Apps et ses fonctionnalités.
00:17:37 Vous avez ensuite créé l'application d'intégration de partenaires avec SAP Build Apps.
00:17:43 Dans le chapitre suivant, vous apprendrez à intégrer SAP Build Apps aux services AWS.
00:17:49 Merci.

10 / 28
Week 2 Unit 3

00:00:05 Bonjour et bienvenue à la deuxième semaine, chapitre 3 de notre cours openSAP Build
Resilient Applications sur SAP BTP avec
00:00:12 Amazon Web Services. Je m'appelle Diego Lombardini et je suis architecte de solutions
00:00:17 partenaires SAP chez AWS. Dans ce chapitre, vous apprendrez à connecter SAP Build
Apps aux
00:00:23 services AWS. Commençons.
00:00:27 Nous allons donc aborder aujourd'hui une introduction à Amazon API Gateway et Amazon
Simple Storage Service, également connu
00:00:33 sous le nom de S3. Ensuite, nous allons passer par un scénario que vous allez
00:00:37 construire et je vais faire une démonstration. Mais avant de commencer, qu'est-ce
qu'Amazon API Gateway ?
00:00:45 Comme nous l'avons brièvement expliqué dans l'unité 1, les API sont la porte d'entrée pour
vos architectures de services.
00:00:51 Avec Amazon API Gateway, vous pouvez gérer et créer toutes vos API pour l'entreprise.
00:00:58 Cela signifie aussi bien pour les services AWS que pour les API externes.
00:01:03 Il est très simple d'exposer les services AWS en tant qu'API utilisant Amazon API Gateway.

00:01:09 Vous pouvez gérer des versions pour vos API, sécurité, gestion des accès, suivi, limitation
et gestion trimestrielle.
00:01:17 Et il prend en charge à la fois les API RESTful ainsi que les API WebSockets.
00:01:24 Maintenant, qu'est-ce qu'Amazon Simple Storage Service ? Il s'agit d'un service également
connu sous le nom d'Amazon S3,
00:01:29 où vous définissez des compartiments et des objets. Maintenant, qu'est-ce qu'un seau ?
00:01:33 Un bucket est un conteneur dans lequel les objets sont stockés et les objets ne sont que
des fichiers avec des métadonnées
00:01:40 associées. Des choses comme les fichiers pour les données et l'analytique,
00:01:45 pièces jointes, documents, images, ainsi que les sites Web statiques peuvent être hébergés
dans Amazon S3.
00:01:52 Les caractéristiques clés de S3 sont que c'est un service très fiable avec 11 9s de
durabilité.
00:01:58 Il prend en charge le versionnement et la réplication dans toutes les régions géographiques
ainsi que le chiffrement.
00:02:04 Et vous pouvez stocker des objets dans différentes classes de stockage, ce qui signifie que
vous pouvez gérer les coûts en
00:02:11 fonction de la fréquence dont vous avez besoin pour accéder à ces fichiers.
00:02:15 Maintenant, le scénario que nous allons créer aujourd'hui, nous allons commencer à partir
de ce que nous avons construit dans la
00:02:21 dernière unité et nous allons ajouter l'option de chargement d'un fichier à l'aide d'Amazon
API Gateway et S3.
00:02:27 Maintenant, pour ce faire, nous allons d'abord créer un compartiment S3 où les fichiers vont
être stockés.
00:02:31 Ensuite, nous allons créer un rôle et une politique de gestion des identités et des accès.
00:02:36 Nous pouvons donc y accéder. Nous allons ensuite définir une API en plus de ce
compartiment
00:02:41 S3 où nous pouvons réellement charger le fichier et lire le fichier.
00:02:45 Enfin, nous allons ajouter cette API à notre application de compilation pour que le fichier
puisse être chargé.

11 / 28
00:02:53 Passons à la démonstration. D'accord, je vais maintenant passer en revue une
démonstration
00:02:59 de l'exercice que vous allez créer cette semaine. Nous allons commencer à créer un
compartiment S3.
00:03:04 Cet écran est la console Amazon Web Services où tous les services sont disponibles et
accessibles.
00:03:09 Vous pouvez voir les services récemment visités et c'est là que vous pouvez accéder à S3
si vous l'avez.
00:03:14 Sinon, vous pouvez l'ajouter à la barre des favoris ici ou vous pouvez effectuer une
recherche dans la barre de recherche.
00:03:21 Je vais donc utiliser la barre de recherche pour y accéder et voici leur console Amazon S3.

00:03:27 Je vais créer le bucket et je vais l'appeler bucket-build-apps. Une chose à garder à l'esprit,
le nom de compartiment doit être
00:03:37 unique à l'échelle mondiale. Ainsi, un seul compte peut avoir un bucket avec un nom
00:03:43 spécifique. Je vais quitter la région sous le nom US East 1 et je vais
00:03:48 laisser le reste des paramètres par défaut y compris le blocage de tous les accèspublics et
le chiffrement à l'aide des clés
00:03:55 gérées Amazon S3. Et ils vont créer le bucket maintenant.
00:04:00 Et maintenant mon bucket est créé. Maintenant, avant de créer une API, nous devons nous
assurer que
00:04:07 nous avons accès à la catégorie, n'est-ce pas ? Et nous devons également être en mesure
d'utiliser ce bucket via
00:04:17 des API. Je vais donc aller dans la gestion des identités et des accès
00:04:24 qui est IAM, que j'ai ici dans ma barre de favoris. Je vais d'abord créer un rôle.
00:04:36 Je vais donc vers des rôles et je vais créer un rôle. Ce rôle sera une politique de confiance
personnalisée.
00:04:46 Et ce que nous devons faire ici, c'est permettre à notre API d'assumer un rôle afin qu'elle
puisse accéder au compartiment
00:04:57 S3. La première chose que nous allons faire c'est que nous allons
00:05:01 utiliser cette politique ici. Donc, ce que nous disons ici, c'est que nous autorisons le
00:05:06 service de passerelle API à assumer un rôle. Cela signifie qu'il va pouvoir accéder à notre
API dans le
00:05:13 compartiment S3. Maintenant, nous ne donnons toujours pas accès à S3, dans ce
00:05:19 cas, nous autorisons simplement API Gateway à assumer le rôle. Ensuite, nous allons
devoir créer une politique afin de pouvoir
00:05:31 réellement fournir l'accès à notre compartiment S3. D'accord, donc ici, vous pouvez voir un
éditeur de stratégie et
00:05:41 c'est une représentationgraphique où vous pouvez réellement passer par un assistant où
vous pouvez cliquer sur les options
00:05:48 pour S3. Dans ce cas, je vais utiliser une définition JSON.
00:06:02 D'accord, donc cette politique, ce que nous disons c'est notre ressource, qui est notre
compartimentS3 appelé
00:06:07 bucket-build-apps. Nous fournissons un accès à ce bucket et nous autorisons, mettre
00:06:11 objet, ce qui signifie essentiellement sauvegarder dans un objet et obtenir objet, ce qui
signifie lire un objet.
00:06:17 Dans l'étape suivante, nous allons créer une API qui va avoir une méthode put et une
méthode get.
00:06:23 Maintenant, nous allons passer à l'étape suivante. Nous allons définir un nom pour cette
politique et je vais

12 / 28
00:06:36 l'appeler build-apps-policy-s3-api. Vous pouvez voir ici qu'il est déjà identifié le JSON et
c'est
00:06:46 déjà dit dans ce rôle me permet de lire et d'écrire et pour un nom de compartiment
spécifique, qui est appelé
00:06:54 bucket-build-apps. Création de la directive.
00:07:04 D'accord, maintenant, je reviens à notre rôle et nous allons ajouter la politique que nous
venons de créer appelée API S3 de
00:07:20 stratégie d'applications de build. Nous allons appeler ce rôle build-apps-role-s3-api.
00:07:37 Encore une fois, nous avons une politique qui nous donne accès à au compartiment S3
pour mettre et obtenir des fichiers et nous
00:07:45 permettons également à ce rôle d'être accessible via la passerelle API.
00:07:49 Et maintenant, nous créons le rôle. D'accord, maintenant, si nous recherchons le rôle, nous
pouvons
00:07:58 voir que le rôle est en cours de création. L'étape suivante consiste à créer nos API.
00:08:04 Nous allons donc accéder à la passerelle API et créer une API REST.
00:08:20 Vous pouvez voir ici qu'il prend en charge les services AWS ce qui est effectivement ce que
nous faisons.
00:08:27 Nous allons donc construire. Dans ce cas, nous voulons simplement créer une nouvelle
API.
00:08:37 Nous allons donc le laisser sous la forme REST et nous allons dire créer de nouvelles API,
une nouvelle API et nous allons
00:08:44 définir le nom. Dans ce cas, je vais l'appeler build-apps-api.
00:08:50 Pour le type de point d'extrémité, nous allons le conserver régional, ce qui signifie qu'il est
dans la région.
00:08:55 Nous pourrions le définir comme bord, qui est effectivement dans une zone d'arête ou privé,
qui se trouve dans votre VPC
00:09:01 seulement, mais dans ce cas, nous avons besoin d'un accès externe.
00:09:05 Nous créons maintenant l'API. D'accord, donc maintenant l'API est créée mais nous
n'avons
00:09:13 aucune méthode ni aucune ressource. Donc, la première chose que nous devons faire est
que nous
00:09:19 allons créer des ressources. Donc, la première ressource, on va l'appeler dossier, à la fois
00:09:29 le nom de la ressource et le chemin. Cela va essentiellement définir un chemin dans l'URL
de l'API.
00:09:47 Par la suite, nous allons créer une autre ressource appelée item.
00:09:57 Et encore une fois, cela fera également partie de l'URL. Et puis nous allons pouvoir mapper
ce dossier et l'élément au
00:10:04 seau et au fichier que nous allons pouvoir mettre et lire dans notre compartiment S3.
00:10:12 D'accord, maintenant nous avons les chemins. L'étape suivante consiste à créer les
méthodes.
00:10:19 Nous allons commencer par une méthode put qui va nous permettre de sauvegarder le
fichier dans le compartiment S3.
00:10:26 Nous créons donc une méthode et nous sélectionnons put. D'accord, maintenant il faut
définir ce que ça va appeler, ce
00:10:36 que cette méthode put va appeler. Dans ce cas, nous allons utiliser un service AWS.
00:10:40 Cela fait donc partie de l'intégration native que nous avons mentionnée au début de cette
unité où vous pouvez facilement
00:10:48 intégrer sans avoir à écrire de code. Il faut donc d'abord définir la région.
00:10:54 Dans ce cas, nous définissons le bucket dans US East 1 donc nous allons utiliser US East
1, et maintenant nous allons aller pour

13 / 28
00:11:02 le service qui est simple service de stockage ou S3. Nous allons laisser le sous-domaine
vide.
00:11:08 La méthode que nous allons utiliser est et nous allons écraser le chemin.
00:11:17 Donc, ce que nous allons faire, c'est utiliser le seau et l'objet et le chemin.
00:11:22 Et cela va nous permettre de mapper le bucket au dossier et l'objet à l'élément, et je vais
vous montrer ça.
00:11:28 L'étape suivante consiste à définir le rôle d'exécution, n'est-ce pas ?
00:11:31 Ce qui est fondamentalement un rôle que nous avons créé auparavant.
00:11:41 Ainsi, cela permettra que lorsque nous appelons cette API, il va utiliser ce rôle pour appeler
S3 et être en mesure de mettre et
00:11:51 lire des fichiers. Je vais donc coller ça ici puis on va laisser le reste avec les
00:11:59 réglages par défaut et on va sauvegarder. Nous avons donc maintenant défini notre
méthode put et
00:12:06 maintenant nous devons effectivement faire le mappage du chemin vers le compartiment et
l'objet, puis nous devons également
00:12:14 changer notre méthode d'intégration ou de sécurité. Commençons d'abord par le mappage.
00:12:26 Nous allons donc accéder aux paramètres du chemin d'URL et nous allons ajouter path.
00:12:30 Et le premier paramètre va être bucket, et ce que nous faisons, c'est alors que nous
mappons le bucket to Metho.request.path et
00:12:41 nous définissons maintenant le dossier. Donc, ce que cela dit est fondamentalement pour la
demande que
00:12:50 nous appelons à travers cette ressource, nous allons mapper le dossier au bucket.
00:12:57 Et maintenant, nous allons ajouter le mappage pour l'objet qui va être
Metho.request.path.item.
00:13:08 Encore une fois, nous allons maintenant mapper l'objet qui est effectivement le fichier à
l'élément.
00:13:11 Donc, lorsque nous appelons l'API avec un /bucket/file. Il va être mappé au bucket et à
l'objet dans la demande.
00:13:26 OK ? Nous allons donc maintenant créer notre méthode get.
00:13:52 Maintenant comme nous l'avons fait auparavant, nous allons le mapper au service AWS,
même région, même service.
00:14:05 Mais bien sûr, la méthode va être et nous allons utiliser la même substitution de chemin.
00:14:19 Et dans ce cas, nous allons utiliser le même rôle que celui que nous avons utilisé
auparavant.
00:14:26 Maintenant, vous auriez remarqué quand nous avons défini le rôle nous avions tous les
deux obtenu et mis afin que nous aurions pu
00:14:31 diviser cela en utilisant deux rôles différents ou deux politiques différentes.
00:14:34 Mais dans ce cas, nous n'en utilisons qu'un pour la simplicité. D'accord, alors nous avons
maintenant créé la méthode get et
00:14:45 comme nous l'avons fait précédemment, nous allons devoir mapper les paramètres.
00:14:53 Je vais donc faire un seau. Dossier.
00:15:09 Désolé, objet de l'élément. D'accord, maintenant nous avons un get and put, une autre
chose
00:15:25 que nous allons faire parce que nous allons télécharger un fichier PDF.
00:15:29 Nous devons nous assurer que nous traitons ce fichier PDF correctement donc nous allons
aller aux paramètres de cette API,
00:15:35 certains des paramètres que nous avions auparavant, comme le nom et le type de point de
terminaison.
00:15:40 Mais ici, nous allons effectivement permettre à de gérer ce fichier PDF au format PDF, par
opposition à JSON.

14 / 28
00:15:47 Donc ici, ce que nous allons faire c'est que nous allons autoriser l'application PDF.
00:15:55 Si vous deviez utiliser JPEG ou n'importe quel type de fichiers, vous devez également
l'autoriser ici.
00:16:04 D'accord, nous avons maintenant défini l'API. La dernière chose que nous devons faire est
d'autoriser les clés
00:16:17 API. Cela signifie donc que nous allons ajouter de la sécurité à
00:16:20 notre méthode. Nous allons donc ajouter une exigence de clé API pour une
00:16:25 méthode put. Cette opération est donc effectuée dans la demande de méthode.
00:16:32 Ici, vous pouvez voir que nous avons la clé API requise. Il existe différentes façons de
sécuriser cette API.
00:16:39 Dans ce cas, nous allons utiliser la clé API et nous allons effectivement définir cela sur vrai.

00:16:45 Et on repart ensuite. D'accord, nous avons maintenant défini dans la requête de
00:16:55 méthode la clé API requise, et l'étape suivante est de déployer cette API.
00:17:04 Nous allons déployer l'API. Lorsque nous déployons l'API, les demandes pour une phase
de
00:17:11 déploiement dans la description, la phase de déploiement, elle est efficacement utilisée
pour définir différentes étapes sur
00:17:17 les différents statuts des API. Cela peut être utilisé par exemple pour gérer différents
00:17:21 environnements ou le cas d'utilisation le plus populaire est de gérer la version.
00:17:25 Donc, si nous voulons valider la version deux de l'API, et la version une, continuez à
fonctionner, nous pouvons utiliser les
00:17:30 étapes pour définir cela. Et c'est ce qu'on va faire ici, on va l'appeler V1 et on dit
00:17:37 version une. Et nous pouvons également ajouter des descriptions au
00:17:42 déploiement afin de pouvoir effectuer plusieurs déploiements dans la même version et ici
nous pouvons ajouter des détails à
00:17:53 ce sujet. Il existe maintenant des options pour l'API.
00:18:00 Nous allons donc laisser cela par défaut, nous allons sauvegarder les modifications.
00:18:15 Bien, l'API est désormais publiée. La prochaine chose que nous devons maintenant faire
est que nous
00:18:26 devons créer la cléAPI afin que nous puissions réellement nous connecter à cette API.
00:18:31 Donc, la première chose que nous devons faire est de définir un plan d'utilisation.
00:18:37 Et le plan d'utilisation est l'endroit où vous pouvez définir des éléments comme la limitation,
le quota, et c'est là que les
00:18:42 clésAPI seront également mappées à. Nous allons donc créer un plan d'utilisation et cela
vous permet
00:18:48 de définir des éléments comme le niveau de maintenance en fonction de qui consomme les
différentes applications via des
00:18:56 API. Appelons donc ce plan API build.
00:19:00 Nous allons rester simples, nous allons simplement désactiver la limitation et les quotas.
00:19:11 Et maintenant, nous mappons fondamentalement ce plan d'utilisation à l'étape API, que
nous venons de créer, qui était
00:19:26 build-apps-api et l'étape v1. Nous allons à la suivante.
00:19:32 Maintenant, nous devons associer les clés API mais comme nous n'en avons pas, nous
allons en créer une.
00:19:41 Dans ce cas, vous pouvez voir l'exemple qui parle du nom du client, de l'utilisateur ou de
l'application en fonction de ce
00:19:48 que vous sécurisez réellement ici. Nous allons donc appeler ces build-api-key.
00:19:55 Nous allons le laisser pour générer automatiquement une clé dans ce cas.

15 / 28
00:20:07 D'accord, nous avons maintenant la clé API définie et vous pouvez le voir ici.
00:20:13 Une fois que nous commençons à l'utiliser, nous pouvons réellement regarder l'utilisation et
le nombre d'appels que nous
00:20:19 avons. Dans ce cas, nous avons l'ID de la clé, et si nous cliquons pour
00:20:23 l'afficher, vous pourrez voir la clé API. C'est donc effectivement ce que vous allez utiliser
lorsque vous
00:20:30 appelez votre API à partir d'applications de build. Je vais maintenant la transmettre à
Praveen qui va
00:20:37 essentiellement utiliser cette API et cette cléAPI pour consommer l'API de SAP Build Apps.

00:20:44 Merci Diego. Nous avons créé une application d'intégration de partenaires
00:20:49 dans l'unité 2. Améliorons cette application en ajoutant la fonctionnalité pour
00:20:54 charger des documents complémentaires sur Amazon S3. Ouvrons l'application
d'intégration des partenaires que nous
00:21:02 avons créée à l'aide de SAP Build Apps depuis le hall. Nous devons créer quelques
variables de page que nous
00:21:10 utiliserons pour cette fonctionnalité. J'ai donc déjà créé ces variables.
00:21:22 Nous allons utiliser la variable fileupload pour stocker les fichiers sélectionnés.
00:21:27 La variable s3apikey est utilisée pour la clé API pour accéder aux API S3.
00:21:37 La variable uploadurl est utilisée pour stocker le pack de compartiment S3 Amazon API
Gateway.
00:21:52 Nous allons maintenant ajouter l'option permettant de sélectionner les fichiers en faisant
glisser et en déposant le
00:22:02 bouton. Nous allons le renommer Sélectionner un document.
00:22:22 SAP Build Apps fournit la fonction de flux de fichiers Pick que nous pouvons utiliser pour
sélectionner les documents.
00:22:29 Nous pouvons installer cette fonction de flux de fichiers Pick depuis la place de marché.
00:22:47 Sélectionner des fichiers ouvre un sélecteur de documents natif vous permettant de
sélectionner des fichiers dans le système de
00:22:54 fichiers de l'appareil. Ajoutez la fonction Prélever le flux de fichiers à la logique du
00:23:02 boutonSélectionner un document et enregistrez le contenudu fichier sélectionné sur la page
de chargement de fichier
00:23:14 variable. Étendez la logique du bouton Créer en ajoutant la fonctionnalité
00:23:21 de chargement de fichiers. Installez la fonction Télécharger le flux de fichiers depuis la
00:23:35 place de marché. La fonction Charger le flux de fichiers charge un fichier vers
00:23:43 les URL données. Nous allons maintenant ajouter une fonction de flux Charger des
00:23:59 fichiers à la logique du bouton Créer. Nous allons maintenant lier la variable de page de
chargement de
00:24:17 fichier aux fichiers à charger. Ajoutons le type de contenu et la clé API X aux en-têtes.
00:24:39 Nous sauvegarderons l'application et testerons cette application en cliquant sur Lancer.
00:24:48 Ouvrez le portail d'aperçu pour tester l'application. Le partenaire est donc créé avec succès,
nous pouvons maintenant
00:25:16 accéder au compartimentS3 et voir si le fichier est chargé ou non.
00:25:20 Oui, nous pouvons maintenant voir que le fichier a été chargé avec succès.
00:25:24 Merci. Maintenant que vous avez vu la démonstration, pour en savoir
00:25:29 plus sur les services AWS et SAP Build Apps, vous pouvez suivre ces liens.
00:25:34 Dans ce chapitre, vous avez appris à configurer Amazon S3 et la passerelle API, à
configurer la passerelleAPI pour exposer les

16 / 28
00:25:43 APIAmazon S3 et à les utiliser à partir de SAP Build Apps. Dans le chapitre suivant, vous
apprendrez à améliorer vos
00:25:50 processus métier avec SAP Build Process Automation. Merci.

17 / 28
Week 2 Unit 4

00:00:05 Bienvenue dans la quatrième semaine du cours openSAP, Build Resilient Applications on
SAP BTP with AWS.
00:00:13 Dans ce chapitre, vous allez étudier l'amélioration de vos processus de gestion avec SAP
Build Process Automation.
00:00:19 Je suis Mahesh Pallavalli, développeur senior chez SAP Labs. Dans ce chapitre, nous
présenterons SAP Build Process Automation.
00:00:28 Vous apprendrez également à améliorer l'application d'intégration des partenaires qui a été
créée dans les chapitresprécédents à l'aide du
00:00:39 workflow SAP Build Process Automation, ainsi que la démonstration. SAP Build Process
Automation permet aux utilisateurs métier d'automatiser
00:00:50 les processus et les tâches sans écrire de code. Tout le monde peut automatiser et
optimiser les processus grâce à la
00:00:58 fonctionnalitéglisser-déposer et aux fonctionnalités d'IA intégrées. La durée des projets est
extrêmement courte exploiter le contenuprédéfini
00:01:08 et connecter facilement vos automatisations aux systèmes SAP et non-SAP. Vous pouvez
également favoriser la collaboration en permettant aux équipes
00:01:17 de fusion des utilisateursmétier et des développeurs de travailler ensemble et de relever les
défis de manière plus efficace et plus rapide.
00:01:26 Les utilisateurs peuvent créer des formulaires, gérer la logique décisionnelle et créer,
adopter et organiser les fluxde processus par
00:01:33 simple glisser-déposer. Ils peuvent automatiser les tâches manuelles répétées telles que
les
00:01:38 opérations de copier-coller, d'extraction de données, de saisie de données, de création de
données, à l'aide de fonctionnalités no-code et low-code, ou
00:01:45 l'enregistreur d'automatisation intégré, et les fonctionnalitésd'IA intégrées permettent le
traitement intelligent desdocuments comme
00:01:52 l'extraction de données à partir de structurésou de documents non structurés pour les
transférer vers vos systèmes d'entreprise pour le
00:01:58 traitement sans avoir besoin d'un support scientifique des données. Examinons quelques-
unes des fonctionnalités de SAP Build Process
00:02:07 Automation. Avec le générateur de processus, les utilisateurs peuvent créer et gérer
00:02:13 les processus et les workflows avec une approche no-code. Il s'agit d'une composante
centrale pour de nombreux projets.
00:02:19 À l'aide des fonctionnalités simples de glisser-déplacer, les utilisateurs peuvent créer des
formulaires pour les demandes et les approbations.
00:02:24 Les utilisateurs peuvent accéder à l'éditeur de formulaires, depuis le lobby ou, si
nécessaire, lors de la création d'un fluxde processus depuis
00:02:33 le générateur de processus. Les utilisateurs peuvent également créer des mises en
formepropres et
00:02:38 faciles à utiliser simplement en faisant glisser et en déposant des commandes sur la zone
de graphiques.
00:02:43 La fonctionnalité intégrée de compréhension des documents basée sur l'IA utilise des
modèlesd'apprentissage automatique pré-entraînés et une
00:02:51 fonctionnalité simple de création de modèles pour extraire les données des sources de
données structurées et non structurées, exemple, Excel, PDF.
00:03:00 L'automatisation des tâches, également connue sous le nom d'automatisation robotisée des
processus, peut être abordée de plusieurs façons.
00:03:07 Selon la complexité de l'automatisation, les utilisateurs peuvent utiliser l'éditeursans code
ou, lorsque l'automatisation requiert l'utilisation de

18 / 28
00:03:16 JavaScript, ils peuvent passer à l'expérience low-code. Les automatisations basées sur l'IU
de SAP et d'applications tierces
00:03:25 peuvent être créées rapidement et facilement à l'aide de l'enregistreur d'automatisation
intégré.
00:03:31 Les fonctionnalités de gestion des décisions vous permettent de codifier les
politiquesd'entreprise et les règles de gestion en processus
00:03:39 reproductibles. L'éditeur de règles métier permet à tout le monde de créer des tables de
00:03:44 décisions de type feuille decalcul ou des règles basées sur du texte. Pour simplifier l'accès
et améliorer les opérations avec une expérience
00:03:52 utilisateur fluide, vous pouvez utiliser la barre de lancement unifiée et le centre de tâches.
00:03:56 Les utilisateurs peuvent accéder à toutes les notifications et tâches et les traiter à partir de
différentes solutions via un accès Web ou mobile.
00:04:05 Comme vous pouvez le constater, SAP Build Process Automation dispose de nombreuses
fonctionnalités, mais dans ce chapitre, nous n'utilisons que
00:04:14 deux fonctionnalités : l'une est un workflow et l'autre est une action. Examinons
l'architecture du scénario que nous créons.
00:04:22 Dans les chapitres précédents, nous avons développé l'application d'intégration des
partenaires à l'aide de SAP Build Apps.
00:04:30 Lors de la création initiale du partenaire, il aura le statut Bloqué. Nous allons maintenant
étendre l'application avec SAP Build Process
00:04:39 Automation et fournir un workflow d'approbation pour la débloquer. Une fois approuvé le
partenaire sera débloqué dans le système SAP S/4HANA.
00:04:49 Avant de le développer, vous devez d'abord vous abonner à SAP Build Process Automation
et créer une instance de service pour celle-ci.
00:04:57 Vous devez ensuite affecter les rôles pertinents et vous devez également créer une
destination pour ce service dans le cockpit SAP BTP, que vous
00:05:06 utiliserez dans l'applicationd'intégration de partenaires pour appeler ce workflow.
00:05:12 Dans la démonstration, nous allons créer un projet d'actions pour mettre à jour le
partenaire.
00:05:16 Ensuite, nous allons créer un projet de processus de gestion pour intégrer l'action dans le
workflowd'approbation pour débloquer le partenaire.
00:05:24 Commençons par la démonstration. Tout d'abord, nous devons créer un projet d'actions
pour lire le partenaire
00:05:33 et mettre à jour le statut du partenaire sur débloqué. Pour cela, créons un projet d'actions.
00:05:41 Nous devons charger la spécification ici. Et pour cela, nous devons sauvegarder nos
métadonnées dans un dossier
00:05:51 local, puis nous devons les sélectionner. Cliquez ensuite sur Suivant.
00:05:58 Nous devons donc fournir ici un nom unique appelons-le API BusinessPartnerApproval.
00:06:16 Ainsi, il va répertorier les différents types de requêtes qui peuvent être possibles avec ces
métadonnées.
00:06:25 Il suffit de lire le partenaire et de le mettre à jour pour le débloquer. Nous sélectionnerons
donc uniquement ces deux demandes puis cliquerons sur
00:06:33 Ajouter. Nous allons d'abord mettre à jour la description pour la demande read get
00:06:42 pour lire le partenaire. Cliquez sur Sauvegarder.
00:06:47 Mettons à jour la description de la mise à jour en débloquons le partenaire.
00:06:57 Mettre à jour. Désormais, lorsque cette action partenaire débloquée est appelée, nous
00:07:06 devons transmettre à la fois le partenaire et le code false à lazone
IsUnblockedBusinessPartner.
00:07:15 Donc pour passer, évitez cela, parce que cette action elle-même dit que pour débloquer le
partenaire, nous n'avons pas besoin de repasser le
00:07:23 drapeau. Nous pouvons donc définir ce code comme statique ici.

19 / 28
00:07:28 Recherchons ce champ BusinessPartnerIsBlocked, et définissons ce champ statique et
passons la valeur statique sur false.
00:07:37 Ainsi, chaque fois que cette action est appelée, elle débloquera automatiquement ce
partenaire.
00:07:48 Nous devons donc le libérer. Et nous devons publier dans la bibliothèque pour qu'elle
puisse être
00:08:05 utilisée à partir des projets d'automatisation des processus de création. Passons
maintenant à la création du flux de travail.
00:08:11 Cliquez sur Créer, Créer un processus automatisé, et Processus de gestion. Donnez le nom
Processus d'approbation partenaire.
00:08:34 Nous accéderons ainsi à l'éditeur Build Process Automation. Appelez maintenant ce
processus d'approbation.
00:08:46 Cela créera donc un workflow pour nous. Ainsi, chaque fois que ce workflow est appelé,
nous devons transmettre
00:08:55 l'IDpartenaire et la pièce justificative. Pour cela, nous devons définir les entrées.
00:09:16 Comme nous avons défini les entrées maintenant, l'étape suivante consiste à lire le
partenaire.
00:09:22 Nous devons donc ajouter une action pour lire le partenaire. Sélectionnez notre projet
d'action, et sélectionnez Lire partenaire.
00:09:41 Nous devons maintenant définir les entrées pour lire le partenaire, qui est un ID partenaire.
00:09:47 Le partenaire est alors lu et le message est affiché ici. Ici, il existe également un autre
paramètre obligatoire appelé variable de
00:09:57 destination. Cette variable de destination connecte donc notre workflow à la destination
00:10:04 dans le sous-compte. Désormais, cette variable de destination peut également être
réutilisée
00:10:11 dans plusieurs actions. Allons maintenant à la destination dans le lobby SAP Build.
00:10:16 Accédez aux Options, accédez aux Destinations, puis ajoutez notre destination
BusinessPartner-Updation-Mock.
00:10:24 Ici, nous importons simplement la destination vers SAP Build. Lorsque nous déployons
notre workflow partenaire, alors au moment où nous
00:10:44 devons connecter notre variable de destination, que nous définissons ici à la destination
que nous avons importée dans SAP Build.
00:11:11 Nous devons maintenant créer le formulaire d'approbation. Cliquez sur Nouveau formulaire
d'approbation.
00:11:22 Et définissez un objet comme Approbation du partenaire. Il faut aussi passer les usagers.
00:11:34 Idéalement, nous sélectionnerons les groupes ou les utilisateurs en utilisant la décision.
00:11:43 À présent, à des fins de test je vais ajouter mon ID d'e-mail ici. Nous devons maintenant
accéder à l'éditeur pour définir le formulaire.
00:12:00 Ajoutons d'abord un intitulé et appelons-le Approbation du partenaire. Nous allons
également ajouter trois zones supplémentaires pour afficher
00:12:22 l'ID partenaire, le prénom et le nom de famille. Nous devons également les faire en lecture
seule, car cela va seulement
00:12:41 montrer au partenaire qu'il obtient de l'API. Nous devons également ajouter la pièce
justificative, sous la forme d'un
00:12:57 lien. Cliquez maintenant sur Enregistrer.
00:13:02 Ici, vous devez sélectionner les entrées. Le partenaire, le prénom et le nom de famille
proviennent donc de notre
00:13:11 action Lire partenaire. Nous allons maintenant sélectionner les détails.
00:13:31 Nous devons également sélectionner le lien de la pièce justificative, qui provient de l'entrée.

20 / 28
00:13:42 Comme vous pouvez le voir, il est toujours visible. C'est parce que notre rejet ne va pas
cliquer jusqu'à la fin, alors il
00:13:48 suffit de glisser-déplacer jusqu'à la fin. Une fois le formulaire d'approbation approuvé par
l'utilisateur, il doit
00:14:00 débloquer le partenaire, alors cliquez sur Ajouter et sélectionnez l'action de déblocage.
00:14:11 Ici, nous sélectionnons la même variable de destination, sous Entrées, nous transmettrons
l'ID partenaire.
00:14:21 Et maintenant, notre workflow est terminé. Mais pour qu'elle soit utilisée du projet SAP Build
Apps, qui est
00:14:30 l'application d'intégration partenaire que nous avons développée dans les chapitres
précédents, nous devons créer un déclencheur API.
00:14:46 Je clique sur Sauvegarder, et sur Valider. Nous devons maintenant déployer ce projet.
00:15:00 Et comme vous pouvez le voir ici, la variable de destination, il est demandé de sélectionner
la destination, que nous avons ajoutée dans les
00:15:07 destinations dans les options SAP Build. Sélectionnez donc la destination, cliquez sur
Suivant, puis sur Déployer.
00:15:17 Comme nous avons créé le workflow d'intégration des partenaires, nous devons l'utiliser du
projet SAP Build Apps.
00:15:28 Donc maintenant pour consommer cela, nous avons besoin de connaître les données utiles.

00:15:33 Nous allons donc accéder à l'onglet Moniteur et sélectionner les déclencheurs.
00:15:38 Comme je l'ai mentionné précédemment, nous avons créé le déclencheur API pour l' utiliser
auprès des parties externes.
00:15:45 Ainsi, comme vous pouvez le voir, il nous fournit une URL et les données utiles.
00:15:51 Sauvegardons maintenant ces données utiles dans un fichier local. Revenez maintenant à
notre projet SAP Build Apps, accédez à l'onglet
00:16:15 Données, cliquez sur Créer une entitéde données et sélectionnez SAP BTP Destination
REST API Integration.
00:16:25 Ici, nous donnons le nom de workflow partenaire. Comme vous pouvez le voir, nos données
utiles ont l'ID de définition, le
00:16:37 contexte , le partenaire et la pièce justificative. Nous devons donc les ajouter un par un.
00:17:18 Nous l'avons ajouté, puis nous allons maintenant dans Créer, nous devons l'activer, et nous
devons également définir les en-têtes de demande.
00:17:30 Ainsi, l'en-tête de requête est l'endroit où les données que nous essayons d'envoyer sont
sous la forme de JSON, nous devons donc ajouter le type de
00:17:43 contenu comme JSON d'application. Cliquez sur Sauvegarder, et maintenant nous devons
également définir le
00:17:59 mappeur de corps, car nous devons l'encoder au format JSON. Donc, une fois cela fait,
vous devez le connecter à une destination.
00:18:16 Cette destination est donc la destination sap-build-pa qui est disponible dans le cockpit.
00:18:23 Comme vous pouvez le voir, elle est créée à partir de l'instance SAP Build Process
Automation.
00:18:30 Et nous devons également activer ici, AppgyverEnable comme vrai. Alors seulement cela
sera visible dans notre projet SAP Build.
00:18:39 Cliquez maintenant sur Enregistrer l'entité de données, et revenez à notre zone de
graphiques d'IU, cliquez sur Créer, allez pour ajouter une logique.
00:18:51 Une fois les fichiers chargés, nous allons maintenant appeler notre flux de travail.
00:18:56 Nous devons donc appeler create record, placez-le ici. Connectez donc l'enregistrement de
création.
00:19:11 Ici, vous devez sélectionner le nom de la ressource Workflow partenaire. Et nous devons
également cartographier les données.

21 / 28
00:19:19 L'ID de définition, nous allons le coder en dur. Il s'agit d'un ID de définition, nous l'avons
obtenu des données utiles.
00:19:29 Et le partenaire, sera la variable de données. Et le document justificatif est issu de la
variable de page.
00:19:49 Cliquez sur Enregistrer, puis sur Lancer. Ouvrez Aperçu du portail.
00:20:05 Ouvrez Web Preview, Business Partner Onboarding. Appelons-le BPINT01.
00:20:19 Prénom du test. Nom du test.
00:20:25 Sélectionnez la pièce justificative, et cliquez sur Créer. Revenons maintenant à notre lobby
SAP Build et ouvrons notre boîte de
00:20:42 réception. Comme vous pouvez le voir, nous avons appelé le partenaire pour
00:20:50 l'approbation. Maintenant, une fois que vous avez approuvé, le partenaire est approuvé
00:20:56 avec succès. Maintenant que nous avons terminé la démonstration avec succès, pour en
00:21:02 savoir plus sur SAP Build Process Automation, vous pouvez suivre ces liens. Nous avons
terminé notre unité sur l'amélioration des processus métier avec
00:21:12 SAP Build Process Automation. Jusqu'à présent, vous avez découvert ce qu'estSAP Build
Process Automation
00:21:19 et ses fonctionnalités. Ensuite, vous améliorez l'application d'intégration des partenaires
avec
00:21:26 SAP Build Process Automation. Dans le chapitre suivant, vous apprendrez à intégrer SAP
Build Process
00:21:32 Automation aux services AWS. Merci.

22 / 28
Week 2 Unit 5

00:00:05 Bonjour et bienvenue à la semaine deux, unité cinq de notre cours openSAP, Build Resilient
Applications on SAP BTP with Amazon Web
00:00:13 Services. Je m'appelle Diego Lombardini et je suis architecte de solutions
00:00:18 partenaires SAP chez AWS. Dans ce chapitre, vous apprendrez à comment intégrer les
processus
00:00:23 de gestion aux services AWS. Commençons.
00:00:28 À l'ordre du jour d'aujourd'hui, nous allons aborder une introduction à Amazon Simple
Notification Service, ou SNS.
00:00:35 Nous allons passer en revue le scénario que nous allons créer et je vais vous présenter une
démonstration.
00:00:39 Et enfin, parce que c'est la dernière unité de la semaine, nous allons conclure avec un
résumé et une perspective pour la semaine
00:00:47 à venir. Alors, qu'est-ce qu'Amazon Simple Notification Service ?
00:00:51 Il s'agit d'un service de messagerie et de notification entièrement géré.
00:00:55 Il prend en charge les notifications d'application à application et d'application à personne.
00:01:00 Cela signifie des notifications par e-mail, SMS et push. Il prend en charge un grand volume
de messages et est très fiable.
00:01:09 Il utilise le concept de rubriques et d'abonnements. Les applications et les personnes ayant
souscrit à des rubriques,
00:01:16 et lorsqu'un message est envoyé à cette rubrique, il est ensuite distribué aux abonnés.
00:01:21 Ainsi, vous recevez vos e-mails et vos SMS et notifications push. Alors, le scénario que
nous allons aborder aujourd'hui, nous
00:01:30 allons commencer par ce que nous avons créé la dernière unité, et nous allons ajouter une
notificationpar e-mail en utilisant SNS
00:01:37 via une API que nous créons dans Amazon API Gateway. Pour ce faire, nous allons avoir
besoin de créer un sujet SNS dans
00:01:44 AWS. Nous allons ensuite exposer ce sujet à l'aide d'une API.
00:01:48 Nous allons devoir créer un rôle IAM et une stratégie pour avoir accès à cette API et à la
rubrique.
00:01:54 Nous allons ensuite intégrer cette API à BTP à l'aide d'une destination.
00:01:59 Enfin, nous allons créer une action dans le processus que nous avons créé la dernière
unité, afin d'intégrer et d'envoyer un
00:02:09 message. D'accord, nous allons maintenant passer en revue la démo pour
00:02:13 l'exercice de cette semaine. Nous allons donc commencer à créer un sujet SNS.
00:02:19 Ainsi, comme vous l'avez vu, nous pouvons y accéder via la console dans la barre de
recherche, ou via les favoris.
00:02:28 Nous allons créer un sujet, et je vais l'appeler build-automation-notification.
00:02:40 Ici, nous pouvons définir la rubrique comme étant soit le premier entré, le premier sorti, soit
le standard.
00:02:44 Dans ce cas, nous allons maintenir la norme. Nom, nom d'affichage.
00:02:51 Je vais l'appeler Notification d'automatisation de processus. Il y a quelques paramètres ici
où nous pouvons réellement définir
00:03:04 certains paramètres. Dans ce cas, nous allons conserver tout cela par défaut.
00:03:10 Et nous avons maintenant défini notre sujet SNS. L'étape suivante consiste à créer un
abonnement.
00:03:21 C'est là que nous pourrons effectivement être en mesure d'ajouter une adresse e-mail, afin
que nous puissions recevoir les

23 / 28
00:03:32 notifications. Dans ce cas, je vais créer un abonnement.
00:03:36 Ici, nous avons les différents types d'intégrations que nous pouvons activer.
00:03:41 Dans ce cas, je vais faire du mail. Mais vous pouvez voir ici SMS, SQS, et quelques autres.

00:03:48 Je vais donc envoyer un e-mail. Dans ce cas, je vais mettre mon adresse mail.
00:03:55 Alors, ce qui va se passer - une fois que je crée l'abonnement, comme vous pouvez le voir
ici, je vais devoir le confirmer.
00:04:02 Donc, lorsque vous faites cet exercice et que vous mettez votre adresse e-mail, vous allez
recevoir un e-mail.
00:04:06 Et ce que vous avez à faire, c'est d'aller cliquer et de confirmer cela.
00:04:08 Je ne vais pas passer par là parce que vous pouvez faire cela dans votre propre temps.
00:04:12 Je vais maintenant créer l'abonnement. Bien.
00:04:20 Nous avons donc créé un abonnement à ce sujet. Alors, ce qui va se passer c'est quand on
envoie une notification
00:04:32 à ce sujet via API, Je vais recevoir un email avec ça. D'accord, nous devons donc d'abord
créer un rôle et une politique
00:04:43 IAM, comme nous l'avons fait dans l'unité 2.3, pour pouvoir ensuite créer l'API.
00:04:49 Nous allons donc passer à IAM et nous allons créer un rôle. Je dois également obtenir le
nom ou l'ARN, qui est le nom de la
00:05:08 ressource AWS pour le sujet que nous venons de créer. Je vais donc l'ouvrir dans un
nouvel onglet, afin que nous
00:05:16 puissions y accéder. Créons d'abord le rôle.
00:05:21 Appelons ce build-process-role-sns. Comme pour la précédente, il s'agit d'une politique de
confiance
00:05:33 personnalisée. Et c'est similaire au rôle que nous avons créé auparavant où nous
00:05:41 autorisons à assumer le rôle il s'agit d'API Gateway. Je suis en train de créer un nouveau
rôle, mais vous pourriez
00:05:49 utiliser un rôle précédent, et vous pouvez également y ajouter cette stratégie.
00:05:51 Bien sûr, vous devez modifier la politique. D'accord, alors faisons comme nous l'avons fait
auparavant, nous
00:06:01 créons une politique maintenant. Et c'est ce dont nous allons avoir besoin, la ressource
ARN.
00:06:13 Donc, je vais coller ça ici, puis je vais aller sur SNS. C'est donc de cela que je parlais
auparavant.
00:06:23 Lorsque nous avons créé le rôle sur le compartiment S3, nous avions juste besoin du nom
de compartiment S3.
00:06:27 Mais dans ce cas, nous avons besoin d'ARN. Alors, je vais copier ceci, et je vais revenir à
la politique, et
00:06:36 je vais ajouter ceci. Alors, qu'est-ce que cela signifie ?
00:06:40 Donc, effectivement, nous disons que nous permettons à cette politique, qui est ensuite
attachée au rôle, de publier un message
00:06:49 à ce sujet. Ainsi, lorsque nous appelons l'API, elle va utiliser cette
00:06:56 stratégie associée au rôle pour vous authentifier et vous permettre de le faire.
00:07:04 Et nous allons appeler cela build-process-policy-sns. Comme avant, c'est interpréter le
JSON et c'est en fait medire ce
00:07:19 que je suis autorisé à faire ou pas ici. D'accord. Donc, maintenant, nous avons la politique.

00:07:25 Si nous revenons, oups, au rôle, nous pouvons maintenant voir la politique que nous
venons de créer.
00:07:36 Nous créons maintenant le rôle. Ce n'est pas le bon, c'est le bon.

24 / 28
00:07:45 Cliquez sur Suivant. Et maintenant, nous donnons le nom du rôle.
00:07:54 D'accord, encore une fois, nous autorisons ce rôle à utiliser apigarque et à assumer ce rôle.

00:08:10 Bon, maintenant nous avons le sujet SNS, Je me suis abonné à ce sujet, et nous avons le
rôle et la politique pour y accéder.
00:08:20 Nous allons maintenant accéder à la passerelle API et créer l'API. Il s'agit de l'API que nous
avons créée dans le chapitre
00:08:32 précédent. Je vais en créer une nouvelle, et comme avant, il va s'agir d'une
00:08:39 API REST. Dans ce cas, je vais l'appeler build-process-api.
00:08:49 API REST et Nouvelle API. Et on va le garder pour être original.
00:08:57 Nous créons maintenant l'API... Nous allons maintenant créer une ressource.
00:09:28 Nous allons l'appeler sendnotification, puis nous allons créer une méthode.
00:09:42 Dans ce cas, nous allons utiliser POST. Nous allons maintenant sélectionner une région.
00:09:50 La région dans mon cas est us-est-1. Le service, qui est SNS.
00:09:58 Nous allons laisser le sous-domaine vide, et nous allons le mapper à, bien sûr, la méthode
POST.
00:10:02 Dans ce cas, l'action que nous allons utiliser est Publier. Maintenant, si vous avez fait l'unité
2.3, vous verrez que c'est
00:10:10 légèrement différent. Et maintenant, nous devons inclure ici le rôle IAM que nous avons
00:10:17 créé auparavant. Donc, je vais avoir besoin d'aller copier cet ARN maintenant.
00:10:27 Alors, nous allons dans Rôles, rechercher build-process-role-sns. Et voici l'ARN dont nous
avons besoin.
00:10:39 Encore une fois, comme précédemment, cela permet à cette API d'utiliser ce rôle pour
appeler les services AWS.
00:10:48 D'accord, maintenant, nous avons la méthode POST. Et maintenant, nous devons d'abord
mettre à jour votre demande de
00:10:57 méthode. Donc, ce que nous allons faire ici, c'est, dans ce cas, nous
00:11:00 n'utilisons pas l'URL de chaîne de requête comme nous l'avons utilisé précédemment, nous
allons utiliser des en-têtes de
00:11:05 requête. Les données ne sont donc pas visibles sur l'appel.
00:11:10 Donc, la première chose que nous allons faire c'est que nous allons créer trois en-têtes.
00:11:15 Le premier est le message, qui est effectivement le message que nous allons envoyer.
00:11:21 Le sujet suivant est le sujet. Il s'agira donc d'un objet pour l'e-mail.
00:11:29 Et le dernier, c'est le sujet. C'est donc ce que nous allons mapper à partir de
00:11:35 l'automatisationdes processus et du sujet SNS que nous avons créé précédemment.
00:11:41 Nous allons maintenant accéder à Demande d'intégration. Comme précédemment, nous
devons maintenant mapper ces paramètres
00:11:53 que nous avons définis sur les paramètres SNS. Dans ce cas, nous utilisons des
paramètres de chaîne de requête
00:12:04 URL. Donc, le premier, c'est le message.
00:12:13 Je vais mapper ceci à Metho.request.header.message. Notez que cela est différent de ce
que nous avions auparavant dans
00:12:24 l'unité 2.3. Ensuite, nous allons ajouter le sujet.
00:12:34 Enfin, le sujet. Désormais, la dernière étape, ou deuxième dernière étape, consiste
00:13:00 à activer la clé API. Nous allons donc définir la clé API sur True, puis nous allons
00:13:11 déployer cette API. Comme précédemment, les étapes peuvent être utilisées pour gérer
00:13:17 des versions ou des environnements. Dans ce cas, nous allons supposer que nous créons
dans la première

25 / 28
00:13:21 version. Il s'agit donc de la première version.
00:13:30 Nous allons déployer l'API. Nous allons sauvegarder les modifications, en laissant toutes
les
00:13:38 options par défaut. Et maintenant, la dernière chose que nous allons faire c'est
00:13:43 d'ajouter cette étape pour cette API à un plan d'utilisation. Nous pourrions créer un nouveau
plan d'utilisation, mais pour plus
00:13:50 de simplicité, nous allons réutiliser celui que nous avons créé dans l'unité 2.3.
00:13:54 Donc, si j'accède à Usage Plans, Je peux ajouter une étape d'API, et nous allons ajouter
cette API, version une.
00:14:09 Donc, si vous regardez les clés ici, c'est la même clé que nous avions auparavant.
00:14:14 Je vais maintenant passer la main à Mahesh, qui intégrera cette API à SAP Build Process
Automation.
00:14:24 Nous allons maintenant intégrer l'API SNS dans notre workflow de processus d'approbation
des partenaires.
00:14:30 Pour cela, il faut d'abord créer un projet d'action. Et l'étape obligatoire pour le projet
d'actions consiste à charger
00:14:37 le document de spécification d'API. Nous obtenons donc la spécification API pour l'API SNS
ici.
00:14:46 Dans les étapes, accédez à Étapes et à Exporter. Sélectionnez OpenAPI 3 et cliquez sur
Exporter, et téléchargez-le
00:14:53 sur votre système local. Poursuivez ensuite avec la création du projet d'actions et chargez
00:15:03 la spécification que vous avez télédéchargée et nommez SNS Business Partner API.
00:15:13 Maintenant, il nous mènera à l'action plus tard. Ici, vous devez sélectionner cette action
particulière.
00:15:20 Il faut passer le sujet. Nous allons le faire comme statique et nous passons un sujet qui a
00:15:29 été créé plus tôt. Et nous passerons également l'objet comme Partenaire débloqué avec
00:15:45 succès. Cliquez ensuite sur Sauvegarder.
00:15:52 Nous devons maintenant la valider et la publier dans la bibliothèque.
00:16:10 Pour que le projet d'action connecte et envoie la notification, nous allons utiliser une
destination de sous-compte.
00:16:19 J'ai donc déjà créé la destination du sous-compte. Et je transmets également la clé x et
d'autres paramètres pour
00:16:27 être consommés de l'automatisation des processus SAP et du produit d'action.
00:16:32 Et cela doit être importé dans nos destinations. Dans SAP Build, sélectionnez cette
destination dans le cockpit et
00:16:42 cliquez sur Ajouter. Cela s'ajoute à notre solution SAP Build.
00:16:48 Revenez maintenant à notre processus d'approbation. Donc, une fois le partenaire
débloqué, nous allons envoyer une
00:17:09 notification. Maintenant, continuez et ajoutez notre action.
00:17:19 Cliquez sur Ajouter. Et nous devons fournir la contribution, le message que nous
00:17:33 transmettrons, notre partenaire. Et nous devons également fournir la destination qui relie
notre
00:17:41 processusd'approbation à la destination cockpit. Il faut donc d'abord créer une variable
locale.
00:17:46 Appelons cela notre destination SNS. Et voilà.
00:17:57 Maintenant, une fois que nous l'avons sauvegardé et validé, il nous demandera de mapper
cette destination avec la destination SAP
00:18:09 Build. Et déployez.
00:18:13 Ainsi, comme je l'ai mentionné, il nous demande de sélectionner les destinations.

26 / 28
00:18:21 Et déployez. Et notre workflow est maintenant déployé avec succès.
00:18:28 Allons le tester. Donnons-lui BPINT03.
00:18:38 Test de prénom. Nom de famille Test.
00:18:43 Sélectionnez la pièce justificative, puis Créer. Maintenant, nous pouvons visiter notre boîte
de réception pour
00:18:57 voir la notification. Il s'agit simplement d'un workflow qui a été déclenché.
00:19:02 Et une fois que vous l'avez approuvé, maintenant cela déclenchera la notificationSNS dans
la boîte aux lettres.
00:19:13 Maintenant, comme vous pouvez le voir, j'ai reçu ce mail avec les détails.
00:19:19 Maintenant que nous avons vu la démonstration, pour en savoir plus sur les servicesAWS
et SAP Build que nous avons utilisés dans
00:19:28 cette démonstration, vous pouvez suivre ces liens. Bien.
00:19:32 Dans ce chapitre, vous avez appris à configurer le service Amazon SNS,à puis à l' intégrer
à SAP Build Process Automation.
00:19:42 La deuxième semaine se termine créer des applications à l'aide d'outils SAP low-code/no-
code et de services AWS.
00:19:48 Cette semaine, nous avons appris sur SAP Build Apps et SAP Build Process Automation.
00:19:55 Nous avons également introduit les services AWS, tels que S3, API Gateway et SNS.
00:20:03 Nous développons l'application d'intégration des partenaires à l'aide de tous ces services.
00:20:08 Au cours de la semaine à venir, vous découvrirez 'options de développement pro-code sur
SAP BTP et développerez une
00:20:16 applicationSAP CAP simple et l'intégrerez aux services SAP S/4HANA et AWS.
00:20:22 Merci.

27 / 28
© 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.