Cloud

SAP Business Technology Platform

BTP ist die Plattform, auf der SAP Erweiterungen, Integrationen und UX bündeln will. Die Architektur dorthin muss zu Ihrer Landschaft passen — nicht nur zur SAP-Roadmap.

Die Ausgangslage

SAP sagt BTP. Ihre Landschaft sagt: es ist kompliziert.

Clean Core verschiebt, wo Custom-Logik lebt

Side-by-Side auf BTP, In-App-Extension, Key-User-Konfiguration — die Optionen gibt es, aber der richtige Split hängt von Ihrer Landschaft ab.

PI/PO geht — der Nachfolger ist nicht selbstverständlich

Integration Suite ist die Standardantwort. Ob sie die richtige ist, hängt davon ab, was BTP sonst noch in Ihrer Architektur tut.

Der Einstiegspunkt der Anwender wandert nach BTP

Work Zone ersetzt das On-Premises-Launchpad. Custom Apps laufen auf BTP. Die UX-Architektur muss beide Welten während der Transition abbilden.

Identität umspannt mehr Systeme als zuvor

Cloud Identity Services, Ihr Unternehmens-IdP, SAP-Benutzerverwaltung — BTP fügt eine weitere Trust-Ebene hinzu, die durchgängig funktionieren muss.

SAP BTP architecture overview — services, integration, extension, and analytics capabilities
SAP Business Technology Platform — architecture overview

Architektur, die BTP mit Ihrer Realität verbindet

Wir entwerfen die BTP-Architektur gemeinsam mit Ihren SAP- und Infrastruktur-Teams — nicht isoliert am Whiteboard.

Festlegen, wofür BTP zuständig ist

Erweiterungs-Runtime, Integrationsschicht, UX-Plattform, Identity-Broker — oder eine Kombination. Zugeschnitten auf das, was Ihre Landschaft braucht.

Ein Übergangspfad, der den Betrieb nicht unterbricht

On-Premises und BTP koexistieren über Jahre. Die Architektur muss beides abbilden — nicht nur den Zielzustand.

Verbindungen zu bestehenden Beratungsthemen herstellen

BTP-Entscheidungen betreffen Ihre Cloud-Architektur, Ihre Integrationsmuster und Ihr Identity-Setup. Wir arbeiten über diese Grenzen hinweg.

Sprechen wir über Ihre BTP-Architektur

Erzählen Sie uns, wo Sie mit BTP stehen — wir melden uns mit konkreten nächsten Schritten.

Wir respektieren Ihre Privatsphäre. Lesen Sie unsere Datenschutzerklärung.

Architektur nach Domäne

Vier Bereiche, in denen BTP-Entscheidungen Ihre Landschaft prägen — jeder mit eigenen architektonischen Herausforderungen.

3-tier extensibility model for SAP S/4HANA private cloud and on-premise — Tier 1 cloud extensibility, Tier 2 API enablement, Tier 3 classic ABAP

Clean Core ist eine Erweiterungsstrategie, kein Aufräumprojekt

SAPs Clean-Core-Modell definiert, wo Custom-Logik leben darf — in-app über freigegebene Erweiterungspunkte, Side-by-Side auf BTP oder als Key-User-Konfiguration. Die Herausforderung liegt nicht im Verständnis der Optionen, sondern darin, bestehende Anpassungen dem richtigen Ziel zuzuordnen und die Migration entlang der S/4HANA-Timeline zu sequenzieren.

  • Custom-Code-Disposition und Ziel-Mapping
  • Side-by-Side-Erweiterungsarchitektur auf BTP
  • Key-User-Extensibility-Setup und Governance
  • Sequenzierung der Extension-Migration

Integration Suite löst PI/PO ab — die Architektur ist neu

PI/PO nähert sich dem Wartungsende. Integration Suite ist der strategische Nachfolger — aber die Migration ist kein 1:1-Umzug. Die Architektur hängt davon ab, ob BTP als zentrale Integrationsschicht dient oder nur bestimmte hybride Szenarien abdeckt. Diese Entscheidung prägt die Cloud-Connector-Topologie, die API-Strategie und wie eventgetriebene Muster neben bestehenden Schnittstellen funktionieren.

  • PI/PO zu Integration Suite Transition
  • Eventgetriebene Muster mit Event Mesh
  • Cloud-Connector-Topologie und Konnektivität
  • API-Design für hybride Konsumenten
SAP Integration Suite reference architecture — application-to-application integration with Cloud Integration, Event Mesh, Cloud Connector
SAP Integration Suite — application-to-application integration

Work Zone verändert, wie Anwender SAP erreichen

SAP Build Work Zone reference architecture — content federation, on-premises and BTP integration
SAP Build Work Zone — central entry point architecture

SAP Build Work Zone wird zum Standard-Einstiegspunkt — ersetzt das On-Premises-Fiori-Launchpad und bringt Custom-BTP-Anwendungen, Standard-Fiori-Apps und Drittanbieter-Inhalte an einen Ort. Die Architekturentscheidung ist nicht einfach ‚Work Zone nutzen' — sondern wie der Übergang gestaltet wird, solange On-Premises- und BTP-UX koexistieren.

SAP Build Work Zone Architektur
SAP Build Apps für aufgabenspezifische UX
Fiori-Integration über On-Premises und BTP
Content Federation und rollenbasierter Zugang
SAP Cloud Identity Services authentication architecture — IdP federation, principal propagation, trust chain
Cloud-leading authentication architecture

Identity Propagation über die gesamte Kette

BTP führt SAP Cloud Identity Services als Identity-Broker zwischen Ihrem Unternehmens-IdP und SAP-Systemen ein. Principal Propagation, Token-Exchange und Trust-Konfiguration müssen vom Browser über BTP bis ins On-Premises-Backend funktionieren — über jeden Integrationspfad, nicht nur den Standardfall.

  • Cloud Identity Services Konfiguration
  • Unternehmens-IdP-Federation (Entra ID, ADFS)
  • Principal Propagation zu On-Premises-Backends
  • Berechtigungskonzept über BTP und S/4HANA

Klären, wo BTP hingehört?

Ob Clean Core, PI/PO-Ablösung oder Work-Zone-Rollout — lassen Sie uns die Architektur durcharbeiten.