LeistungenApp-Modernisierung

Abgekündigte Plattformen, alternde Frameworks, Hardware, die es nicht mehr zu kaufen gibt

Veraltete Anwendungen müssen nicht immer ersetzt werden.

Sie müssen zuerst verstanden werden. Wir analysieren, was erhaltenswert ist, was neu gebaut werden muss und was wegfallen kann — und migrieren dann in Etappen, die den Betrieb durchgehend aufrechterhalten. Windows-CE-Handhelds zu Android, Windows-Tablets zu iPad, Xamarin zu MAUI, .NET Framework zu .NET, Desktop zu Web: Die Abläufe, auf die Ihre Leute sich verlassen, bleiben; die Plattform darunter wechselt.

Isometrische Illustration einer Legacy-Anwendung, die schrittweise neu aufgebaut wird

Big-Bang-Neubauten scheitern öfter, als sie gelingen.

Ein kompletter Neubau klingt entschlossen. In der Praxis bedeutet er meist Monate paralleler Kosten, einen eingefrorenen Funktionsumfang, während das alte System weiter Änderungen braucht, und einen einzigen Stichtag, der den gesamten Betrieb riskiert, um ein Plattformproblem zu lösen. Der Auslöser ist dabei selten verhandelbar: Die Hardware ist abgekündigt, das Betriebssystem ohne Support, das Framework bekommt keine Sicherheitsupdates mehr, die letzte Person, die den Code verstanden hat, geht in Rente.

Die Alternative ist nicht, nichts zu tun. Sie besteht darin, das, was die Anwendung tut — meist richtig und hart erarbeitet —, von dem zu trennen, worauf sie läuft, und das Zweite zu bewegen, ohne das Erste zu brechen.

Was wir liefern.

Zuerst eine technische Bestandsaufnahme, dann ein Etappenplan. Die meisten Modernisierungen behalten das Datenmodell und die Integrationsfläche und ersetzen Plattform, Oberfläche und Auslieferungsweg.

  • Technisches Audit und Modernisierungsfahrplan: was bleibt, was neu gebaut wird, was wegfällt, in welcher Reihenfolge, mit benannten Risiken
  • Plattformmigrationen für Mobile und Feldgeräte: Windows-CE-Handhelds zu nativem Android, Windows-Tablets zu nativem iPad, Xamarin zu .NET MAUI
  • .NET Framework zu modernem .NET sowie WinForms- oder Desktop-Werkzeuge zu Webanwendungen, wo die Aufgabe in den Browser gewandert ist
  • Neubauten, die die Integrationsfläche behalten: Die neue App spricht mit derselben ERP-Datenschicht, derselben SAP-Middleware, demselben Partnerformat, sodass nachgelagert nichts geändert werden muss
  • Schrittweise Re-Architektur, Modul für Modul, mit produktiven Modulen im Betrieb, während die nächsten gebaut werden
  • Datenmigration mit Abgleich, damit die Zahlen im neuen System gegen das alte bewiesen werden können, bevor sich jemand darauf verlässt
  • Parallelbetrieb und Cutover-Planung, je Standort oder Nutzergruppe, mit einem Weg zurück bei jedem Schritt
  • Eine Auslieferungspipeline und Umgebungen als Teil des Umzugs, damit die modernisierte Anwendung nicht auf dieselbe Weise wieder altert

Passende Fallstudien

Alle Fallstudien anzeigen →
Technologie & Software
MobileMobile-EntwicklungApp-Modernisierung+4

Mobile ERP

Ein Softwarehersteller mit einem ERP-Zusatzmodul für Sage 100 musste seine Lager- und Produktions-App von Windows CE — einer End-of-Life-Plattform — auf moderne Android-Hardware umstellen, ohne…

Fallstudie ansehen →
Luxury, Mode & Apparel
Luxury, Mode & AppareliOSSwift+5

Mobile Kiosk-App

Das Unternehmen — ein Hersteller mit 1.000+ Mitarbeitern in Hessen, Deutschland — betrieb ein Netzwerk von über 500 Kiosk-Kontaktpunkten in Filialen in ganz Europa, die auf veralteten…

Fallstudie ansehen →
Bauwirtschaft
Bauwirtschaft.NETAngular+9

Nachunternehmerportal

Ein Bauunternehmen mit bis zu 500 Mitarbeitern in Deutschland koordinierte ein Netzwerk aus Nachunternehmern, Dokumentationspflichten und Echtzeit-Koordinationsanforderungen, die kein…

Fallstudie ansehen →

Warum exbisoft.

Audit, bevor wir Code anfassen.

Wir prüfen, was wirklich erhaltenswert ist, bevor wir einen Neubau empfehlen. Nicht jedes Altsystem gehört weggeworfen — und die Teile, in denen zwanzig Jahre Geschäftsregeln stecken, sind meist die wertvollsten.

Der Ablauf bleibt, die Plattform wechselt.

Die Lager- und Produktions-App eines Softwareherstellers musste Windows CE verlassen. Wir haben sie als native Android-App auf derselben Sage-100-Datenschicht neu gebaut, sodass seine Kunden jeden Ablauf für Bestand, Wareneingang, Versand und Produktion über den Hardwarewechsel hinweg behielten — und der Hersteller sie weiter unter eigener Marke ausliefert.

Hunderte Geräte, keine Backend-Änderung.

Ein Schmuckhersteller betrieb über 500 Kioske in Geschäften in ganz Europa auf alternden Windows-Tablets. Wir haben die Anwendung als native Swift-iPad-App neu gebaut, die an die bestehende SAP-Middleware anschließt — abgestimmt mit dem Middleware-Anbieter und dem SAP-Team des Kunden, ohne das Backend anzufassen.

Schrittweise als Standard.

Modernisierung geschieht in Etappen, die Ihren Betrieb am Laufen halten, nicht als eingefrorener Sechs-Monats-Neubau mit einem einzigen Stichtag. Das Nachunternehmerportal eines Bauunternehmens hat seine nativen Apps von Xamarin auf MAUI umgestellt, während das Portal auf den Baustellen täglich in Gebrauch blieb.

Migrationspfade, die wir kennen.

Windows CE zu Android, Windows-Tablets zu iPad, Xamarin zu MAUI, .NET Framework zu .NET. Jeden davon haben wir schon umgesetzt — und wir wissen, wo jeder seine Überraschungen versteckt.

Passende Einblicke

Alle Einblicke anzeigen →
Luxury, Fashion & ApparelAPI IntegrationApp Modernisation

Omnichannel ohne Komplettaustausch

Kunden erwarten heute, online zu kaufen und im Laden zurückzugeben, vor der Fahrt zur Filiale zu sehen, ob ein Artikel dort wirklich vorrätig ist, und an beiden Orten als dieselbe Person erkannt…

Einblick lesen →

Leben Sie mit Software, die ihrer Plattform entwachsen ist?

Erzählen Sie uns, worauf sie läuft, womit sie spricht und was den Wechsel erzwingt. Wir sagen Ihnen ehrlich, was bleiben kann, was gehen muss — und wie man sie bewegt, ohne den Betrieb anzuhalten.

Gespräch beginnen