Integrieren von Outlook und SAP in Power Apps

Diese Lösung bietet einen integrierten Workflow zwischen Microsoft Outlook und SAP Customer Relationship Management (SAP CRM), sodass Benutzer reibungslos in beiden Umgebungen arbeiten können. Es entfernt die Notwendigkeit, Kundenbeziehungsdaten und -aktivitäten in SAP manuell erneut einzugeben, indem eine geführte, kontextbezogene Erfahrung direkt im lesebereich Outlook bereitgestellt wird.

Architekturdiagramm

Arbeitsablauf

1. Der Benutzer öffnet eine E-Mail in Outlook

   Die eingebettete Canvas-App lädt Kontextmetadaten mithilfe von Microsoft Power Platform Connectors, z. B. Office 365 Outlook und Office 365-Benutzer.

2. Canvas-App ruft E-Mail-Details über Connectors ab

   • Absender- und Empfängeradressen
   • E-Mail-Inhalt
   • Attachments

3. Canvas-App fragt SAP CRM/S/4HANA mithilfe eines benutzerdefinierten Connectors ab

   • Sucht nach Geschäftspartnerdatensätzen, einschließlich Kunden und Kontakten
   • Gibt strukturierte SAP-Daten an die Benutzeroberfläche zurück.

4. Der Benutzer wählt Aktionen im Outlook-Add-In aus.

   • Sap-Aktivität aus E-Mail erstellen
   • Speichern von E-Mails und Anlagen in SAP CRM
   • Anzeigen verwandter SAP-Datensätze
   • Erstellen von Nachverfolgungsaufgaben

5. Benutzerdefinierter Connector sendet Vorgänge an SAP OData-Dienste

   • Implementiert die OAuth 2.0-Authentifizierung
   • Transformiert und validiert Payloads
   • Schreibt Aktivitäten zurück oder ruft Partnerdaten ab

6. Dataverse und Orchestrierung mit Power Automate (optionale Erweiterung)

   • Erfasst und visualisiert Protokolle
   • Löst die Workflow-Automatisierung aus
   • Ermöglicht erweiterte Verarbeitungsszenarien

Komponenten

Diese Lösung verwendet mehrere Komponenten, um eine nahtlose Integration zwischen Outlook, Power Apps und SAP zu ermöglichen.

Power Apps Leinwand-Apps

Power Apps Canvas-Apps stellen die primäre Benutzeroberfläche für die Lösung bereit. Die App wird unter Verwendung des unterstützten Hostingmodells „Power Apps in Outlook“ direkt in den Outlook-Lesebereich eingebettet. Sie stellt relevante SAP Business Partner- und Aktivitätsinformationen im Zusammenhang mit der aktuell geöffneten E-Mail dar. Sie führt Benutzer durch allgemeine Aufgaben wie das Erstellen von Aktivitäten, das Speichern von E-Mails und Anlagen und das Erstellen von Nachverfolgungsaufgaben.

Die App ist für einfache, aufgabenorientierte Interaktionen konzipiert. Sie ist auf hohe Geschwindigkeit und minimale Kontextwechsel optimiert. Sie delegiert die Integrations- und Verarbeitungslogik an Back-End-Ebenen, um die Ui reaktionsfähig und wartungsfähig zu halten. Die App verwendet die JavaScript-API für Office (Office.js) nur für einfache Kontextübergabe vom aktiven Outlook Element an die eingebettete Power App und hostt keine Ui- oder Geschäftslogik.

Benutzerdefinierte Konnektoren

Ein benutzerdefinierter Power Platform-Connector stellt die Integrationsebene zwischen dem Outlook-Add-In und SAP OData-Diensten bereit. Sie verarbeitet die Authentifizierung (OAuth2, delegierte Berechtigungen), übergibt Parameter, ruft SAP-Endpunkte auf und gibt strukturierte Daten an die Canvas-App zurück.

Mit dem Connector kann die Lösung folgende Aktionen ausführen:

• Abrufen von SAP-Geschäftspartnerinformationen im Zusammenhang mit E-Mail-Absendern und Empfängern
• Erstellen von SAP-Aktivitäten aus E-Mail-Inhalten
• Speichern von E-Mails und Anlagen in SAP
• Erstellen von Nachverfolgungsaktionen, die mit SAP-Datensätzen verknüpft sind

SAP bleibt das Datensatzsystem für Kunden-, Kontakt- und Aktivitätsdaten. Daher muss jede Integration das Unternehmenssicherheitsmodell, die Identitätsverteilung und API-Expositionsstandards von SAP respektieren und gleichzeitig den Benutzerzugriff und die vollständige Auditierbarkeit unterstützen.

Bewertung des nativen SAP-Konnektors

Bewerten Sie systemeigene SAP-Connectors als anfängliche Option, hauptsächlich weil sie:

• Bieten Sie geringeren Wartungs- und Lebenszyklusaufwand.
• Befolgen eines standardverwalteten Verbindermodells
• Werden bevorzugt, wenn funktionale und architektonische Anforderungen erfüllt werden

Während der technischen Auswertung erfüllen native SAP-Connectors jedoch nicht die Anforderungen dieser Architektur, insbesondere in Unternehmens-SAP-Landschaften, in denen APIs über SAP API Management innerhalb der SAP Business Technology Platform (SAP BTP) verfügbar gemacht werden.

Zu den identifizierten Einschränkungen gehören:

• Eingeschränkte Kontrolle über SAP-spezifische HTTP-Header, wie z. B. die Cross-Site Request Forgery (CSRF)-Behandlung und bedingte Header
• Unzureichende Flexibilität für benutzerdefinierte SAP OData-Nutzlaststrukturen
• Eingeschränkte Kompatibilität mit Diensten mit vorgeschaltetem SAP API Management
• Eingeschränkte Möglichkeit zur Unterstützung delegierter Authentifizierungsmodelle pro Benutzer, die an der SAP-Identitätsverteilung ausgerichtet sind
• Erfordert, dass Endbenutzer SAP-spezifische technische Konfigurationsdetails beim Erstellen einer Verbindung eingeben, die Benutzer normalerweise nicht kennen und nicht dafür verantwortlich sein sollten. Technische SAP-Verbindungsparameter sollten zentral verwaltet und von Geschäftsbenutzern abstrahiert werden.

Gründe für die Verwendung eines benutzerdefinierten Power Platform-Connectors

Verwenden Sie einen benutzerdefinierten Power Platform-Connector, um die oben genannten Anforderungen zu erfüllen und die SAP-Integrationsmuster des Unternehmens anzupassen.

Dieser Ansatz ermöglicht Folgendes:

• Saubere Integration mit SAP API Management als offizielle SAP-Unternehmensgrenze
• Vollständige Kontrolle über Anforderungs- und Antwortstrukturen, einschließlich SAP-spezifischer Protokollanforderungen
• Unterstützung für die delegierte Authentifizierung pro Benutzer (OAuth 2.0 über DIE SAP-API-Verwaltung)
• Vorhersehbares Verhalten in SAP CRM- und SAP S/4HANA-Umgebungen
• Vermeidung von nicht unterstützten direkten Verbindungen mit lokalen SAP-Systemen

Der benutzerdefinierte Connector integriert sich ausschließlich in SAP API Management und nie direkt in SAP-Back-End-Systeme.

SAP-API-Drosselung und Verkehrsmanagement

SAP-API-Einschränkungs-, Ratelimiting- und Datenverkehrssteuerungsrichtlinien liegen explizit außerhalb des Gültigkeitsbereichs der Power Platform-Übermittlung.

Diese Steuerelemente sind:

• Konfiguriert in SAP API Management (SAP BTP)
• Gesteuert und betrieben vom internen SAP-Plattformteam

Aus Der Sicht der Power Platform wird die SAP-API-Verwaltung als geregelter HTTPS-Dienst behandelt. Der benutzerdefinierte Konnektor implementiert oder überschreibt das Drosselungsverhalten nicht und berücksichtigt die Antworten von SAP API Management.

SAP-Konnektivitäts- und Verantwortungsgrenzen

Auf SAP CRM wird ausschließlich über extern verfügbar gemachte SAP-APIs zugegriffen, die von SAP API Management (SAP BTP) bereitgestellt werden. Power Platform-Komponenten stellen keine direkte Verbindung mit lokalen SAP-Systemen her und verwenden nicht das lokale Datengateway. SAP API Management fungiert als Reverseproxy, Sicherheitsgrenze und Protokollvermittlungsschicht, die SAP OData-Dienste über HTTPS auf kontrollierte, vom Unternehmen genehmigte Weise verfügbar macht.

End-to-End-Netzwerktopologie (Abhängigkeit bei der Unternehmensbereitstellung)

Während Power Platform nur eine Verbindung mit dem SAP API Management (SAP BTP)-HTTPS-Endpunkt herstellt, muss die SAP-API-Verwaltung über eine sichere Verbindung mit dem lokalen SAP-Back-End verfügen.

In der Regel implementiert das SAP-Basis- oder Infrastrukturteam dieses Konzept mithilfe von SAP-Standardkonnektivitätsmustern wie SAP Cloud Connector und privater Netzwerkkonnektivität wie VPN oder Peering.

Verantwortungsgrenze

Power Platform-Bereich: Ruft nur den extern verfügbaren SAP-API-Verwaltungsendpunkt über HTTPS auf. Power Platform erfordert keine direkte Netzwerktunnelung, VPN-Konfiguration oder private Endpunkteinrichtung.

Verantwortungsbereich Kunde/SAP: Richtet das Routing zwischen BTP und On-Premise-Systemen, Firewall-Regeln, Zertifikate und die Netzwerksegmentierung gemäß den Sicherheitsrichtlinien des Unternehmens ein und verwaltet diese.

Bei dieser Referenzarchitektur wird davon ausgegangen, dass der SAP-API-Endpunkt vom Unternehmen genehmigt, von Microsoft Clouddiensten erreichbar und durch SAP-API-Verwaltungsrichtlinien für Authentifizierung, Autorisierung, Einschränkung und Überwachung geschützt ist.

Kompromisse und Verantwortung über den gesamten Lebenszyklus

• Vorteile: Vorhersagbares Integrationsverhalten, vollständige Kontrolle über SAP-spezifische Protokollanforderungen, einschließlich Headern, standortübergreifender Anforderungsfälschung (CSRF) und Nutzlast sowie saubere Ausrichtung mit SAP API Management als Unternehmensgrenze.

• Abwägungen: Erfordert eine klar zugewiesene Verantwortlichkeit für die Versionierung von Konnektoren, das Testen, das Monitoring und das Änderungsmanagement, z. B. wenn sich SAP-OData-Services weiterentwickeln.

SAP CRM

SAP CRM dient als Datensatzsystem für Kunden-, Kontakt- und Aktivitätsdaten. Die Lösung interagiert in erster Linie mit SAP über standardisierte OData-Dienste, um Geschäftspartner-Nachschlagevorgänge auszuführen, verwandte Datensätze abzurufen und Aktivitäten basierend auf Benutzeraktionen in Outlook zu erstellen oder zu aktualisieren. Durch die Beibehaltung der Kerngeschäftslogik und des Datenbesitzes innerhalb von SAP entspricht die Architektur den ERP-Prinzipien (Enterprise Resource Planning) und vermeidet unnötige Datenduplizierungen über Systeme hinweg.

Power Platform-Konnektor

Verwenden Sie die Office 365 Outlook und Office 365-Benutzer Connectors, um kontextbezogene Informationen zu der aktuell geöffneten E-Mail abzurufen, einschließlich Absender- und Empfängerdetails, E-Mail-Textkörper und Anlagen. Die Canvas-App verwendet diese Daten, um SAP-Aktivitätsdaten vorzufüllen und die Anlage von E-Mails und Dokumenten an SAP-Datensätze zu ermöglichen. Verwenden Sie diese Daten streng für die erforderlichen Metadaten. Stellen Sie sicher, dass der gesamte Zugriff über den Kontext der persönlichen Verbindung des jeweiligen Benutzers erfolgt, um Sicherheit und Compliance zu unterstützen.

Microsoft Dataverse (optionale Erweiterung)

Stellen Sie Dataverse als optionale Erweiterungsebene zur Unterstützung von komponentenübergreifender Governance, Protokollen und erweiterten Verarbeitungsszenarien vor. Es speichert Betriebsprotokolle, Integrationsmetadaten und temporäre Daten, die für erweiterte Workflows und Analysen erforderlich sind. Dataverse bietet auch eine Grundlage für zukünftige Verbesserungen, einschließlich Berichterstellung, Überwachung und kontrollierter Datenexposition, ohne sich auf die kernigen SAP-Systeme zu auswirken.

Power Automate (optionale Erweiterung)

Verwenden Sie Power Automate in späteren Phasen, um asynchrone Workflows zu koordinieren, die durch Outlook- oder SAP-bezogene Ereignisse ausgelöst werden. Typische Anwendungsfälle sind Hintergrundverarbeitung, Benachrichtigungen, Eskalationsflüsse oder Integration in andere Systeme. Durch die optionale und lose gekoppelte Automatisierung unterstützt die Architektur die inkrementelle Einführung, ohne unnötige Laufzeitabhängigkeiten zum zentralen Benutzerinteraktionsfluss hinzuzufügen.

Details zum Szenario

Vertriebs- und Serviceteams arbeiten häufig über Outlook für die Kundenkommunikation und SAP CRM/S/4HANA für operative Aktivitäten. Der Wechsel zwischen Systemen erhöht den manuellen Aufwand und kann zu unvollständigen oder inkonsistenten Daten führen. Diese Lösung bietet einen einheitlichen Arbeitsbereich direkt innerhalb Outlook, hilft Benutzern, Kunden zu identifizieren, E-Mails als Aktivitäten zu speichern und Folgemaßnahmen zu erstellen, ohne Systeme zu wechseln. Dieser Ansatz trägt dazu bei, die manuelle Dateneingabe zu reduzieren und die Vollständigkeit der Daten über kundenbezogene Prozesse hinweg zu verbessern.

Mit dem Outlook-Add-In können Benutzer:

• Identifizieren von SAP-Geschäftspartnern im Zusammenhang mit E-Mails
• Erstellen von SAP-Aktivitäten aus E-Mail-Inhalten
• Speichern von E-Mails und Anlagen in SAP
• Erstellen von Nachverfolgungsaktionen, die mit SAP-Datensätzen verknüpft sind

In einigen nativen Microsoft Erweiterungen gibt es zwar ähnliche Funktionen, aber derzeit gibt es keine vergleichbare Lösung, die lokale SAP CRM effektiv in eine Outlook Erweiterung integriert. Diese Lösung füllt diese Lücke, indem wichtige SAP CRM-Funktionen in Outlook auf eine Weise integriert werden, die für Endbenutzer intuitiv ist und den Anforderungen an die Unternehmensintegration entspricht.

Voraussetzungen

Diese Lösung verwendet benutzerdefinierte Power Platform-Konnektoren, die für Endbenutzer eine Power Apps Premium-Lizenz voraussetzen. Jeder Outlook Benutzer, der die SAP-Integration anwendet, muss entsprechend lizenziert werden.

Considerations

Diese Überlegungen implementieren die Säulen von Power Platform Well-Architected, eine Reihe von Leitprinzipien, welche die Qualität einer Workload verbessern. Weitere Informationen finden Sie in Microsoft Power Platform Well-Architected.

Reliability

Diese Architektur verwendet robuste Integrationsmuster, damit die Lösung auch dann reibungslos funktioniert, wenn abhängige Systeme langsam oder vorübergehend nicht verfügbar sind. Der benutzerdefinierte Connector verwendet Wiederholungslogik und kontrollierte Timeouts für SAP OData-Aufrufe zur Behandlung vorübergehender Fehler. Wenn Probleme auftreten, zeigt die Canvas-App Fehler auf klare, hilfreiche Weise an und erläutert, was als Nächstes zu tun ist. Das Design schränkt auch Nachschlagevorgänge auf das ein, was während Benutzerinteraktionen erforderlich ist, wodurch das Risiko von Kaskadierungsfehlern verringert wird.

Security

Diese Architektur erzwingt Sicherheit über end-to-End-Identitäts- und Zugriffsverwaltung, die an bewährten Methoden der Power Platform ausgerichtet ist. Es überträgt vertrauliche Daten, z. B. E-Mail-Metadaten, Anlagen und Kundendatensätze, nur über verschlüsselte Kanäle, ohne lokalen Speicher auf Benutzergeräten. Es implementiert Zugriff mit den geringsten Berechtigungen sowohl in SAP als auch in der Power Platform-Umgebung. Die gesamte Kommunikation zwischen Outlook, dem Office 365 Backend, dem benutzerdefinierten Connector und SAP folgt einem Zero-Trust-Ansatz, wobei die Identität bei jedem Aufruf überprüft wird.

Identitäts- und Authentifizierungsmodell

Power Platform-Connectors, die OAuth 2.0 mit delegierten Berechtigungen verwenden, greifen auf Microsoft Graph-Ressourcen zu. Sie werden im Kontext des angemeldeten Outlook Benutzers ausgeführt. DER SAP-Zugriff verwendet die delegierte Authentifizierung pro Benutzer über die SAP-API-Verwaltung. Der Unternehmensidentitätsanbieter (IdP) verknüpft die Benutzerauthentifizierung mithilfe von SAML (Security Assertion Markup Language) 2.0. Die resultierende SAML-Assertion wird für ein OAuth 2.0-Zugriffstoken (SAML Bearer Assertion Flow) ausgetauscht. Die SAP-API-Verwaltung verwendet dieses Token, um SAP OData-Dienste aufzurufen und gleichzeitig die Endbenutzeridentität beizubehalten.

Jeder Benutzer stellt bei der ersten Verwendung eine eigene Power Platform-Verbindung mit dem benutzerdefinierten Connector her. Die Architektur verwendet keine Gemeinsamen Laufzeitdienstkonten für Geschäftsvorgänge.

Identitätszuordnung und Benutzerlebenszyklus

Um den sicheren SAP-Zugriff pro Benutzer zu unterstützen, benötigen Organisationen einen klaren Ansatz zum Zuordnen Microsoft Identitäten zu SAP-Prinzipale und zum Verwalten des Zugriffs während des gesamten Benutzerlebenszyklus.

• Zuordnungsprinzip: SAP-Vorgänge verwenden die Identität des Endbenutzers, die über die SAP-API-Verwaltung weitergegeben werden. Die Identitätsstrategie des Kunden muss definieren, wie eine Microsoft Identität, z. B. ein Entra ID Benutzerprinzipalname (UPN) oder eine E-Mail-Adresse, dem entsprechenden SAP-Prinzipal zugeordnet ist, z. B. einer SAP-Benutzer-ID. Sie muss auch angeben, wo diese Zuordnung beibehalten wird, z. B. im IdP-, SAP- oder als Teil eines Identitäts- und Zugriffsverwaltungsprozesses (IAM).

• Bereitstellung und Entzug: Standardprozesse für Eintritte, Wechsel und Austritte gewähren und entziehen Zugriffsrechte auf SAP-APIs. Wenn ein Benutzer im unternehmensweiten Identitätsanbieter deaktiviert oder aus SAP-Autorisierungsrollen entfernt wird, schlagen nachfolgende Connector-Aufrufe fehl (Zugriff verweigert).

• Keine freigegebenen Geschäftskonten: Die Architektur verwendet keine Dienstkonten für Laufzeitgeschäftsvorgänge. Sie können nur für Umgebungseinrichtungs-, Bereitstellungs- und Konfigurationsaktivitäten unter kontrollierten DevOps-Prozessen vorhanden sein.

• Auditierbarkeit: Da Aufrufe pro Benutzer ausgeführt werden, können SAP-Überwachungsprotokolle und API-Verwaltungsprotokolle aktionen dem initiierenden Benutzer zuordnen und die Trennung von Aufgaben und Complianceberichten unterstützen.

Betriebliche Effizienz

Diese Architektur folgt den bewährten Methoden für die Wartung, Beobachtbarkeit und reibungslose Lebenszyklusverwaltung. Die zentralisierte Protokollierung, z. B. über Dataverse- oder Überwachungstools, kann Konnektoraufrufe, Fehler und Verwendungsmuster erfassen, um Administratoren dabei zu helfen, Probleme frühzeitig zu erkennen und die Leistung zu optimieren.

Sie können die Canvas-App zentral aktualisieren, ohne dass die Benutzerinstallation erforderlich ist, wodurch der Betriebsaufwand reduziert wird. Eine klare Trennung von UI-, Integrationslogik- und Back-End-Systemen unterstützt auch iterative Verbesserungen und kontrollierte Rollouts.

Leistungseffizienz

Die Leistung wird optimiert, indem der Datenabruf minimiert und nur notwendige Vorgänge ausgeführt werden. Beschränken Sie SAP-Nachschlagevorgänge auf die kleinste Menge an Business-Partner-Attributen, die für das Outlook-Szenario erforderlich sind, wodurch die Last auf SAP-OData-Endpunkten reduziert wird. Optimieren Sie Power Platform-Connectoraufrufe, um nur wichtige E-Mail-Metadaten abzurufen. Vermeiden Sie schwere Transformationen in der Canvas-App, indem Sie die Verarbeitung an den benutzerdefinierten Connector delegieren. Dieser Ansatz führt zu einem schnelleren Rendern der Benutzeroberfläche und einer reibungsloseren Benutzererfahrung.

Erlebnisoptimierung

Priorisieren Sie die Effizienz der Nutzer und die Kontinuität des Arbeitsablaufs. Indem Sie die Schnittstelle direkt in den lesebereich Outlook einbetten, reduzieren Sie den Kontextwechsel, damit Benutzer SAP-bezogene Aufgaben schneller ausführen können. Die Canvas-App bietet vorgefüllte Formulare, intuitive Navigation und sofortigen Zugriff auf verwandte SAP-Datensätze, wodurch der manuelle Aufwand und die kognitive Belastung reduziert werden. Indem sie sich auf die am häufigsten verwendeten Aktionen konzentrieren – Aktivitätserstellung, Speichern von E-Mails und Anlagen in SAP und Kundensuche – bleibt die Benutzeroberfläche schnell, vorhersehbar und richtet sich an die Benutzeranforderungen.

Weitere Überlegungen

Planen Sie über die wichtigsten Überlegungen zur Architektur hinaus die unterstützenden Methoden, mit denen die Lösung im Laufe der Zeit verwaltet, unterstützt und konform bleibt. Diese Aspekte betreffen das Lebenszyklusmanagement, die Observability und die Governance von Konnektoren für die Bereitstellung im Unternehmen.

Application Lifecycle Management (ALM)

Diese Referenzarchitektur setzt standardmäßige Power Platform ALM voraus, bei der die systemeigenen Pipelines in Power Platform ausreichen, um Lösungen in allen Umgebungen mit Genehmigungen und Überwachung zu fördern.

• Verwalten Sie separate Entwicklungs-, Test- und Produktionsumgebungen.

• Verwenden Sie Lösungen für Verpackung und Transport:

  • Nicht verwaltet, in Entwicklung.
  • Verwaltet in Test und Produktion.

• Fördern Sie verwaltete Lösungen in allen Umgebungen über Pipelines in Power Platform mit kontrollierten Genehmigungen und Ausführungsverlauf.Promote managed solutions across environments through pipelines in Power Platform with controlled approvals and run history. Rollback wird behandelt, indem bei Bedarf eine bekannte, gut verwaltete Lösungsversion erneut bereitgestellt wird.

• Verwenden Sie Umgebungsvariablen und Verbindungsverweise für Endpunkt-URLs und Connectorbindungen (keine hartcodierten Werte).

• Speichern Sie geheime Schlüssel und Zertifikate in einem genehmigten geheimen Speicher, z. B. Key Vault, und niemals in App-Formeln oder Connectordefinitionen.

• Wenden Sie vor der Heraufstufung in die Produktion Qualitätsprüfungen für Lösungen wie den Solution Checker und die statische Analyse an.

• Optional: Nur wenn Ihre Organisation erweiterte Workloads erfordert, in externe CI/CD-Systeme (Azure DevOps oder GitHub) integrieren.

Beobachtbarkeit

Die Mindest-Observability-Basislinie für die Unterstützung von Unternehmen umfasst:

• Erfassen von Integrations-Telemetrie für jeden SAP-Aufruf, einschließlich Zeitstempel, Vorgangsname, Antwortstatuscode, Latenz und Fehlerursachenkategorie. Fügen Sie eine Korrelations-ID hinzu, um eine einzelne Benutzeraktion von Power Apps über den Connector zu SAP API Management bis zu SAP nachzuverfolgen.

• Zentralisieren von Protokollen in einem vom Unternehmen genehmigten Speicher, z. B. Dataverse-Tabellen oder einer externen Überwachungsplattform.

• Definieren von Warnungsschwellenwerten, z. B. erhöhte Fehlerrate, anhaltende Latenz und Authentifizierungsfehler, und Verwalten eines betriebsbereiten Runbook für die Reaktion auf Vorfälle.

• Sicherstellen, dass SAP-API-Verwaltungsrichtlinien auch Protokolle ausgeben und die Ablaufverfolgung für die Problembehandlung und Compliance unterstützen.

Anwendungsüberwachung

Die Lösung verwendet Microsoft Application Insights, um Telemetrie auf Anwendungsebene aus der Power Apps Canvas-App zu erfassen. Es implementiert benutzerdefinierte Ablaufverfolgungen und Ereignisse, um das Anwendungsverhalten, Benutzerinteraktionen und wichtige Funktionsflüsse innerhalb des Outlook-Add-Ins zu überwachen. Diese Überwachung bietet Einblicke in Benutzeraktionen, Featurenutzungspfade, Ausführungspfade und Fehler auf Anwendungsebene, die sowohl die Problembehandlung als auch die kontinuierliche Verbesserung der Benutzererfahrung unterstützen.

Integration und Netzwerküberwachung

Die zentrale SAP-Plattform umfasst die Überwachung auf Netzwerkebene, die Datenverkehrsanalyse und die Überwachung der API-Leistung für SAP-Integrationen über SAP API Management. Aus Der Sicht der Power Platform behandeln Sie die SAP-API-Verwaltung als verwalteten HTTPS-Endpunkt. Power Platform implementiert keine Überwachungs- oder Einschränkungslogik auf Netzwerkebene und basiert auf der SAP-API-Verwaltung, um Datenverkehrskontrolle, Diagnose und Überwachungsprotokolle für SAP-API-Aufrufe bereitzustellen.

Verhinderung von Datenverlust (Data Loss Prevention, DLP) und Connector-Governance

Verwenden Sie Verwaltete Umgebungen, Datenrichtlinien und Connector-Governance, um die Datenbewegung einzuschränken und sicherzustellen, dass nur genehmigte Konnektoren, Umgebungen und Verfahren zum Umgang mit Anhängen zulässig sind.

• Verwenden von geregelten Umgebungen: Stellen Sie nur für verwaltete Umgebungen bereit, und verwalten Sie Entwicklungs-, Test- und Produktionsumgebungen über Umgebungsgruppen (Zonen), sodass Regeln konsistent und nicht lokal außer Kraft gesetzt werden.

• Wenden Sie erweiterte Connectorrichtlinien an (bevorzugt): Lassen Sie nur erforderliche Connectors explizit zu, und beschränken Sie funktionen mit hohem Risiko, einschließlich Aktionsebene und Parameter oder Endpunktsteuerelementen, sofern verfügbar. Weitere Informationen finden Sie unter "Anwenden erweiterter Connectorrichtlinien".

• Basisplan für klassische Datenrichtlinien: Klassifizieren Sie Office 365 Connectors und den benutzerdefinierten SAP-Connector pro Richtlinie, in der Regel als Unternehmen, und blockieren Sie nicht genehmigte Verbinderkombinationen. Weitere Informationen finden Sie unter Datenrichtlinien verwalten.

• Sicherheitsvorkehrungen für Anlagen: Erzwingen Sie Dateityp- und Größenbeschränkungen, Überprüfungen, Bezeichnungen oder Klassifizierungen sowie Aufbewahrungsanforderungen, die durch standardmäßige Microsoft Sicherheitsfunktionen wie Microsoft Purview und Microsoft Defender erreichbar sind.

Designentscheidungen und Alternativen, die berücksichtigt werden

Lokale SAP-Konnektivität: Die Lösung verwendet keine direkte Konnektivität von Power Platform zu lokalen SAP-Systemen, z. B. über das lokale Datengateway oder über das private Netzwerktunneling. Stattdessen greifen Sie ausschließlich über extern verfügbar gemachte SAP-APIs, die von SAP API Management bereitgestellt werden, auf SAP-Systeme zu.

Integrationsebene: Das Team betrachtete Middlewaremuster wie Azure API Management oder Logik-Apps. Sie wählten SAP API Management (SAP BTP) als autoritative Integrationsgrenze aus, da das SAP-Plattformteam es besitzt und steuert. Es unterstützt die SAP-nativen Sicherheitsfunktionen, die Identitätsweitergabe und das Lebenszyklusmanagement.

Authentifizierungsmodell: Die Lösung vermeidet gemeinsame Dienstkonten für den Laufzeit-Geschäftszugriff. Sie verwendet die delegierte Authentifizierung pro Benutzer, die vollständige Auditierbarkeit, Trennung von Aufgaben und die Einhaltung von Unternehmensidentitätsrichtlinien ermöglicht.

Outlook Erweiterbarkeitsmodell: Die Lösung verwendet ein unterstütztes Power Apps Canvas-App-Hostingmodell innerhalb Outlook anstelle eines benutzerdefinierten Office.js Aufgabenbereich-Add-Ins. Office.js wird nur für einfache Kontextübergaben verwendet, während Geschäftslogik und Benutzeroberfläche in Power Platform-Komponenten implementiert werden.

Beitragende

Dieser Artikel wird von Microsoft gepflegt. Die folgenden Mitwirkenden haben diesen Artikel geschrieben.

Hauptautoren:

• Karel Beranek, Lieferdirektor

Verwandte Ressourcen

• Übersicht über Outlook-Add-Ins
• Outlook Entwicklerdokumentation
• Office 365 Outlook Connector
• Office 365-Benutzer Connector
• Power Platform- und SAP-Dokumentation
• Application Lifecycle Management (ALM) mit Microsoft Power Platform
• Überblick über Pipelines in Power Platform
• Integrieren von Power Platform in SAP für die Datenverwaltung