MIGRATION UND MODERNISIERUNG IM GROSSEN MASSSTAB · ERP UND CRM

Migrieren, was Sie auf SAP, Salesforce oder Dynamics 365 gebaut haben.Ihr Kern bleibt.

Z-Entwicklungen, Erweiterungen, Apps und Berichte auf SAP, Salesforce, Dynamics 365, Oracle, ServiceNow oder Magento: Wir holen sie heraus und bringen sie in eigenen Code, auf Ihre Datenplattform oder in Ihre Dashboards. Der Kern Ihres Systems bleibt und wird per API genutzt.

Ende 2027SAP ECCWeniger Lizenzen pro NutzerParität Stück für Stück gemessen
Demo anfragen

Automatische Demonstration · Tippen Sie auf Ihr System und sehen Sie, was rund um seinen Kern herauskommt und wohin es geht.

Webinar-Aufzeichnung

Aufzeichnung ansehen

Migrieren, was Ihr ERP und Ihr CRM umgibt:die Uhr und die Rechnung

Ihr ERP oder Ihr CRM wird nicht migriert: Der Kern Ihres Systems bleibt. Migriert wird, was Sie darauf gebaut haben, und bevor man das tut, lohnt es sich, zwei Dinge zu wissen: wann der Support des Systems endet und was Sie das, was darauf aufbaut, jedes Jahr kostet. Bei ERP und CRM wiegt fast immer das Zweite schwerer.

Supportende

Nur SAP ECC hat ein Datum. Der Rest hat eine Rechnung.

  • SAP ECC: Standardwartung bis Ende 2027, gegen Aufpreis bis 2030 verlängerbar. Wenn SAP oder Ihr Partner Sie auf S/4HANA umstellt, kommt die Z-Schicht nicht mit (Clean Core): Sie muss vorher geleert werden.
  • Salesforce, Dynamics 365 und ServiceNow laufen nicht aus: Es sind SaaS-Lösungen. Ihre Uhr ist die jährliche Verlängerung von Vertrag und Lizenzplätzen.
  • Oracle EBS und Adobe Commerce werden weiter unterstützt, aber jede Version hat ihr Datum, und jeder Versionssprung zieht das Custom-Material mit.

Was Sie zahlen

Teuer ist nicht der Kern: Teuer ist das Drumherum

  • Lizenzen pro Nutzer für jemanden, der nur eine Maske, ein Portal oder einen auf dem System aufgebauten Bericht öffnet.
  • Power-Apps-Nutzer, ServiceNow-Fulfiller-Lizenzen, SAP-BTP-Credits, die Edition von Adobe Commerce: Gebühren, die aus Ihren Erweiterungen entstehen, nicht aus dem Kern.
  • Das Team, das die Z-Objekte, das Apex und die Plugins pflegt und bei jeder Herstellerversion alles erneut anfassen muss.

Was bleibtund was geht

Der Kern Ihres Systems bleibt: die Buchhaltung, die Aufträge, die CMDB, der Katalog, das Standard-CRM, das wirklich genutzt wird. Er bleibt, wo er ist, und wird per API angesprochen.

Wir führen weder einen neuen Kern ein noch migrieren wir den, den Sie haben: Der Kern von SAP, Salesforce, Dynamics 365, Oracle oder ServiceNow bleibt, mit seinen Daten. Migriert wird, was darum herum gebaut wurde, und bei Bedarf dessen Daten dazu.

Es geht, was Sie darauf gebaut haben: Z-Transaktionen und -Apps, Erweiterungen, Apex und Flows, Power Apps und Plugins, Business Rules und Portale, Custom-Module und die Berichte, die jedes davon mitbringt.

Und was niemand nutzt, wird abgeschaltet, ohne es zu migrieren. Das Inventar sagt es, bevor eine Zeile geschrieben wird.

Wohin geht, was herausgeht:Sie wählen das Ziel

Jedes Stück hat ein oder zwei mögliche Ziele. Keines bindet Sie an einen anderen Hersteller, wenn Sie das nicht wollen.

Eigener Code

Java, .NET, Python oder TypeScript, gegen die APIs des Kerns

Apps, Portale, Validierungen und Integrationen als eigene Services, die mit SAP über OData, BAPI oder IDoc sprechen, mit Dataverse, mit der Table API von ServiceNow oder mit der REST-Schnittstelle von Oracle. Ohne Lizenz pro Nutzer für das, was Ihnen gehört.

Datenplattform

Databricks, Snowflake oder Microsoft Fabric

Die ABAP-Batches, die PL/SQL-Extraktionen und die schweren Berechnungen verlassen das ERP und laufen auf Ihrer Datenplattform, mit gemessener Parität gegenüber dem heutigen Ergebnis.

Dashboards und Analytics

Power BI, Tableau oder Qlik Sense, oder ein maßgeschneidertes Dashboard

Die Berichte aus ABAP, X++, Salesforce, Reports und BI Publisher gehen in das Werkzeug, das Sie schon haben, oder, wenn Sie es loswerden wollen, in eigenen Code auf der Datenplattform.

Die Version des Herstellers, wenn Sie sie wählen

S/4HANA und BTP führt SAP ein; Magento Open Source läuft mit Ihrem Code weiter

Wenn Sie auf S/4HANA gehen, übernimmt SAP oder Ihr SAP-Partner die Umstellung. Wir leeren vorher die Z-Schicht, damit Sie mit einem sauberen Kern ankommen und nicht alles, was nicht Clean Core ist, nach BTP tragen müssen. BTP ist eine verglichene Option: Es kostet ebenfalls, in Credits. Im Commerce läuft derselbe Code auf Magento Open Source oder Mage-OS ohne die Editionslizenz weiter.

Wie man migriert, was auf einem ERP oder CRM gebaut istin vier Schritten, ohne den Kern anzuhalten

  1. 1Inventar dessen, was darauf gebaut istMit Lesezugriff: Z-Objekte, Erweiterungen, Apex, Power Apps, Business Rules, Module und Berichte. Was es gibt, wer es nutzt und von welchen Daten des Kerns es abhängt.
  2. 2Bleibt, geht oder wird abgeschaltetJedes Stück mit seinem Urteil und seinem Ziel, und der Umschaltplan Stück für Stück. Was nicht genutzt wird, wird nicht migriert: Es wird abgeschaltet.
  3. 3Neuaufbau mit Ihrer orchestrierten KIEntwicklungsinstanzen, die jedes Stück mit derselben Methode neu schreiben, testen und dokumentieren, gegen die APIs des Kerns. Ihr Team entscheidet und validiert.
  4. 4Umschaltung mit gemessener ParitätJedes Stück wird getauscht, wenn das Neue mit Ihren echten Daten dasselbe Ergebnis liefert wie das Alte. Ohne Big Bang und ohne ERP oder CRM anzuhalten.

Die Regeln

  • Weder neuer Kern noch Migration des Kerns
  • Was niemand nutzt, wird nicht migriert
  • Stück für Stück, ohne einzelne Umschaltung
  • Das Ziel wählen Sie

System für System:was vom Drumherum herausgeht und wohin es geht

Eine Zusammenfassung pro System. In der Grafik oben sehen Sie jedes Stück und seinen Weg: Tippen Sie auf das System oder folgen Sie dem Link.

Ende 2027vor S/4HANA

Migrieren, was auf SAP ECC gebaut istohne alles, was nicht Clean Core ist, nach BTP zu tragen

Der Kern bleibt: FI, CO, MM und SD; die Umstellung auf S/4HANA übernimmt SAP oder Ihr Partner. Unser Teil sind die Z-Objekte und die Erweiterungen: Sie kommen nicht nach S/4, und sie müssen nicht alle in BTP landen und Credits kosten.

Was herausgeht

  • Z-Transaktionen und -Apps, Exits und BAdIs → eigene App, die mit SAP über OData, BAPI oder IDoc spricht
  • ABAP-Batches und -Berichte → Datenplattform und Dashboards
  • Side-by-side-Erweiterungen → SAP BTP, wenn Sie wollen, oder eigener Code ohne Credits

Lizenz pro Nutzer

Migrieren, was auf Salesforce gebaut istweniger Lizenzen, dasselbe CRM

Das Standard-CRM bleibt Salesforce, per API. Was herausgeht, ist das auf seinem Kern Implementierte, und damit, wer eine Lizenz braucht, um es zu nutzen.

Was herausgeht

  • Apex, Flows und Custom-Masken → eigener Code, ohne Lizenz pro Nutzer für das Aufgebaute
  • Berichte und Formeln → Power BI, Tableau oder Qlik Sense, oder ein maßgeschneidertes Dashboard
  • Wer nur einen Bericht oder ein Portal ansah, braucht keine Lizenz mehr

Dataverse · Finance & Operations

Migrieren, was auf Dynamics 365 gebaut istPower Apps und X++ außerhalb des Kerns

Der Kern bleibt, Dataverse und Finance & Operations, und wird über die OData-Web-API angesprochen.

Was herausgeht

  • Power Apps und C#-Plugins → eigene Apps gegen Dataverse; die Power-Apps-Lizenz entfällt
  • X++-Integrationen → eigene Services gegen die Data Entities
  • X++-Berichte → Dashboards oder eigener Code

PL/SQL · Forms

Migrieren, was auf Oracle EBS und Fusion gebaut istdas Custom-Material außerhalb des Hauptbuchs

Das Hauptbuch bleibt, über seine offenen Schnittstellen, PL/SQL und REST. Modernisiert wird, was sich über die Jahre darum herum angesammelt hat.

Was herausgeht

  • Forms und Custom-Schnittstellen → eigene Pipeline, die in die offene Schnittstelle schreibt
  • PL/SQL-Extraktionen → Datenplattform, dieselbe Ausgabe auf demselben Buchungsabschluss
  • Reports und BI Publisher → Dashboards oder eigener Code

Fulfiller-Lizenz

Migrieren, was auf ServiceNow gebaut istPortale und Apps ohne Lizenzplatz

Die ITSM-Engine (Incidents, Changes, CMDB, SLA) bleibt ServiceNow, über die Table API. Was herausgeht, ist das, was dazu zwingt, eine Lizenz für jemanden zu kaufen, der nur ein Portal bedient.

Was herausgeht

  • Portale, Apps und Business Rules → eigene Services gegen die Table API
  • Fulfiller-Lizenzen von Personen, die nur ein Portal bedienen: Sie entfallen
  • Berichte → Dashboards oder eigener Code

Edition · Module

Adobe Commerce migrierenvon der kostenpflichtigen Edition zu Magento Open Source

Katalog, Bestellungen und die Integrationen mit ERP und PIM bleiben. Der Shop steht nicht still: Er wird Stück für Stück umgestellt.

Was herausgeht

  • Edition Adobe Commerce → Magento Open Source oder Mage-OS: Die Lizenz entfällt, der Code läuft weiter
  • Custom-Module, -Plugins und -Observer → außerhalb des Prozesses, als eigene Services
  • Berichte → Dashboards oder eigener Code

Häufige Fragen zu ERP und CRM

Zwingt die Migration von SAP ECC auf S/4HANA dazu, die Z-Entwicklungen nach BTP zu tragen?

Nein. Die Umstellung auf S/4HANA übernimmt SAP oder Ihr SAP-Partner, und in S/4 (Clean Core) kommen die Z-Objekte nicht mit. Wir leeren vorher die Z-Schicht: Jedes Stück geht in eigenen Code, auf Ihre Datenplattform oder in Ihre Dashboards, und nur dann nach BTP, wenn Sie das wählen, denn BTP kostet ebenfalls, in Credits.

Kann man Salesforce-Lizenzen reduzieren, ohne Salesforce zu verlassen?

Ja. Das Standard-CRM bleibt Salesforce, per API. Was herausgeht, ist das auf seinem Kern Implementierte (Apex, Flows, Custom-Masken und Berichte), und damit, wer eine Lizenz braucht: Wer nur einen Bericht oder ein Portal ansah, braucht keine mehr.

Wann endet der Support von SAP ECC?

Die Standardwartung von SAP ECC endet Ende 2027, gegen Aufpreis bis 2030 verlängerbar. Salesforce, Dynamics 365 und ServiceNow laufen nicht aus: Es sind SaaS-Lösungen, und ihre Uhr ist die jährliche Vertragsverlängerung.

Migrieren Sie den Kern meines ERP oder CRM, oder seine Daten?

Nein. Wir führen weder einen neuen Kern ein noch migrieren wir den, den Sie haben: Der Kern von SAP, Salesforce, Dynamics 365, Oracle oder ServiceNow bleibt, mit seinen Daten. Migriert wird, was darum herum gebaut wurde, und bei Bedarf dessen Daten dazu, mit Parität, die Stück für Stück gemessen wird.

Was haben Sie auf Ihrem ERP oder Ihrem CRM gebaut,und was kostet Sie das jedes Jahr?

In einer Demo zeigen wir Ihnen den gesamten Ablauf an einem Beispiel-ERP: das Inventar dessen, was darauf gebaut ist, was bleibt, was geht, wohin es geht und wie die Parität gemessen wird. Damit Sie sehen, wie es mit Ihrem aussähe.

Demo anfragenDie vier Bereiche ansehen

Wir migrieren auch: Datenintegration und -plattformen · Dashboards und Analytik · Code und Anwendungen · Systemmigration