Die BTP ist kein Selbstzweck.
Mehr erfahrenWeniger anzeigen
Eine Erweiterung auf die BTP zu legen, nur weil es modern ist, macht sie nicht besser. Liegt die Logik eng am Standardprozess, gehört sie oft ins System. Wir entscheiden nach Wartbarkeit.
Die SAP Business Technology Platform, kurz BTP, ist die Cloud-Plattform der SAP. Auf ihr laufen Erweiterungen, Schnittstellen und Anwendungen, die nicht in das S/4HANA-System selbst gehören.
Für die Logistik sind zwei Bereiche besonders wichtig. Über die Integration werden Fremdsysteme, Partner und Maschinen an SAP angebunden. In der Anwendungsentwicklung entstehen eigene Apps und Erweiterungen, mit SAPs aktuellen Programmiermodellen.
Dazu kommen Werkzeuge für Workflows, Datenanalyse und KI. Auch SAP-eigene Produkte nutzen die Plattform. SAP Logistics Management läuft zum Beispiel selbst auf der BTP.

Nicht jede Erweiterung gehört auf die BTP. Kleine Anpassungen laufen oft besser direkt im S/4HANA-System, mit den Erweiterungsmöglichkeiten, die SAP dort vorsieht. Die BTP spielt ihre Stärken aus, wenn mehrere Systeme zusammenkommen oder eine Erweiterung unabhängig vom ERP leben soll.
Ja. Über die Integration Suite verbinden wir SAP mit Transportdienstleistern, Zollsystemen, Lieferantenportalen oder einem Fremd-ERP. Jede Schnittstelle bekommt Monitoring und Wiederanlauf.
Ja. Fiori-Apps und eigene Anwendungen laufen auf der BTP und greifen über Schnittstellen auf S/4HANA zu. Für Backend-Logik nutzen wir CAP oder ABAP in der Cloud.
Ja. Mit SAP Build Process Automation werden Freigaben, Nachbuchungen und Statusmeldungen zu Workflows, ohne großes Entwicklungsprojekt. Für Abläufe über SAP hinaus setzen wir auch n8n ein.
Ja. Sprachmodelle und maschinelles Lernen lassen sich über die BTP an SAP-Daten anbinden, etwa um Lieferscheine auszulesen oder Störungen zu klassifizieren. Am Ende gibt ein Mensch das Ergebnis frei.
Ja, als Plattform für Daten aus Anlagen und Sensoren. In der Produktion läuft das meist über SAP Digital Manufacturing. Mehr dazu auf der Seite Produktionslogistik.
Clean Core ist SAPs Leitlinie, den Kern des ERP-Systems frei von Eigenentwicklungen zu halten, die bei jedem Release Nacharbeit verursachen. Seit 2025 ordnet SAP Erweiterungen dafür in vier Stufen ein: Stufe A nutzt nur freigegebene Schnittstellen und gilt als upgrade-sicher, Stufe D greift tief in den Standard ein.
In vielen Systemen sind über Jahre Hunderte Eigenentwicklungen gewachsen. Manche werden nicht mehr genutzt, andere ersetzt längst eine Standardfunktion. Bei einer S/4-Umstellung oder einem Release-Wechsel fällt das auf, und dann wird es teuer.
Wir bewerten bestehende Erweiterungen und entscheiden pro Fall: Standard, Erweiterung im System oder auf der BTP. Dazu bekommt die IT eine Regel, mit der sie neue Anforderungen selbst einordnen kann. So bleibt das System wartbar, auch wenn wir nicht mehr im Projekt sind.
Eine Erweiterung auf die BTP zu legen, nur weil es modern ist, macht sie nicht besser. Liegt die Logik eng am Standardprozess, gehört sie oft ins System. Wir entscheiden nach Wartbarkeit.
„Für ein zusätzliches Feld auf dem Lieferschein bekomme ich ein Angebot über drei Beratertage.“ Das passiert, wenn niemand im Haus versteht, wie eine Erweiterung gebaut ist. Wir dokumentieren jede Erweiterung so, dass sie auch in fünf Jahren jemand versteht.
Bei KI-Projekten fehlt es meist an zwei Dingen: an sauberen Daten und an klaren Zuständigkeiten. Jede KI-Lösung bekommt bei uns einen definierten Anwendungsfall und einen Menschen, der das Ergebnis freigibt.
Wir bauen auf der BTP, was dort hingehört, und helfen der IT, diese Entscheidung künftig selbst zu treffen.
Erweiterungsstrategie und Clean Core, Bewertung bestehender Eigenentwicklungen
Backend-Erweiterungen mit RAP und CAP, Fiori- und UI5-Apps auf der BTP
Schnittstellen zu Fremdsystemen, Partnern und Dienstleistern mit Monitoring und Wiederanlauf
Workflows mit SAP Build Process Automation und n8n, KI-Integration, KI-Enablement für SAP-Teams
Begleitung nach dem Go-live, Weiterentwicklung bestehender Erweiterungen, Spot Consulting mit Ursachenanalyse
Nicht zwingend. S/4HANA läuft ohne BTP. Sobald Fremdsysteme angebunden oder Erweiterungen aus dem Kern gehalten werden sollen, wird sie interessant.
Der Kern des ERP-Systems bleibt möglichst nah am Standard. Erweiterungen nutzen freigegebene Schnittstellen oder laufen außerhalb, etwa auf der BTP. Releases gehen dadurch mit weniger Nacharbeit durch.
Wir bewerten sie einzeln. Manche fallen weg, weil der Standard sie inzwischen abdeckt. Andere werden umgebaut, wenige bleiben, wie sie sind.
SAP bietet verschiedene Lizenzmodelle an, abhängig von den genutzten Diensten. Welche Dienste ein Unternehmen wirklich braucht, klären wir vor der Lizenzfrage.
Beides sind aktuelle Programmiermodelle der SAP. RAP baut auf ABAP auf und eignet sich für Erweiterungen nah am S/4HANA-System. CAP nutzt Java oder JavaScript und passt zu eigenständigen Anwendungen auf der BTP.
