SAP-ByDesign-Erweiterungen ohne unnötigen Aufwand

Tivoli entwickelt Workflows, Portale und verbundene Anwendungen rund um SAP Business ByDesign. Wir nutzen SAP Cloud Applications Studio, BTP, AWS oder Azure – je nachdem, welche Lösung den Prozess am einfachsten unterstützt und langfristig betreibbar bleibt.

Cloud Applications StudioSide-by-Side-AppsAWS, Azure und BTP

Standard zuerstWir prüfen zuerst, ob Konfiguration oder Standardfunktion genügt.
Kleine GrenzeEigene Logik bleibt klar vom ERP-Kern getrennt.
Freie PlattformwahlStudio, BTP, AWS oder Azure nach echtem Bedarf.
BetreibbarSicherheit, Monitoring und Wartung sind Teil der Lösung.

Was eine ByDesign-Erweiterung ergänzt

Wenn Konfiguration und Standardfunktionen nicht ausreichen, bildet eine fokussierte Erweiterung genau den fehlenden Prozessschritt ab.

Operative Workflows

Freigaben, Aufgaben, Prüfungen und Statuswechsel passend zur Arbeitsweise des Teams.

Kunden- und Lieferantenportale

Gezielter externer Zugriff auf Bestellungen, Lieferungen, Dokumente und Rückmeldungen.

Prozessanwendungen

Kleine Fachanwendungen für Anforderungen, die der ByDesign-Standard nicht vollständig abbildet.

Eigene Geschäftsobjekte

Datenmodelle und Services, die sauber mit bestehenden ByDesign-Prozessen zusammenspielen.

Reporting und Entscheidungen

Verdichtete Informationen, operative Ansichten und Entscheidungshilfen für Fachbereiche.

Automatisierung rund ums ERP

Serverless-Jobs, Benachrichtigungen und Hintergrundprozesse auf AWS, Azure oder BTP.

Die kleinste Architektur, die Bestand hat

Wir lösen nicht jede Anforderung mit derselben Plattform. Nähe zum ERP, Benutzererlebnis, Governance, Fähigkeiten und Betriebskosten bestimmen den Weg.

  1. Standardlücke bestätigen

    Konfiguration, Workarounds und vorhandene Funktionen prüfen, bevor eigene Software entsteht.

  2. Grenze definieren

    Daten, Benutzer, Entscheidungen und Systemverantwortung der Erweiterung klar festlegen.

  3. Plattformen vergleichen

    Studio, BTP, AWS und Azure anhand von Eignung, Lizenzierung und Betrieb bewerten.

  4. Risiko prototypisieren

    Die unsicherste Interaktion früh testen – etwa API, Benutzerfluss oder Berechtigung.

  5. Liefern und betreiben

    Entwickeln, testen, dokumentieren, überwachen und mit klarer Verantwortung ausrollen.

Wo pragmatische Erweiterungen helfen

Drei typische Muster aus Projekten rund um SAP Business ByDesign.

Lieferantenbeschaffung

Ein Webshop-Warenkorb wird als strukturierte Bestellanforderung an ByDesign übergeben.

Logistiktransparenz

Externe Versandereignisse werden verarbeitet und als nutzbarer Status im ERP bereitgestellt.

Vernetzter Betrieb

Fachbereichs-Apps verbinden eigene Abläufe mit ByDesign, ohne den ERP-Kern zu überladen.

Fragen vor der Entwicklung

Eine klare Plattformentscheidung verhindert unnötige Komplexität und Folgekosten.

Braucht jede ByDesign-Erweiterung SAP BTP?

Nein. BTP ist eine gute Wahl für viele SAP-nahe Anwendungen, aber nicht automatisch die wirtschaftlichste. AWS, Azure oder eine In-App-Erweiterung können je nach Prozess, Team und Governance besser passen.

Wann eignet sich das Cloud Applications Studio?

Es eignet sich für eng in ByDesign eingebettete Logik, eigene Geschäftsobjekte, Benutzeroberflächen und Services. Bei unabhängigen Portalen oder umfangreicher Cloud-Logik ist eine Side-by-Side-Lösung oft klarer.

Können vorhandene Workarounds schrittweise ersetzt werden?

Ja. Wir grenzen den wertvollsten Teil ab und ersetzen Tabellen, doppelte Eingaben oder manuelle Übergaben schrittweise, ohne den gesamten Prozess auf einmal umzubauen.

Wie bleibt die Erweiterung wartbar?

Durch eine kleine Systemgrenze, dokumentierte Schnittstellen, automatisierte Tests, Monitoring, klare Datenhoheit und möglichst wenig Abhängigkeit von internem ERP-Verhalten.

Aus dem Workaround eine belastbare Lösung machen.

Wir finden die kleinste Erweiterung, die den Prozess wirklich verbessert.