Integrer Outlook og SAP med Power Apps

Denne løsning leverer en integreret arbejdsproces mellem Microsoft Outlook og SAP Customer Relationship Management (SAP CRM), så brugerne kan arbejde problemfrit på tværs af begge miljøer. Det fjerner behovet for manuelt at angive data og aktiviteter for kunderelationer i SAP igen ved at give en guidet, kontekstafhængig oplevelse direkte i Outlook læseruden.

Arkitekturdiagram

Workflow

1. Brugeren åbner en mail i Outlook

   Den integrerede lærredsapp indlæser kontekstafhængige metadata ved hjælp af Microsoft Power Platform connectors, f.eks. Office 365 Outlook og Office 365-brugere.

2. Canvasapp henter maildetaljer via forbindelser

   • Afsender- og modtageradresser
   • E-mail-indhold
   • Vedhæftede filer

3. Canvas-app forespørger data fra SAP CRM/S/4HANA ved hjælp af en brugerdefineret forbindelseskomponent

   • Søger efter forretningspartnerposter, herunder kunder og kontakter
   • Returnerer strukturerede SAP-data til brugergrænsefladen

4. Brugeren vælger handlinger i tilføjelsesprogrammet Outlook

   • Opret SAP-aktivitet fra mail
   • Gem mails og vedhæftede filer i SAP CRM
   • Vis relaterede SAP-registreringer
   • Opret opfølgningsopgaver

5. Brugerdefineret connector sender handlinger til SAP OData-tjenester

   • Implementerer OAuth 2.0-godkendelse
   • Transformerer og validerer dataindhold
   • Skriver aktiviteter tilbage eller henter partnerdata

6. Dataverse og Power Automate orkestrering (valgfri udvidelse)

   • Henter og visualiserer logge
   • Udløser automatisering af arbejdsproces
   • Aktiverer udvidede behandlingsscenarier

Komponenter

Denne løsning bruger flere komponenter til at levere problemfri integration mellem Outlook, Power Apps og SAP.

Power Apps lærredsapps

Power Apps-canvasapps udgør løsningens primære brugergrænseflade. Appen integreres direkte i Outlook læseruden ved hjælp af de understøttede Power Apps i Outlook hostingmodel. Den præsenterer relevante SAP Business Partner- og aktivitetsoplysninger, der er relateret til den mail, der er åbnet i øjeblikket. Den guider brugerne gennem almindelige opgaver, f.eks. oprettelse af aktiviteter, lagring af mails og vedhæftede filer og oprettelse af opfølgningsopgaver.

Appen er designet til lette, opgaveorienterede interaktioner. Den er optimeret til hastighed og minimal kontekstskift. Den uddelegerer integrations- og behandlingslogik til backendlag for at holde brugergrænsefladen dynamisk og vedligeholdbar. Appen bruger kun Office JavaScript API (Office.js) til letvægtskontekstaflevering fra det aktive Outlook element til den integrerede Power App og er ikke vært for brugergrænseflade eller forretningslogik.

Brugerdefinerede connectorer

En brugerdefineret Power Platform-connector leverer integrationslag mellem Outlook-tilføjelsesprogrammet og SAP OData-tjenesterne. Den håndterer godkendelse (OAuth2, delegerede tilladelser), overfører parametre, kalder SAP-slutpunkter og returnerer strukturerede data til lærredsappen.

Connectoren gør det muligt for løsningen at:

• Hent SAP-forretningspartneroplysninger, der er relateret til afsendere og modtagere af mail
• Opret SAP-aktiviteter ud fra mailindhold
• Gem mails og vedhæftede filer i SAP
• Opret opfølgningshandlinger, der er knyttet til SAP-poster

SAP forbliver postsystemet for kunde-, kontakt- og aktivitetsdata. Derfor skal enhver integration respektere SAP's sikkerhedsmodel, identitetsoverførsel og API-eksponeringsstandarder, samtidig med at den understøtter adgang pr. bruger og fuld overvågning.

Oprindelig evaluering af SAP-connector

Vurder indbyggede SAP-connectorer som en første mulighed, primært fordi de:

• Tilbyd lavere vedligeholdelses- og livscyklusomkostninger
• Følg en standardmodel for en administreret forbindelse
• Foretrækkes, når funktionelle og arkitektoniske krav er opfyldt

Under teknisk evaluering opfylder oprindelige SAP-connectors dog ikke kravene i denne arkitektur, især i SAP-landskaber i virksomheder, hvor API'er eksponeres via SAP API Management i SAP BUSINESS Technology Platform (SAP BTP).

Identificerede begrænsninger omfatter:

• Begrænset kontrol over SAP-specifikke HTTP-headere såsom CSRF-håndtering og betingede headere
• Utilstrækkelig fleksibilitet til brugerdefinerede SAP OData-nyttedatastrukturer
• Begrænset kompatibilitet med SAP API Management-fronted-tjenester
• Reduceret mulighed for at understøtte delegerede godkendelsesmodeller pr. bruger, der er justeret i forhold til SAP-identitetsoverførsel
• Kræver, at slutbrugerne angiver SAP-specifikke tekniske konfigurationsoplysninger, når de opretter en forbindelse, som brugerne normalt ikke kender og ikke skal være ansvarlige for. Tekniske SAP-forbindelsesparametre skal administreres centralt og indvindes fra virksomhedsbrugere.

Hvorfor bruge en brugerdefineret Connector til Power Platform

Brug en brugerdefineret Power Platform-connector til at opfylde ovenstående krav og tilpasse dig virksomhedens SAP-integrationsmønstre.

Denne fremgangsmåde muliggør:

• Ren integration med SAP API Management som den officielle SAP Enterprise-grænse
• Fuld kontrol over anmodnings- og svarstrukturer, herunder SAP-specifikke protokolkrav
• Understøttelse af uddelegeret godkendelse pr. bruger (OAuth 2.0 via SAP API Management)
• Forudsigelig funktionsmåde på tværs af SAP CRM- og SAP S/4HANA-miljøer
• Undgå, at der ikke understøttes direkte forbindelse til SAP-systemer i det lokale miljø

Den brugerdefinerede connector integreres udelukkende med SAP API Management og aldrig direkte med SAP-backendsystemer.

Hastighedsbegrænsning og trafikstyring for SAP API'er

SAP API-begrænsnings-, hastighedsbegrænsnings- og trafikkontrolpolitikker er eksplicit uden for omfanget af Levering af Power Platform.

Disse kontrolelementer er:

• Konfigureret i SAP API Management (SAP BTP)
• Styret og drevet af det interne SAP-platformteam

Fra Power Platform-perspektivet behandles SAP API Management som en styret HTTPS-tjeneste. Den brugerdefinerede forbindelse implementerer eller tilsidesætter ikke begrænsningsadfærd og respekterer svar fra SAP API Management.

SAP-forbindelses- og ansvarsgrænser

SAP CRM tilgås udelukkende via eksternt eksponerede SAP API'er fronted af SAP API Management (SAP BTP). Power Platform-komponenter opretter ikke direkte forbindelse til SAP-systemer i det lokale miljø og bruger ikke datagatewayen i det lokale miljø. SAP API Management fungerer som en omvendt proxy, sikkerhedsgrænse og et protokolmæglingslag og eksponerer SAP OData-tjenester via HTTPS på en kontrolleret, virksomhedsgodkendt måde.

End-to-end-forbindelsestopologi (virksomhedsinstallationsafhængighed)

Selvom Power Platform kun opretter forbindelse til SAP BTP-slutpunktet (SAP API Management), skal SAP API Management have sikker forbindelse til SAP-backend i det lokale miljø.

Kundens SAP-basis- eller infrastrukturteam implementerer typisk denne tilgang ved hjælp af SAP-standardforbindelsesmønstre, f.eks. SAP Cloud Connector og private netværksforbindelser som VPN eller peering.

Ansvarsgrænse

Power Platform-område: Kalder kun det eksternt eksponerede SAP API Management-slutpunkt via HTTPS. Power Platform kræver ikke direkte netværkstunnelføring, VPN-konfiguration eller konfiguration af private slutpunkter.

Kunde-/SAP-omfang: Etablerer og styrer BTP-to-on-premise routing, firewallregler, certifikater og netværkssegmentering i henhold til virksomhedens sikkerhedspolitikker.

Denne referencearkitektur forudsætter, at SAP API-slutpunktet er virksomhedsgodkendt, kan nås fra Microsoft cloudtjenester og beskyttes via SAP API Management-politikker til godkendelse, godkendelse, begrænsning og overvågning.

Afvejninger og ejerskab af livscyklus

• Fordele: Forudsigelig integrationsfunktionsmåde, fuld kontrol over SAP-specifikke protokolkrav, herunder headere, CSRF (cross-site request forfalskning) og nyttedata og ren justering med SAP API Management som virksomhedsgrænse.

• Afvejninger: Kræver eksplicit ejerskab til versionsstyring af connectorer, test, overvågning og ændringsstyring, f.eks. når SAP OData-tjenester udvikler sig.

SAP CRM

SAP CRM fungerer som postsystem for kunde-, kontakt- og aktivitetsdata. Løsningen interagerer primært med SAP via standardiserede OData-tjenester for at udføre forretningspartneropslag, hente relaterede poster og oprette eller opdatere aktiviteter baseret på brugerhandlinger i Outlook. Ved at bevare kerneforretningslogik og dataejerskab i SAP er arkitekturen i overensstemmelse med ERP-principper (Enterprise Resource Planning) og undgår unødvendig dataduplikering på tværs af systemer.

Power Platform-forbindelser

Brug Office 365 Outlook- og Office 365-brugere-connectors til at hente kontekstafhængige oplysninger om den aktuelt åbnede mail, herunder oplysninger om afsender og modtager, brødtekst i mails og vedhæftede filer. Lærredsappen anvender disse data til at forudfylde SAP-aktivitetsdata og til at muliggøre vedhæftning af e-mails og dokumenter til SAP-poster. Brug disse data udelukkende til de påkrævede metadata. Sørg for, at al adgang sker via konteksten for den specifikke brugers personlige forbindelse for at understøtte sikkerhed og overholdelse af angivne standarder.

Microsoft Dataverse (valgfri udvidelse)

Præsenter Dataverse som et valgfrit udvidelseslag, der understøtter styring, logge og udvidede behandlingsscenarier på tværs af komponenter. Den gemmer driftslogge, integrationsmetadata og midlertidige data, der er nødvendige for avancerede arbejdsprocesser og analyser. Dataverse giver også et grundlag for fremtidige forbedringer, herunder rapportering, overvågning og kontrolleret dataeksponering, uden at det påvirker de centrale SAP-systemer.

Power Automate (valgfri udvidelse)

Brug Power Automate i senere faser til at orkestrere asynkrone arbejdsprocesser, der udløses af Outlook- eller SAP-relaterede hændelser. Typiske use cases omfatter behandling i baggrunden, meddelelser, eskaleringsflows eller integration med andre systemer. Ved at holde automatisering valgfri og løst koblet understøtter arkitekturen trinvis implementering uden at føje unødvendige kørselsafhængigheder til kerneflowet for brugerinteraktion.

Scenariedetaljer

Salgs- og serviceteams arbejder ofte på tværs af Outlook for kundekommunikation og SAP CRM/S/4HANA for driftsaktiviteter. Skift mellem systemer øger den manuelle indsats og kan føre til ufuldstændige eller inkonsekvente data. Denne løsning giver et samlet arbejdsområde direkte i Outlook, der hjælper brugerne med at identificere kunder, gemme mails i SAP som aktiviteter og oprette opfølgninger uden at skifte system. Denne fremgangsmåde hjælper med at reducere manuel indtastning af data og forbedrer datafuldførelsen på tværs af kundeorienterede processer.

Tilføjelsesprogrammet Outlook giver brugerne mulighed for at:

• Identificer SAP-forretningspartnere, der er relateret til mails
• Opret SAP-aktiviteter ud fra mailindhold
• Gem mails og vedhæftede filer i SAP
• Opret opfølgningshandlinger, der er knyttet til SAP-poster

Selvom der findes lignende funktioner i nogle oprindelige Microsoft-udvidelser, er der i øjeblikket ingen sammenlignelig løsning, der effektivt integrerer SAP CRM i det lokale miljø med en Outlook udvidelse. Denne løsning udfylder dette hul ved at føje vigtige SAP CRM-funktioner til Outlook på en måde, der er intuitiv for slutbrugerne og justeret i forhold til kravene til virksomhedsintegration.

Forudsætninger

Denne løsning bruger brugerdefinerede Power Platform-connectors, som kræver Power Apps Premium-licenser til slutbrugere. Hver Outlook bruger, der anvender SAP-integration, skal have licens i overensstemmelse hermed.

Overvejelser

Disse overvejelser implementerer søjlerne i Power Platform Well-Architected, et sæt vejledende principper, der forbedrer kvaliteten af en arbejdsbyrde. Få mere at vide i Microsoft Power Platform Well-Architected.

Reliability

Denne arkitektur bruger robuste integrationsmønstre til at sikre, at løsningen fungerer problemfrit, selvom afhængige systemer er langsomme eller midlertidigt utilgængelige. Den brugerdefinerede connector bruger forsøgslogik og kontrollerede timeouts for SAP OData-kald til at håndtere midlertidige fejl. Når der opstår problemer, viser lærredsappen fejl på en klar, nyttig måde og forklarer, hvad du skal gøre. Designet begrænser også opslag til det, der er nødvendigt under brugerinteraktioner, hvilket reducerer risikoen for overlappende fejl.

Sikkerhed

Denne arkitektur gennemtvinger sikkerhed via komplette identitets- og adgangsstyring, der er justeret i forhold til bedste praksis for Power Platform. Den sender følsomme data, f.eks. mailmetadata, vedhæftede filer og kundeposter, kun via krypterede kanaler uden lokalt lager på brugerenheder. Den implementerer mindst privilegeret adgang både i SAP og i Power Platform-miljøet. Al kommunikation mellem Outlook, Office 365 backend, den brugerdefinerede connector og SAP følger et mindset uden tillid, der sikrer, at identitet valideres for hvert kald.

Identitets- og godkendelsesmodel

Power Platform-connectorer, der bruger OAuth 2.0 med delegerede tilladelser, får adgang Microsoft Graph ressourcer. De fungerer i forbindelse med den bruger, der er logget på Outlook. SAP-adgang bruger delegeret godkendelse pr. bruger via SAP API Management. IdP (Enterprise Identity Provider) sammenkæder brugergodkendelse ved hjælp af SAML (Security Assertion Markup Language) 2.0. Den resulterende SAML-antagelse udveksles for et OAuth 2.0-adgangstoken (SAML-ihændehaverantagelsesflow). SAP API Management bruger dette token til at kalde SAP OData-tjenester, samtidig med at slutbrugerens identitet bevares.

Hver bruger opretter sin egen Power Platform-forbindelse til den brugerdefinerede connector ved første brug. Arkitekturen bruger ikke delte tjenestekonti til runtime til forretningsoperationer.

Identitetstilknytning og brugerlivscyklus

For at understøtte sikker SAP-adgang pr. bruger har organisationer brug for en klar tilgang til tilknytning af Microsoft identiteter til SAP-principaler og administration af adgang i hele brugerlivscyklussen.

• Tilknytningsprincip: SAP-handlinger bruger slutbrugerens identitet, der overføres via SAP API Management. Kundens identitetsstrategi skal definere, hvordan en Microsoft identitet, f.eks. et UPN (Entra ID brugerens hovednavn) eller en mailadresse, knyttes til den tilsvarende SAP-principal, f.eks. et SAP-bruger-id. Den skal også omfatte, hvor tilknytningen vedligeholdes, f.eks. i IdP,SAP eller som en del af en IAM-proces (Identity and Access Management).

• Provisionering og afprovisionering: Virksomhedens standardprocesser for tiltrædelse, rolleændring og fratrædelse tildeler og tilbagekalder adgang til SAP-API'er. Når en bruger er deaktiveret i firmaidentitetsudbyderen eller fjernet fra SAP-godkendelsesroller, lukkes efterfølgende connectorkald ikke (adgang nægtet).

• Ingen delte forretningskonti: Arkitekturen bruger ikke tjenestekonti til forretningshandlinger under kørsel. De findes muligvis kun for miljøinstallations-, udrulnings- og konfigurationsaktiviteter under kontrollerede DevOps-processer.

• Overvågning: Da kald kører pr. bruger, kan SAP-overvågningslogge og API-administrationslogge tildele handlinger til den igangsættende bruger, som understøtter adskillelse af opgaver og rapportering af overholdelse af angivne standarder.

Driftsmæssig ekspertise

Denne arkitektur følger de bedste driftspraksisser for at understøtte vedligeholdelse, observabilitet og problemfri livscyklusstyring. Centraliseret logføring, f.eks. via Dataverse- eller overvågningsværktøjer, kan registrere connectorkald, fejl og brugsmønstre for at hjælpe administratorer med at få øje på problemer tidligt og optimere ydeevnen.

Du kan opdatere lærredsappen centralt uden at kræve geninstallation af brugeren, hvilket reducerer driftsomkostningerne. Ryd adskillelse af brugergrænseflade-, integrationslogik og backend-systemer understøtter også iterative forbedringer og kontrollerede udrulninger.

Ydeevneeffektivitet

Ydeevnen optimeres ved at minimere datahentning og kun udføre nødvendige handlinger. Begræns SAP-opslag til det mindste sæt Business Partner-attributter, der kræves til Outlook-scenariet, hvilket reducerer belastningen på SAP OData-endepunkter. Optimer Power Platform-connectorkald, så de kun henter nødvendig e-mailmetadata. Undgå tunge transformationer i canvasappen ved at delegere behandlingen til den brugerdefinerede forbindelse. Denne fremgangsmåde resulterer i hurtigere gengivelse af brugergrænsefladen og en glattere brugeroplevelse.

Optimering af oplevelse

Prioriter brugereffektivitet og flowkontinuitet. Ved at integrere grænsefladen direkte i Outlook læseruden reducerer du kontekstskift, så brugerne kan udføre SAP-relaterede opgaver hurtigere. Lærredsappen indeholder forududfyldte formularer, intuitiv navigation og øjeblikkelig adgang til relaterede SAP-poster, hvilket hjælper med at reducere manuel indsats og kognitiv belastning. Ved at fokusere på de mest almindelige handlinger – oprettelse af aktiviteter, lagring af mails og vedhæftede filer i SAP og kundeopslag – forbliver oplevelsen hurtig, forudsigelig og tilpasset brugernes behov.

Andre overvejelser

Ud over de grundlæggende arkitekturovervejelser kan du planlægge de understøttende fremgangsmåder, der hjælper løsningen med at forblive styrende, understøttende og kompatibel over tid. Disse overvejelser vedrører livscyklusstyring, observabilitet og connectorstyring i forbindelse med udrulning af virksomheder.

Administration af programlivscyklus (ALM)

Denne referencearkitektur forudsætter Alm-standarden for Power Platform, hvor de oprindelige pipelines i Power Platform er tilstrækkelige til at fremme løsninger på tværs af miljøer med godkendelser og overvågning.

• Vedligehold separate udviklings-, test- og produktionsmiljøer.

• Brug løsninger til emballage og transport:

  • Uadministreret i udvikling.
  • Administreret i test og produktion.

• Fremhæv administrerede løsninger på tværs af miljøer via pipelines i Power Platform med kontrollerede godkendelser og kørselshistorik. Annullering håndteres ved at geninstallere en kendt administreret løsningsversion, når det er nødvendigt.

• Brug miljøvariabler og forbindelsesreferencer til URL-adresser til slutpunkter og connectorbindinger (ingen hardcodede værdier).

• Gem hemmeligheder og certifikater i et godkendt hemmeligt lager, f.eks. Key Vault, og aldrig i appformler eller connectordefinitioner.

• Anvend kvalitetskontroller for løsningen, som f.eks. løsningskontrol og statisk analyse, inden udrulning til produktion.

• Valgfri: Integrer kun med ekstern CI/CD (Azure DevOps eller GitHub), hvis din organisation kræver avancerede arbejdsbelastninger.

Observationsmulighed

Den minimale reference for observabilitet for virksomhedssupport omfatter:

• Hentning af integrationstelemetri for hvert SAP-kald, herunder tidsstempel, handlingsnavn, svarstatuskode, ventetid og fejlårsagskategori. Medtag et korrelations-id for at spore en enkelt brugerhandling på tværs af Power Apps til connector til SAP API Management til SAP.

• Centralisering af logge i et virksomhedsgodkendt lager, f.eks. Dataverse-tabeller eller en ekstern overvågningsplatform.

• Definition af tærskler for beskeder, f.eks. forhøjede fejlprocenter, vedvarende ventetid og godkendelsesfejl og vedligeholdelse af en driftsmæssig kørselsbog for svar på hændelser.

• Sikring af, at SAP API Management-politikker også udsender logge og understøtter sporing med henblik på fejlfinding og overholdelse af angivne standarder.

Applikationsovervågning

Løsningen bruger Microsoft Application Insights til at hente telemetri på programniveau fra Power Apps lærredsappen. Den implementerer brugerdefinerede sporinger og hændelser for at overvåge programmets funktionsmåde, brugerinteraktioner og vigtige funktionelle flow i Outlook-tilføjelsesprogrammet. Denne overvågning giver indsigt i brugerhandlinger, funktionsforbrug, kørselsstier og fejl på programniveau, der understøtter både fejlfinding og løbende forbedring af brugeroplevelsen.

Integration og netværksovervågning

Den centraliserede SAP-platform administrerer overvågning på netværksniveau, trafikanalyse og overvågning af API'ens ydeevne for SAP-integrationer via SAP API Management. Fra Power Platform-perspektivet skal du behandle SAP API Management som et styret HTTPS-slutpunkt. Power Platform implementerer ikke overvågning på netværksniveau eller begrænsningslogik og er afhængig af SAP API Management til at levere trafikkontrol, diagnosticering og overvågningslogge for SAP API-kald.

Forebyggelse af datatab (DLP) og connectorstyring

Brug administrerede miljøer, datapolitikker og connectorstyring til at begrænse dataflytning og sikre, at det kun er godkendte connectors, miljøer og håndteringspraksisser for vedhæftede filer, der er tilladt.

• Brug styrede miljøer: Udrul kun til administrerede miljøer, og administrer udviklings-, test- og produktionsmiljøer via miljøgrupper (zoner), så reglerne er konsistente og ikke tilsidesættes lokalt.

• Anvend avancerede connectorpolitikker (foretrukket): Tillad eksplicit kun påkrævede connectors, og begræns funktioner med høj risiko, herunder handlingsniveau og parameter- eller slutpunktskontrolelementer, hvor det er tilgængeligt. Få mere at vide under Anvend avancerede connectorpolitikker.

• Klassisk oprindelig datapolitik: Klassificer Office 365 connectors og den brugerdefinerede SAP-connector pr. politik, typisk som Business, og bloker ikke-godkendte connectorkombinationer. Få mere at vide i Administrere datapolitikker.

• Sikkerhedsforanstaltninger for vedhæftede filer: Gennemtving begrænsninger for filtype og størrelse, scanning, mærkning eller klassificering samt opbevaringskrav, der kan opnås via standardsikkerhedsfunktioner Microsoft f.eks. Microsoft Purview og Microsoft Defender.

Designbeslutninger og alternativer overvejet

SAP-forbindelse i det lokale miljø: Løsningen bruger ikke direkte forbindelse fra Power Platform til SAP-systemer i det lokale miljø, f.eks. via datagatewayen i det lokale miljø eller tunnelføring af private netværk. I stedet får du udelukkende adgang til SAP-systemer via eksternt eksponerede SAP API'er foran SAP API Management.

Integrationslag: Teamet betragtede middlewaremønstre som f.eks. Azure API Management eller Logic Apps. De valgte SAP API Management (SAP BTP) som den autoritative integrationsgrænse, fordi SAP-platformteamet ejer og styrer det. Den understøtter SAP-oprindelig sikkerhed, identitetsoverførsel og livscyklusstyring.

Godkendelsesmodel: Løsningen undgår delte tjenestekonti for forretningsadgang under kørsel. Den bruger delegeret godkendelse pr. bruger, hvilket muliggør fuld overvågning, adskillelse af opgaver og overholdelse af virksomhedens identitetspolitikker.

Outlook udvidelsesmodel: Løsningen bruger en understøttet Power Apps værtsmodel for lærredsapps i Outlook i stedet for et brugerdefineret Office.js tilføjelsesprogram til opgaveruden. Office.js bruges kun til letvægtskontekstaflevering, mens forretningslogik og brugergrænseflade implementeres i Power Platform-komponenter.

Bidragydere

Microsoft vedligeholder denne artikel. Følgende bidragydere skrev denne artikel.

Hovedforfattere:

• Karel Beranek, leveringsdirektør

Relaterede ressourcer

• oversigt over Outlook tilføjelsesprogrammer
• Outlook udviklerdokumentation
• Office 365 Outlook connector
• Connector til Office 365-brugere
• Dokumentation til Power Platform og SAP
• Administration af livscyklus for anvendelse (ALM) med Microsoft Power Platform
• Oversigt over pipelines i Power Platform
• Integrer Power Platform med SAP til datastyring