Wenn in SAP-Projekten von Erweiterungen, Integrationen oder Künstlicher Intelligenz die Rede ist, fällt fast immer ein Kürzel: BTP. In diesem Beitrag wird SAP BTP einfach erklärt – ohne Produktmarketing, dafür mit dem, was mittelständische Unternehmen tatsächlich entscheiden müssen. Denn hinter der SAP Business Technology Platform steckt kein einzelnes Produkt, sondern ein Baukasten aus Cloud-Diensten, mit dem Sie Ihr S/4HANA-System erweitern, Systeme verbinden und Prozesse automatisieren können, ohne den ERP-Standard zu verbiegen.
Was ist die SAP Business Technology Platform?
Die SAP BTP ist SAPs Plattform-as-a-Service-Angebot. Sie ist kein ERP-System und kein Modul, sondern die technische Ebene neben Ihrem ERP: Hier entwickeln Sie eigene Anwendungen, betreiben Schnittstellen, halten Daten vor, werten sie aus und nutzen KI-Dienste. Betrieben wird die Plattform in SAP-Rechenzentren sowie auf Infrastruktur der großen Hyperscaler; die Region wählen Sie beim Anlegen eines Subaccounts.
Der entscheidende Punkt ist die Trennung: Anwendungen, die Sie auf der BTP entwickeln, laufen nicht im S/4HANA-System selbst, sondern daneben – SAP spricht von side-by-side extensibility. Die Kommunikation läuft über freigegebene Schnittstellen. Ein Release-Wechsel im ERP fasst Ihre Erweiterungen damit nicht an, und Ihre Erweiterungen blockieren keinen Upgrade.
SAP BTP einfach erklärt: die vier Bausteine
Die Plattform bündelt Dutzende Einzeldienste. Für die Praxis genügt es, vier Bereiche auseinanderzuhalten:
- Anwendungsentwicklung und Automatisierung: Mit SAP Build entstehen Oberflächen und Workflows weitgehend per Low-Code, mit SAP Build Process Automation lassen sich Freigabe- und Formularprozesse abbilden. Für klassische SAP-Entwicklung steht die ABAP-Umgebung auf der BTP bereit, daneben offene Laufzeitumgebungen wie Cloud Foundry und Kyma.
- Integration: Die SAP Integration Suite verbindet SAP- und Nicht-SAP-Systeme – mit Cloud Integration für Schnittstellen, API Management für die Steuerung von Schnittstellen und Event-Diensten für ereignisgesteuerte Szenarien. Für viele Standardverbindungen liefert SAP vorkonfigurierte Integrationsinhalte mit.
- Daten und Analysen: SAP HANA Cloud als Datenbankdienst, SAP Datasphere für die Modellierung und Harmonisierung von Daten über Systemgrenzen hinweg, SAP Analytics Cloud für Reporting und Planung.
- Künstliche Intelligenz: Dienste zum Betrieb eigener KI-Modelle sowie der Zugang zu generativen Sprachmodellen innerhalb der SAP-Umgebung. Auch der SAP-Assistent Joule setzt auf dieser Ebene auf.
Wichtig für die Budgetplanung: Sie buchen nie „die BTP“ als Ganzes, sondern immer einzelne Services. Ein Integrationsszenario braucht andere Bausteine als ein KI-Prototyp.
Clean Core: der eigentliche Grund, warum die BTP relevant ist
Der stärkste Treiber für die Plattform ist kein technischer, sondern ein wirtschaftlicher. In vielen gewachsenen SAP-Landschaften steckt erheblicher Eigenentwicklungs- und Modifikationsbestand direkt im ERP-Kern. Genau dieser Bestand ist bei einer Umstellung auf S/4HANA der größte Aufwandstreiber – er muss analysiert, bewertet, angepasst oder abgelöst werden.
Das Clean-Core-Prinzip dreht die Logik um: Der ERP-Kern bleibt möglichst im Standard, alles Individuelle wandert nach außen und wird über freigegebene Schnittstellen angebunden. Wie das im Mittelstand praktisch aussieht, haben wir im Beitrag zu Clean Core im Mittelstand beschrieben.
Der Zeitdruck dahinter ist real: Die Mainstream-Wartung für SAP ERP 6.0 (ECC) endet am 31.12.2027. Optional lässt sie sich gegen einen Wartungsaufschlag von zwei Prozent bis Ende 2030 verlängern; im Rahmen von RISE with SAP besteht darüber hinaus eine Transitionsoption bis 2033. Für S/4HANA hat SAP im Gegenzug eine Innovations- und Wartungszusage bis 2040 gegeben. Was das für den Fahrplan bedeutet, lesen Sie in unserem Leitfaden zur S/4HANA-Migration im Mittelstand.
Typische Anwendungsfälle im Mittelstand
In mittelständischen Projekten begegnen uns immer wieder dieselben Einstiegsszenarien:
- Eigene Fiori-Apps für Abläufe, die der Standard nicht abdeckt – etwa mobile Erfassung in Lager oder Produktion.
- Anbindung von Nicht-SAP-Systemen wie MES, CRM, Onlineshop, Zeitwirtschaft oder Speditionsportalen über die Integration Suite.
- Freigabe- und Formularworkflows, die heute per E-Mail und Excel laufen.
- Berichte über Systemgrenzen hinweg, wenn Daten aus ERP, Vorsystemen und Fremdanwendungen zusammengeführt werden müssen.
- KI-Szenarien mit klarem Bezugspunkt, etwa das Auslesen von Belegen oder die Klassifikation eingehender Anfragen.
Was kostet SAP BTP?
Die Plattform wird verbrauchsbasiert abgerechnet. Verbreitet ist ein Rahmenvertrag mit einem jährlichen Guthaben, das Sie flexibel über alle Dienste hinweg verbrauchen können; daneben gibt es ein reines Pay-as-you-go-Modell ohne Vorabverpflichtung sowie feste Abonnements für einzelne Services. Bei RISE with SAP sind je nach Paket bereits Plattformguthaben und Basis-Integrationsdienste enthalten – prüfen Sie das, bevor Sie separat einkaufen.
Der größere Kostenblock liegt allerdings selten bei der Plattform selbst. Er liegt bei Know-how, Betriebsverantwortung und Governance: Wer legt Subaccounts an, wer vergibt Rollen, wie sehen Transportwege und Testverfahren aus, wer pflegt die Anwendungen in drei Jahren? Ohne diese Fragen wird die BTP zum zweiten unkontrollierten Wildwuchs – nur außerhalb des ERP statt darin.
Wann sich der Einstieg lohnt – und wann nicht
Ein Einstieg lohnt sich, wenn Anforderungen sonst als Modifikation im ERP-Kern landen würden, wenn Ihre Systemlandschaft heterogen ist und viele Schnittstellen historisch gewachsen sind, oder wenn ohnehin eine S/4HANA-Umstellung ansteht. In diesen Fällen zahlt jede Erweiterung, die Sie außerhalb des Kerns bauen, direkt auf die Upgrade-Fähigkeit ein.
Zurückhaltung ist angebracht, wenn sich eine Anforderung mit Customizing oder der Konfiguration vorhandener Fiori-Apps lösen lässt. Für einen einzelnen kleinen Anwendungsfall steht der Governance-Aufwand einer neuen Plattform in keinem Verhältnis zum Nutzen. Als Faustregel gilt: Erst die Anforderung sauber klären, dann die Umsetzungsebene wählen – nicht umgekehrt.
Wie ein erstes BTP-Szenario in der Praxis entsteht
Der Einstieg gelingt selten über ein großes Plattformprojekt, sondern über einen klar abgegrenzten Anwendungsfall. Bewährt hat sich ein Vorgehen in fünf Schritten:
- Anforderung schärfen: Welches Problem soll gelöst werden, für wen, mit welchem messbaren Effekt? Erst wenn das steht, lohnt die Technologiediskussion.
- Standard prüfen: Deckt SAP den Fall bereits über Customizing, eine vorhandene Fiori-App oder einen Standard-Integrationsinhalt ab? Dieser Schritt spart in der Praxis mehr Geld als jede spätere Optimierung.
- Erweiterungsart festlegen: Reicht eine Anpassung im ERP über freigegebene Schnittstellen, oder braucht es eine eigenständige Anwendung neben dem System?
- Rahmen setzen: Subaccount-Struktur, Berechtigungskonzept, Namenskonventionen, Transport- und Testwege festlegen, bevor die erste Anwendung entsteht.
- Betrieb klären: Wer überwacht die Schnittstellen, wer reagiert auf Fehler, wer pflegt die Anwendung nach dem Projekt? Ohne Antwort darauf entsteht technische Schuld ab Tag eins.
Drei Fehler, die den BTP-Einstieg teuer machen
Der erste Fehler ist die Technologie vor der Anforderung: Ein Werkzeug wird eingekauft, danach wird gesucht, wofür man es einsetzen könnte. Der zweite ist fehlende Governance – wenn mehrere Fachbereiche parallel Low-Code-Anwendungen bauen, entsteht innerhalb weniger Monate genau die unübersichtliche Landschaft, die man mit Clean Core eigentlich vermeiden wollte.
Der dritte Fehler betrifft den Betrieb. Eine Anwendung auf der Plattform ist kein einmaliges Projektergebnis, sondern ein dauerhaft zu pflegendes Objekt: Laufzeitumgebungen werden aktualisiert, Schnittstellen ändern sich, Zertifikate laufen ab. Wer dafür keine Zuständigkeit definiert, zahlt später über ungeplante Aufwände und Ausfälle.
Alle drei Fehler haben denselben Ursprung – die Plattform wird als technische Entscheidung behandelt, obwohl sie eine organisatorische ist.
Fazit
Kurz gefasst und damit SAP BTP einfach erklärt: Die Business Technology Platform ist der Ort, an dem alles Individuelle stattfindet, damit Ihr ERP-Kern schlank und aktualisierbar bleibt. Sie ist kein Selbstzweck und kein Pflichtkauf, sondern ein Werkzeug – wirksam genau dann, wenn Sie vorher wissen, welche Anforderungen Sie damit lösen wollen und wer die Ergebnisse langfristig betreibt.
Sie überlegen, ob und wie die SAP BTP in Ihre Landschaft passt? Wir ordnen Ihre Anforderungen ein, bevor Sie in Technologie investieren. Nehmen Sie Kontakt zu uns auf – im Erstgespräch klären wir, welche Erweiterungen wirklich auf die Plattform gehören.