Das System läuft. Es macht, was es soll. Aber niemand traut sich mehr, etwas zu ändern – der Entwickler von damals ist weg, Dokumentation gibt es keine. Wir übertragen es Schritt für Schritt, während der Betrieb weitergeht.
Alt allein ist kein Grund. Ein System, das fachlich passt, stabil läuft und gepflegt werden kann, darf zwanzig Jahre alt sein. Der Austausch kostet Geld und Aufmerksamkeit, und beides sollte einen Anlass haben.
Echte Anlässe gibt es vier: Niemand kann es mehr ändern. Die Umgebung bekommt keine Sicherheitsupdates mehr – das ist der dringlichste Fall, weil er nicht wartet. Neue Anforderungen lassen sich nicht mehr abbilden. Oder die Wartung wird unbezahlbar, weil nur noch wenige Spezialisten die alte Technik beherrschen.
Trifft keiner dieser Punkte zu, lautet unsere Empfehlung: laufen lassen. Was sich trotzdem lohnt, ist eine Bestandsaufnahme – damit das Wissen nicht an einzelnen Personen hängt.
Bevor etwas gebaut wird, muss klar sein, was das alte System eigentlich tut. Das klingt selbstverständlich und ist der aufwendigste Teil, wenn niemand mehr da ist, der es erklären kann. Bewährt hat sich, einen Tag mit den Leuten zu verbringen, die täglich damit arbeiten – und zuzusehen, statt zu fragen.
Ein Stichtag, an dem alles umgestellt wird, ist die riskanteste Variante: Niemand kennt den vollen Funktionsumfang, und es gibt keinen Weg zurück. Wir lösen Bereich für Bereich ab. Nach jedem Schritt läuft der Betrieb normal weiter, und man kann anhalten.
Altdaten sind nie so sauber wie erinnert: derselbe Kunde dreimal, leere Pflichtfelder, drei Schreibweisen für denselben Ort. Wir migrieren mehrfach zur Probe, bevor es zählt – und prüfen danach Anzahlen und Summen gegeneinander. Ohne diesen Abgleich weiß niemand, ob unterwegs etwas verloren ging.
Wir setzen auf verbreitete Sprachen und Datenbanken statt auf Spezialtechnik. Das ist keine Geschmacksfrage: Es entscheidet darüber, ob ihr in fünf Jahren noch jemanden findet, der den Code lesen kann – auch wenn ihr dann nicht mehr mit uns arbeitet.
Aufbewahrungsfristen gelten weiter, auch für Daten, die im neuen System niemand mehr braucht. Das alte System einfach abzuschalten ist deshalb keine gute Idee. Üblich sind zwei Wege: ein unveränderbares Archiv oder das Altsystem bleibt lesend in einer abgeschotteten Umgebung verfügbar.
Am Ende steht nicht nur neue Software, sondern eine Beschreibung, wie sie funktioniert und wie sie betrieben wird. Genau das, was beim alten System gefehlt hat – sonst beginnt dasselbe Problem in zehn Jahren von vorn.
Nein, wenn schrittweise vorgegangen wird. Das alte System bleibt in Betrieb, während einzelne Bereiche nacheinander abgelöst werden. Ein kompletter Wechsel über Nacht funktioniert nur bei kleinen, klar abgegrenzten Systemen.
Ja, das ist eher die Regel. Dann beginnt das Projekt mit einer Bestandsaufnahme: Datenbank ansehen, Abläufe beobachten, mit den Leuten sprechen, die es nutzen. Das Ergebnis ist die Dokumentation, die vorher gefehlt hat.
Sie werden übernommen, geprüft und zusätzlich archiviert. Wichtig sind zwei Dinge: ein Abgleich, der belegt, dass nichts fehlt, und die Einhaltung der Aufbewahrungsfristen – auch für Daten, die im neuen System nicht mehr gebraucht werden.
Oft ist genau das die bessere Antwort. Wenn der Kern fachlich passt und nur eine Funktion fehlt oder die Anbindung an ein anderes System, bauen wir dieses Stück – zu einem Bruchteil der Kosten eines Neubaus.
Bevor du in ein Projekt investierst, schauen wir gemeinsam auf deine Abläufe – kostenlos und unverbindlich. Am Ende hast du eine klare Einschätzung, ob eine Individuallösung überhaupt der richtige Weg ist.
