Legacy-Software modernisieren: Vom Desktop zur hybriden Cloud-Lösung für industrielle Anwendungen

Viele Unternehmen im produzierenden Gewerbe stehen vor einer stillen, aber drängenden Herausforderung: Die branchenspezifische Software, die seit Jahren zuverlässig ihren Dienst tut, basiert auf einer technologischen Grundlage, die zunehmend zum Risiko wird. Visual Basic, Windows Forms, lokal installierte Datenbanken: Systeme, die einst State of the Art waren, sind heute schwer wartbar, kaum erweiterbar und binden wertvolles Know-how an veraltete Plattformen. Laut der Studie „Legacy-Modernisierung 2024" von CIO, CSO und Computerwoche geben 46 Prozent der befragten Unternehmen an, dass mit Legacy-Systemen hohe Betriebskosten verbunden sind, über 40 Prozent verzeichnen Einschränkungen ihrer Geschäftsaktivitäten. Eine Lünendonk-Studie aus 2025 ergänzt das Bild: In 62 Prozent der Unternehmen sind Teile geschäftskritischer Anwendungen so veraltet, dass sie den heutigen Anforderungen nicht mehr genügen, und in jedem zweiten Unternehmen ist Betrieb, Pflege und Weiterentwicklung der Altsysteme mittel- bis langfristig nicht mehr sichergestellt.

Die zentrale Frage lautet nicht, ob eine Modernisierung notwendig ist, sondern wie sie gelingt, ohne den laufenden Betrieb zu gefährden und ohne die Erfahrung zu verlieren, die in der bestehenden Lösung steckt. Besonders anspruchsvoll wird es, wenn die Software nicht nur im Büro genutzt wird, sondern direkt im Maschinenpark, in Produktionshallen oder an Standorten ohne stabile Internetverbindung.

Genau hier setzen wir bei mindtwo an: mit einem durchdachten Architekturansatz, der Legacy-Anwendungen in moderne, hybride Cloud-Lösungen überführt, inklusive vollständiger Offline-Fähigkeit.

Warum Legacy-Desktop-Software zum strategischen Risiko wird

Branchenspezifische Desktop-Anwendungen (etwa Konfiguratoren, Kalkulationstools oder Planungssysteme) sind in vielen Industrieunternehmen tief in den Arbeitsalltag eingebettet. Sie funktionieren, werden täglich genutzt und liefern verlässliche Ergebnisse. Doch unter der Oberfläche wachsen die Probleme:

• Technologische Sackgasse: Frameworks wie Visual Basic 6 oder ältere .NET-Versionen werden nicht mehr aktiv weiterentwickelt. Die Suche nach Entwicklern, die diese Systeme noch pflegen können, wird zunehmend schwieriger und teurer.
• Fehlende Vernetzung: Lokale Desktop-Anwendungen lassen sich kaum sinnvoll mit anderen Systemen verbinden, weder mit ERP, CRM noch mit modernen Datenplattformen. Daten bleiben in Silos gefangen.
• Eingeschränkte Skalierbarkeit: Neue Standorte, zusätzliche Nutzer oder veränderte Anforderungen erfordern oft manuelle Installationen, individuelle Updates und aufwändige Datensynchronisation.
• Sicherheitsrisiken: Bei abgekündigten Frameworks bleiben Sicherheitslücken offen, weil Patches und Updates nicht mehr nachgeliefert werden. In Zeiten steigender Cyberbedrohungen ist das ein ernstzunehmendes Risiko.
• Know-how-Abhängigkeit: Wenn die wenigen Personen, die das System noch durchdringen, das Unternehmen verlassen, steht der Betrieb vor einem veritablen Problem.

Eine konsequente Modernisierung kann diesen Kreislauf durchbrechen: laufende Supportkosten lassen sich senken, die Effizienz steigern und kritische Geschäftsprozesse zukunftsfähig machen. Entscheidend ist dabei, dass die Migration nicht als reines IT-Projekt verstanden wird, sondern als strategische Investition in die Zukunftsfähigkeit des Unternehmens.

Der Lösungsansatz: Hybride Cloud-Architektur mit Offline-Fähigkeit

Nicht jede Modernisierung muss bedeuten, alles in die Cloud zu verlagern und auf permanente Konnektivität zu setzen. Gerade in industriellen Umgebungen (in Produktionshallen, an Maschinen, in Bereichen mit eingeschränkter oder gar keiner Internetanbindung) braucht es einen differenzierteren Ansatz.

Was bedeutet „hybrid" in diesem Kontext?

Eine hybride Cloud-Architektur kombiniert die Vorteile einer zentralen, cloudbasierten Plattform mit der Zuverlässigkeit lokaler Anwendungen. Konkret bedeutet das:

• Cloud-Komponente: Ein zentrales Admin-Portal für Stammdatenverwaltung, Benutzermanagement und Konfiguration, erreichbar über den Browser, gehostet auf sicheren, DSGVO-konformen Servern.
• Lokale Komponente: Eine Desktop-Anwendung, die auch ohne Internetverbindung vollständig funktionsfähig ist und sämtliche Berechnungen, Konfigurationen und Ausgaben lokal ausführen kann.
• Synchronisation: Ein verschlüsselter Datenaustausch zwischen Cloud und lokaler Instanz, sobald eine Verbindung verfügbar ist, alternativ über manuellen Import/Export für komplett isolierte Umgebungen (sogenannte Air-Gap-Szenarien).

Dieser Ansatz stellt sicher, dass die Software dort zuverlässig funktioniert, wo sie gebraucht wird, auch unter schwierigen Bedingungen.

Die technologische Basis

Für die Umsetzung solcher hybriden Lösungen setzen wir auf einen bewährten, zukunftssicheren Tech-Stack:

Der entscheidende Vorteil dieses Stacks: Sämtliche Technologien sind Open Source. Das bedeutet keine Lizenzkosten, keine Abhängigkeit von einzelnen Softwareherstellern und eine breite Basis an verfügbarem Know-how.

Shared Codebase: Einmal entwickeln, überall nutzen

Eine der größten Herausforderungen bei hybriden Lösungen ist die Frage: Wie vermeide ich, dieselbe Logik zweimal zu entwickeln, einmal für die Web-Version und einmal für die Desktop-Version?

Unser Ansatz setzt auf eine geteilte Codebasis (Shared Codebase). Das bedeutet:

• Berechnungslogik, Validierungsregeln und Business-Logik werden in TypeScript implementiert, einmal geschrieben und sowohl im Browser als auch in der Electron-Desktop-App ausgeführt.
• UI-Komponenten auf Basis von Vue.js werden ebenfalls geteilt. Die Benutzeroberfläche sieht und verhält sich in beiden Umgebungen identisch.
• API-Schnittstellen folgen einem einheitlichen Muster, sodass die lokale SQLite-Datenbank und die Cloud-Datenbank über dieselben Interfaces angesprochen werden.

Das Ergebnis: drastisch reduzierter Entwicklungs- und Wartungsaufwand, konsistentes Verhalten über alle Plattformen hinweg und die Gewissheit, dass ein Bugfix oder eine neue Funktion automatisch in beiden Varianten verfügbar ist.

Offline-Fähigkeit als Kernarchitektur, nicht als Notlösung

Viele moderne Webanwendungen behandeln Offline-Fähigkeit als nachträgliches Feature: ein Service Worker hier, ein lokaler Cache dort. Für industrielle Anwendungen, die an Maschinenparks oder in Produktionsumgebungen eingesetzt werden, reicht das nicht aus.

Wir konzipieren die Offline-Fähigkeit von Anfang an als architektonisches Prinzip:

Lokale Datenhaltung mit SQLite

Die Desktop-Variante arbeitet mit einer vollständigen lokalen SQLite-Datenbank. Alle relevanten Stammdaten, Konfigurationen und Berechnungsgrundlagen sind lokal verfügbar. Die Anwendung ist damit auch dann uneingeschränkt nutzbar, wenn keinerlei Netzwerkverbindung besteht.

Bidirektionale Synchronisation

Sobald eine Internetverbindung verfügbar ist, gleichen sich lokale und Cloud-Datenbank über eine TLS-verschlüsselte REST-API ab. Konflikte werden über definierte Regeln aufgelöst, etwa durch zeitstempelbasierte Priorisierung oder explizite Freigabe-Workflows.

Air-Gap-Unterstützung

Für besonders sensible oder komplett isolierte Umgebungen bieten wir einen manuellen Import-/Export-Mechanismus. Datenaktualisierungen können über verschlüsselte Dateien per USB-Stick übertragen werden. Das klingt zunächst ungewöhnlich, ist aber in vielen Industrieumgebungen eine reale Anforderung, etwa in sicherheitskritischen Bereichen oder an Standorten ohne jegliche Netzwerkinfrastruktur.

Migration: Der Weg von Alt zu Neu

Die technisch sauberste Architektur nützt wenig, wenn die Migration selbst scheitert. Ein strukturiertes Vorgehen ist daher mindestens so wichtig wie die Zielarchitektur.

Phase 1: Analyse und Bestandsaufnahme

Am Anfang steht eine gründliche Analyse der bestehenden Anwendung:

• Welche Funktionen werden tatsächlich genutzt, welche sind obsolet?
• Welche Berechnungslogiken und Geschäftsregeln stecken im Code, und sind diese dokumentiert?
• Welche Schnittstellen zu anderen Systemen bestehen?
• Welche Daten müssen migriert werden, in welcher Qualität liegen sie vor?
• Wie sehen die tatsächlichen Nutzungsszenarien aus: Wer arbeitet wo, wann und unter welchen Bedingungen mit der Software?

Phase 2: Konzeption und Architektur

Auf Basis der Analyse entsteht das technische Konzept: Datenmodell, API-Design, Komponentenarchitektur, Synchronisationslogik und Sicherheitskonzept. Parallel dazu werden UX/UI-Konzepte erarbeitet, die bestehende Arbeitsabläufe respektieren und gezielt verbessern.

Phase 3: Iterative Umsetzung

Die Entwicklung erfolgt in überschaubaren Iterationen. Kernfunktionen werden zuerst implementiert und können frühzeitig getestet werden. Das reduziert Risiken und ermöglicht es, Feedback aus dem tatsächlichen Einsatz zeitnah in die Entwicklung einfließen zu lassen.

Phase 4: Datenmigration und Parallelbetrieb

Bestehende Daten werden sorgfältig in das neue System überführt. In einer Übergangsphase laufen alte und neue Lösung parallel. So lassen sich Ergebnisse vergleichen und die Korrektheit der Migration validieren.

Phase 5: Rollout und Schulung

Der Rollout erfolgt schrittweise, idealerweise zunächst an einem Pilotstandort, bevor die Lösung unternehmensweit ausgerollt wird. Besonders wichtig: Die vertrauten Ausgabeformate (etwa PDF-Pläne oder Berichte) bleiben erhalten. Das senkt die Einstiegshürde erheblich und schafft Akzeptanz bei den Nutzern.

Nutzerkontinuität: Das unterschätzte Erfolgskriterium

Technische Modernisierung scheitert selten an der Technologie selbst, sondern an der Akzeptanz. Wenn langjährige Nutzer plötzlich vor einer komplett anderen Oberfläche stehen, ihre gewohnten Abläufe nicht mehr funktionieren oder bewährte Ausgabeformate verschwinden, wird aus einem Fortschrittsprojekt schnell ein Frustrationsprojekt.

Deshalb legen wir bei der Migration besonderen Wert auf Nutzerkontinuität:

• Bewährte Workflows bleiben erhalten und werden nur dort verändert, wo ein klarer Mehrwert entsteht.
• Ausgabeformate wie PDF-Pläne, Stücklisten oder Konfigurationsberichte werden exakt nachgebildet.
• Die Bedienlogik orientiert sich an bekannten Mustern, ergänzt um zeitgemäße UX-Verbesserungen.
• Schulungsaufwand wird durch intuitive Oberflächen und eine vertraute Informationsarchitektur minimiert.

Sicherheit und Compliance

Gerade wenn Konfigurationsdaten, technische Zeichnungen oder Berechnungsgrundlagen in einer Cloud-Umgebung verarbeitet werden, sind Sicherheit und Datenschutz keine verhandelbaren Optionen.

Unser Sicherheitskonzept für hybride Industrielösungen umfasst:

• DSGVO-konformes Hosting auf deutschen Servern
• Rollenbasierte Zugriffskontrolle (RBAC): Administratoren, Redakteure und Endanwender erhalten exakt die Rechte, die sie für ihre Aufgaben benötigen
• TLS-Verschlüsselung für sämtliche Datenübertragungen zwischen Client und Server
• DDoS-Schutz über CDN-Infrastruktur
• Verschlüsselte lokale Datenhaltung in der Desktop-Variante
• Audit-Trails für nachvollziehbare Änderungen an kritischen Daten

Langfristiger Nutzen: Was die Modernisierung konkret bringt

Die Investition in eine hybride Cloud-Architektur zahlt sich auf mehreren Ebenen aus:

Wann ist der richtige Zeitpunkt?

Es gibt typische Signale, die darauf hindeuten, dass eine Modernisierung nicht mehr aufgeschoben werden sollte:

• Die Entwickler, die das System ursprünglich gebaut haben, sind nicht mehr verfügbar.
• Sicherheitsupdates für das zugrunde liegende Framework wurden eingestellt.
• Neue Anforderungen (etwa Anbindung an ein ERP-System oder mobile Nutzung) lassen sich mit der bestehenden Architektur nicht mehr abbilden.
• Die Kosten für Wartung und Fehlerbehebung steigen überproportional.
• Mitarbeitende umgehen das System, weil es zu umständlich oder zu langsam ist.

Wenn mehrere dieser Punkte zutreffen, ist der Zeitpunkt nicht nur richtig, sondern überfällig. Dass das Thema längst auf den Investitionsplänen angekommen ist, zeigt auch die Lünendonk-Studie: 83 Prozent der befragten Unternehmen planen, ihr IT-Modernisierungsbudget im Jahr 2026 zu erhöhen, fast jedes vierte sogar um mehr als fünf Prozent. 76 Prozent erwarten, dass mindestens 20 Prozent ihrer geschäftskritischen Kern-Applikationen in den nächsten fünf Jahren modernisiert werden müssen. Wer den Schritt zu lange aufschiebt, riskiert nicht nur technische Schulden, sondern auch eine zunehmende Wettbewerbslücke.

Fazit: Modernisierung als Chance, nicht als Risiko

Legacy-Software zu modernisieren bedeutet nicht, bewährte Prozesse über Bord zu werfen. Es bedeutet, die Substanz zu bewahren (die Berechnungslogik, die Konfigurationstiefe, das über Jahre gewachsene Fachwissen) und sie auf ein tragfähiges, zukunftssicheres Fundament zu stellen.

Eine hybride Cloud-Architektur mit Offline-Fähigkeit verbindet dabei das Beste aus zwei Welten: die Zuverlässigkeit und Unabhängigkeit einer lokalen Anwendung mit der Flexibilität, Skalierbarkeit und Vernetzbarkeit einer modernen Cloud-Plattform.

Wir bei mindtwo begleiten Unternehmen aus der Industrie genau auf diesem Weg, von der strategischen Analyse über die technische Konzeption bis zur Umsetzung und dem langfristigen Betrieb individueller Webanwendungen und Softwarelösungen. Wenn Sie vor einer ähnlichen Herausforderung stehen, sprechen wir gerne darüber, wie ein strukturierter Modernisierungspfad für Ihre Situation aussehen kann.