Unternehmensnachfolge: Was tun mit der alten Software?

Bei einer Unternehmensnachfolge steht die alte Software selten im Mittelpunkt. Der Fokus liegt auf Kunden, Mitarbeitern und Finanzen. Die IT kommt später - manchmal zu spät.

Was viele Nachfolger erst nach der Übernahme merken: Die Software trägt das Geschäft. Und sie hat eine Geschichte, die niemand vollständig kennt.

Dieser Artikel erklärt, was bei der Übernahme alter Software zu beachten ist. Er zeigt, welche Risiken entstehen und wie Sie die nächsten Schritte strukturiert angehen - auch ohne technischen Hintergrund.

Was man bei einer Unternehmensübernahme alles erbt

Ein Unternehmen zu übernehmen bedeutet: Man erbt alles. Das Gute und das Schwierige.

Zu den schwierigen Erbschaften gehört oft die Software. Gemeint ist nicht die Microsoft-Office-Lizenz. Gemeint ist die Software, die das eigentliche Geschäft am Laufen hält. Die Warenwirtschaft. Das Buchungssystem. Die Anwendung, die Produktionsdaten erfasst. Das Kundenportal, das seit zehn Jahren täglich genutzt wird.

Diese Systeme wurden gebaut, als andere Anforderungen galten. Aktuelle Sicherheitsstandards, moderne Datenschutzregeln, neue Browser - all das existierte damals noch nicht oder war anders.

Typische Merkmale solcher Systeme:

• Gebaut in PHP 5 oder PHP 7, längst End of Life
• Läuft auf einem Server, den niemand mehr anfasst
• Keine Dokumentation vorhanden
• Nur eine Person kannte das System wirklich - und die ist jetzt weg
• Keine Backups, oder Backups die niemand je getestet hat

Das ist kein Einzelfall. Das ist die Realität in einem großen Teil des deutschen Mittelstands.

Warum Software bei der Übergabe unterschätzt wird

Es gibt einen nachvollziehbaren Grund, warum Software bei Unternehmensübergaben selten im Mittelpunkt steht. Sie läuft. Jeden Tag. Ohne Beschwerden.

Das vermittelt Sicherheit - zu Unrecht.

"Läuft noch" ist kein IT-Konzept. Eine Software, die nicht gewartet wird, wird nicht stabiler. Sie wird angreifbarer. Stiller. Und irgendwann bricht sie zusammen. Oft in dem Moment, in dem niemand damit rechnet.

Der neue Eigentümer hat in diesem Fall ein Problem. Er kennt das System nicht. Er hat niemanden mehr, der es kennt. Und er hat ein laufendes Unternehmen, das davon abhängt.

Das ist eine schwierige Ausgangslage. Sie ist lösbar - wenn man früh genug hinschaut.

Was passiert, wenn man die Software-Übernahme verschleppt

Drei Szenarien, die Nachfolger kennen:

Der einzige Entwickler fehlt

Der einzige Mensch, der die Software wirklich versteht, hat das Unternehmen verlassen. Vielleicht im Rahmen der Übergabe, vielleicht kurz danach. Wissen, das nie aufgeschrieben wurde, ist weg.

Jetzt gibt es eine Kleinigkeit, die geändert werden muss. Keine große Sache. Aber niemand weiß, wo man anfassen darf - und was dann noch funktioniert.

Eine Sicherheitslücke wird aktiv ausgenutzt

Eine bekannte Schwachstelle in der veralteten Software wird ausgenutzt. Kundendaten sind betroffen. Die DSGVO verpflichtet zur Meldung an die Aufsichtsbehörde. Der Schaden ist finanziell und reputational erheblich.

Wer ein System betreibt, das nicht dem Stand der Technik entspricht, haftet. Der vorherige Eigentümer ist nicht mehr im Bild.

Der Server fällt ungeplant aus

Der Server läuft seit Jahren ohne Wartung. Ein Hardware-Defekt. Kein Backup vorhanden, das noch funktioniert. Der Betrieb steht still.

Was in dieser Situation folgt, hängt davon ab, ob irgendwelche Unterlagen vorhanden sind. Meistens sind sie es nicht.

Diese Szenarien sind keine Ausnahmen. Sie passieren besonders häufig nach einer Übernahme, wenn der Betrieb ohne die alten Schlüsselpersonen weiterlaufen muss.

Was Sie als Nachfolger konkret tun sollten

Das Wichtigste zuerst: Schauen Sie sich das System an, bevor etwas passiert.

Schritt 1: Bestandsaufnahme machen

Stellen Sie folgende Fragen. Lassen Sie sich die Antworten schriftlich geben.

• Welche Software läuft im Unternehmen?
• Auf welcher PHP- oder Java-Version läuft sie?
• Wann wurde zuletzt eine Sicherheitsaktualisierung eingespielt?
• Gibt es Backups? Wurden diese je getestet?
• Existiert eine Dokumentation?
• Wer hat Zugang zu Server und Quellcode?

Wenn Sie diese Fragen nicht beantworten können, ist das ein wichtiges Signal. Nicht um Panik zu machen - sondern um zu handeln.

Schritt 2: Software-Audit beauftragen

Ein Software-Audit ist keine Großoperation. Es ist eine strukturierte Analyse, die innerhalb weniger Tage Klarheit schafft.

Was dabei geprüft wird: die verwendete PHP- oder Java-Version, bekannte Sicherheitslücken (CVE steht für "Common Vulnerabilities and Exposures"), der Zustand der externen Abhängigkeiten, Backup-Status und Serverzustand.

Das Ergebnis ist ein klares Bild. Wo ist das System in gutem Zustand, wo besteht Handlungsbedarf, was ist kritisch?

Ein solcher Audit sollte vor der Übernahme stattfinden - oder spätestens unmittelbar danach. Er ist Teil der IT-Due-Diligence und gehört genauso dazu wie die Prüfung der Finanzzahlen.

Schritt 3: Priorisieren statt erschrecken

Ein Audit zeigt oft mehr Baustellen als erwartet. Das muss nicht sofort alles behoben werden.

Wichtig ist die Frage: Was ist kritisch? Was muss sofort angegangen werden, weil es ein unmittelbares Risiko darstellt? Was kann in einem geplanten Schritt über die nächsten Monate folgen?

Technische Schulden lassen sich tilgen - aber nicht über Nacht. Ein realistischer Plan ist besser als der Versuch, alles auf einmal zu lösen.

Schritt 4: Verantwortlichkeit klären

Wer ist nach der Übernahme für die Software verantwortlich? Das klingt wie eine Selbstverständlichkeit. Ist es aber nicht.

Wenn keine klare Antwort existiert, bleibt die Verantwortung diffus. Und diffuse Verantwortung führt dazu, dass niemand handelt.

Ob Inhouse-Entwickler, externer Dienstleister oder eine Kombination aus beidem: Die Betreuung muss geregelt sein. Software-Wartung ist keine Frage des "ob", sondern des "wie".

Was bei der Vertragsgestaltung zu bedenken ist

Wenn Sie ein Unternehmen kaufen und dabei Software übernehmen, sollten einige Punkte im Kaufvertrag explizit geregelt sein.

Dazu gehören: Zugang zu allen relevanten Zugangsdaten und Lizenzen, Übergabe des Quellcodes und aller Repositories, eine Dokumentationsverpflichtung des Verkäufers, Auskunftspflicht für eine definierte Übergangszeit sowie Haftungsregelungen für bekannte Sicherheitsprobleme.

Das klingt nach Aufwand. Es ist aber Vertragsrecht, das Ihnen im Ernstfall hilft.

Eine Empfehlung: Lassen Sie das System vor dem Vertragsabschluss technisch bewerten. Was Sie dort finden, kann den Kaufpreis beeinflussen. Und es schützt Sie vor Überraschungen, die sonst nach der Unterschrift auftauchen.

Alte Software ist keine Katastrophe - sie braucht einen Plan

Wir beobachten in unserer Arbeit immer wieder das gleiche Muster. Nachfolger übernehmen ein Unternehmen mit gutem Geschäft und stabilen Kunden. Die Software läuft. Alle sind froh.

Dann passiert etwas. Und dann zählt, ob man vorbereitet war.

Die gute Nachricht: Alte Software ist kein Dealbreaker. Viele Systeme sind stabiler als befürchtet. Andere sind fragiler. Ohne Analyse weiß man es nicht.

Was wir bei Unternehmensnachfolgen anbieten:

• Software-Audit vor oder nach der Übernahme
• Bestandsaufnahme von Code, Servern und Abhängigkeiten
• Dokumentation dessen, was vorhanden ist
• Stabilisierung und Absicherung laufender Systeme
• Planung der nächsten Schritte, realistisch und priorisiert

Wir kommen nicht mit Pauschalurteilen. Wir schauen, was tatsächlich vorhanden ist. Dann sagen wir Ihnen ehrlich, was es bedeutet.

Mehr dazu, was eine professionelle Übernahme von Legacy Software in der Praxis beinhaltet, erklären wir im Gespräch.

Fazit: Früh hinschauen spart viel

Eine Unternehmensnachfolge mit alter IT ist lösbar. Vorausgesetzt, man nimmt das Thema früh in den Blick.

Wer die Software-Situation kennt, bevor die Übergabe abgeschlossen ist, hat Optionen. Wer es erst nach dem ersten Ausfall merkt, hat sie nicht mehr.

Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihre Situation an und sagen Ihnen ehrlich, wo Sie stehen und was als nächstes sinnvoll ist.