Der bisherige PHP-Entwickler ist nicht mehr erreichbar. Vielleicht hat ein Freelancer seine Tätigkeit beendet, ein Mitarbeiter das Unternehmen verlassen oder die ursprüngliche Agentur betreut das Projekt nicht mehr. Die Website, der Onlineshop oder die interne Anwendung funktionieren zunächst weiter. Doch sobald ein Fehler auftritt oder eine Änderung notwendig wird, entsteht ein Problem: Wer kennt den Code, die Datenbank und die technische Umgebung? Die gute Nachricht: Eine bestehende PHP-Anwendung lässt sich häufig auch ohne ihren ursprünglichen Entwickler übernehmen. Entscheidend ist, den technischen Zustand zuerst zu verstehen und Änderungen kontrolliert vorzunehmen.
1. Warum wird der Ausfall eines PHP-Entwicklers zum Geschäftsrisiko?
Viele Unternehmen nutzen individuell entwickelte PHP-Anwendungen, die über Jahre gewachsen sind.
Das können beispielsweise sein:
- Onlineshops mit individuellen Erweiterungen,
- Kundenportale und geschützte Bereiche,
- interne Verwaltungsprogramme,
- Bestell- und Buchungssysteme,
- Schnittstellen zu CRM, ERP oder Warenwirtschaft,
- individuelle Funktionen bestehender Unternehmenswebsites.
Solange diese Systeme funktionieren, beschäftigt sich die Geschäftsführung häufig nur wenig mit ihrem technischen Aufbau.
Das ändert sich, wenn eine Anpassung erforderlich wird und der ursprüngliche Entwickler nicht mehr zur Verfügung steht.
Typische Situationen
Ein Mitarbeiter verlässt das Unternehmen. Er hat die Anwendung über Jahre entwickelt, aber nur wenig dokumentiert.
Ein Freelancer ist nicht mehr erreichbar. Der Quellcode liegt auf einem Server, doch niemand kennt den aktuellen Entwicklungsstand.
Eine Agentur beendet die Zusammenarbeit. Die Anwendung funktioniert, aber neue Funktionen und Fehlerkorrekturen bleiben liegen.
Ein Update wird notwendig. PHP-Version, Bibliotheken oder Serverumgebung müssen angepasst werden. Niemand weiß sicher, welche Komponenten voneinander abhängen.
In allen Fällen entsteht dasselbe Grundproblem: Das Unternehmen ist technisch von Wissen abhängig, das nicht ausreichend verfügbar ist.
Warum das gefährlich werden kann
Ein fehlender Ansprechpartner führt nicht automatisch zu einem Systemausfall.
Das Risiko steigt jedoch, wenn notwendige Änderungen nicht mehr zuverlässig durchgeführt werden können.
Besonders kritisch wird die Situation, wenn die Anwendung Bestellungen verarbeitet, Kundendaten verwaltet oder mit anderen Geschäftssystemen verbunden ist.
Dann betrifft eine technische Störung nicht nur die IT, sondern möglicherweise auch den laufenden Geschäftsbetrieb.
2. PHP-Entwickler nicht mehr erreichbar: Was sollten Unternehmen zuerst tun?
Der erste Impuls ist häufig, möglichst schnell einen neuen Programmierer zu suchen.
Das ist verständlich. Vorher sollten jedoch einige grundlegende Fragen geklärt werden.
1. Prüfen Sie, welche Zugänge vorhanden sind
- Hosting- oder Serververwaltung
- SSH- oder SFTP-Zugänge
- Git-Repository oder andere Quellcodeverwaltung
- Datenbankverwaltung
- Domain- und DNS-Verwaltung
- Administrationsbereich der Anwendung
- Zugänge zu angebundenen Drittanbieterdiensten
Wichtig ist nicht, Zugangsdaten unkontrolliert weiterzugeben.
Stattdessen sollte festgestellt werden, welche Berechtigungen vorhanden sind, wem die Konten gehören und wie einem neuen Dienstleister ein geeigneter Zugriff eingerichtet werden kann.
2. Sichern Sie den aktuellen Zustand
Bevor Änderungen vorgenommen werden, sollte geklärt werden, welche Sicherungen verfügbar sind.
Dazu gehören je nach System:
- Quellcode und Konfigurationsdateien,
- Datenbanken,
- hochgeladene Dateien und Medien,
- relevante Serverkonfigurationen,
- Informationen zu installierten Versionen und Abhängigkeiten.
Ein vorhandenes Backup ist allerdings noch kein Nachweis dafür, dass sich die Anwendung vollständig wiederherstellen lässt.
Die Wiederherstellbarkeit sollte unter geeigneten Bedingungen geprüft werden.
3. Halten Sie das aktuelle Problem schriftlich fest
Beschreiben Sie möglichst konkret:
- Was funktioniert derzeit?
- Welche Funktion ist fehlerhaft?
- Seit wann besteht das Problem?
- Welche Änderung wird benötigt?
- Welche Geschäftsprozesse sind betroffen?
- Gibt es einen festen Termin?
Eine konkrete Fehlerbeschreibung hilft einem neuen Entwickler wesentlich mehr als die allgemeine Aussage „Unsere Software muss überarbeitet werden“.
4. Vermeiden Sie unkontrollierte Änderungen
Gerade bei schlecht dokumentierten Anwendungen können scheinbar kleine Eingriffe unerwartete Folgen haben.
Deshalb sollten Änderungen an produktiven Systemen nicht ohne Prüfung der betroffenen Funktionen und Abhängigkeiten erfolgen.
3. Kann ein neuer PHP-Entwickler fremden Code übernehmen?
Ja. Die Übernahme bestehender Software gehört zu den üblichen Aufgaben professioneller Softwareentwicklung.
Ein neuer Entwickler benötigt nicht zwingend das gesamte Wissen des ursprünglichen Programmierers.
Er muss sich jedoch systematisch in die Anwendung einarbeiten.
Was erleichtert die Übernahme?
- Vollständiger Zugriff auf den aktuellen Quellcode
- Nachvollziehbare Projektstruktur
- Vorhandene Versionsverwaltung
- Informationen zur eingesetzten PHP-Version
- Dokumentierte Datenbankstruktur
- Bekannte Schnittstellen und externe Dienste
- Verfügbare Testumgebung
- Automatisierte oder dokumentierte Funktionstests
Fehlen diese Voraussetzungen, ist eine Übernahme nicht automatisch ausgeschlossen.
Der Aufwand für Analyse, Rekonstruktion und Absicherung kann jedoch steigen.
Was ein neuer Entwickler nicht einfach voraussetzen sollte
Eine laufende Anwendung ist nicht zwangsläufig sauber dokumentiert oder vollständig getestet.
Auch ein vorhandenes Git-Repository bedeutet nicht automatisch, dass dort der tatsächlich produktive Code liegt.
In älteren Projekten wurden Änderungen teilweise direkt auf dem Server vorgenommen.
Deshalb sollte der neue Entwickler prüfen, ob Quellcode, Datenbank und produktive Installation tatsächlich zusammenpassen.
Besonders wichtig: Nicht sofort alles umschreiben
Wenn eine bestehende Anwendung einen wichtigen Geschäftsprozess zuverlässig unterstützt, kann eine vollständige Neuentwicklung unnötige Kosten und zusätzliche Risiken verursachen.
Oft ist es sinnvoller, zunächst die kritischen Funktionen zu verstehen, konkrete Fehler zu beheben und anschließend über weitere Verbesserungen zu entscheiden.
4. Was gehört zu einer technischen Bestandsaufnahme?
Eine technische Bestandsaufnahme soll die Frage beantworten, wie die Anwendung aufgebaut ist, welche Risiken bestehen und welche Arbeiten tatsächlich notwendig sind.
| Bereich | Was wird geprüft? | Warum ist das wichtig? |
|---|---|---|
| Quellcode | Projektstruktur, verwendete Bibliotheken, individuelle Anpassungen | Aufwand und Abhängigkeiten verstehen |
| PHP-Version | Installierte Version und offizieller Supportstatus | Wartungs- und Sicherheitsbedarf erkennen |
| Datenbank | Tabellen, Verbindungen, Datenflüsse und Sicherungen | Datenverluste und fehlerhafte Änderungen vermeiden |
| Server | Webserver, PHP-Laufzeit, Berechtigungen und Konfiguration | Technische Betriebsumgebung nachvollziehen |
| Schnittstellen | APIs, Zahlungsdienste, CRM, ERP und andere Integrationen | Auswirkungen von Änderungen einschätzen |
| Deployment | Wie gelangt neuer Code auf das produktive System? | Kontrollierte Änderungen ermöglichen |
| Tests | Welche wichtigen Abläufe können überprüft werden? | Unbeabsichtigte Funktionsfehler erkennen |
| Dokumentation | Welche Informationen sind vorhanden und welche fehlen? | Künftige Abhängigkeiten reduzieren |
PHP-Version und Sicherheitsupdates
Bei älteren Anwendungen sollte insbesondere der Versionsstand geprüft werden.
Nach dem offiziellen PHP-Supportplan erhält PHP 8.2 noch bis zum 31. Dezember 2026 Sicherheitsunterstützung. PHP 8.3 wird bis Ende 2027 und PHP 8.4 bis Ende 2028 mit Sicherheitskorrekturen unterstützt.
Das bedeutet nicht, dass jedes ältere Projekt sofort auf die neueste PHP-Version umgestellt werden kann.
Vor einem Versionswechsel müssen unter anderem Bibliotheken, individuelle Funktionen und die Kompatibilität der Anwendung geprüft werden.
Aktuelle Informationen veröffentlicht das PHP-Projekt unter Supported PHP Versions.
Wenn zusätzlich die Serverumgebung angepasst werden muss, kann auch die Linux-Administration relevant werden.
5. Welche Fehler sollten Unternehmen bei der PHP-Übernahme vermeiden?
Fehler 1: Nur nach dem günstigsten Stundensatz suchen
Ein niedriger Stundensatz sagt wenig darüber aus, wie schnell sich ein Entwickler in eine unbekannte Anwendung einarbeiten kann.
Bei einem bestehenden Projekt zählen auch Erfahrung mit fremdem Code, systematische Fehlersuche und die Fähigkeit, Risiken vor Änderungen zu erkennen.
Fehler 2: Änderungen direkt im Produktivsystem testen
Eine kleine Änderung kann Auswirkungen auf Bestellungen, Datenbankzugriffe oder andere Funktionen haben.
Wo technisch sinnvoll und möglich, sollten Änderungen zunächst in einer geeigneten Testumgebung geprüft werden.
Fehler 3: Fehlende Dokumentation ignorieren
Wenn ein neuer Entwickler lediglich den nächsten Fehler behebt, ohne wichtige Erkenntnisse festzuhalten, bleibt die ursprüngliche Abhängigkeit bestehen.
Eine kurze Dokumentation der vorgenommenen Änderungen kann spätere Arbeiten erheblich erleichtern.
Fehler 4: Unklare Zugriffsrechte übernehmen
Alte Benutzerkonten und Zugangsdaten sollten überprüft werden.
Besonders wichtig ist die Frage, ob ehemalige Mitarbeiter oder externe Dienstleister weiterhin Zugriff auf produktive Systeme haben.
Berechtigungen sollten kontrolliert und bei Bedarf angepasst werden, ohne dabei notwendige Dienste unbeabsichtigt zu unterbrechen.
Fehler 5: Ohne Kostengrenze beginnen
Bei unbekanntem Code ist der Gesamtaufwand häufig nicht sofort erkennbar.
Deshalb kann eine begrenzte technische Analyse sinnvoller sein als ein offener Entwicklungsauftrag ohne klaren Untersuchungsumfang.
6. Was kostet die Übernahme einer bestehenden PHP-Anwendung?
Die Kosten hängen vor allem davon ab, wie gut die Anwendung zugänglich, dokumentiert und technisch nachvollziehbar ist.
Eine einfache, klar abgegrenzte Fehlerkorrektur unterscheidet sich erheblich von der Übernahme eines komplexen Systems mit mehreren Datenbanken und externen Schnittstellen.
Welche Faktoren beeinflussen den Aufwand?
- Größe und Struktur des Quellcodes
- Vorhandene oder fehlende Dokumentation
- Komplexität der Datenbank
- Anzahl externer Schnittstellen
- Zustand der Serverumgebung
- Verfügbarkeit einer Testumgebung
- Umfang der gewünschten Änderungen
- Notwendige Prüfungen vor der Produktivsetzung
Was kosten externe Softwareentwickler in Deutschland?
Der Freelancer-Kompass 2026 nennt für die Kategorie Software- und Webentwicklung einen durchschnittlichen Stundensatz von 91 Euro.
Dieser Wert ist eine allgemeine Marktinformation und kein verbindlicher Preis für die Übernahme eines bestehenden PHP-Projekts.
Insbesondere Analyse, Projektverantwortung, Tests und Übergabe können den tatsächlichen Leistungsumfang beeinflussen.
Die Studie ist unter Freelancer-Kompass 2026 verfügbar.
Wie kalkuliert Kubertino PHP-Arbeiten?
Kubertino unterscheidet zwischen einer technischen Analyse und einem direkten Umsetzungsauftrag.
| Leistung | Preis | Umfang |
|---|---|---|
| Technische Analyse | 490 € netto | Eine vereinbarte Fragestellung in einem System, insgesamt bis zu 2,5 Stunden für Zugangseinrichtung, Untersuchung und Dokumentation |
| Direkte Umsetzung | 190 € netto pro Stunde | Beim ersten direkten Umsetzungsauftrag mindestens vier Stunden, entsprechend 760 € netto |
| Umsetzung nach Analyse | 190 € netto pro Stunde | Separat vereinbarter Umfang ohne erneuten Mindestumfang von vier Stunden |
Alle Preise verstehen sich zuzüglich gesetzlicher Umsatzsteuer.
Der konkrete Umfang und ein Kostenlimit werden vor Beginn vereinbart. Eine Erweiterung wird gesondert abgestimmt.
Die technische Analyse ist dabei nicht mit einer vollständigen Prüfung aller Bestandteile einer großen Anwendung gleichzusetzen. Ihr Umfang wird auf die vereinbarte Fragestellung begrenzt.
Weitere Informationen finden Sie auf der Leistungsseite PHP-Entwicklung bei Kubertino.
7. Freelancer, festangestellter Entwickler oder PHP-Agentur?
Welche Lösung sinnvoll ist, hängt vom Umfang und der Dauer des tatsächlichen Bedarfs ab.
| Modell | Kann sinnvoll sein, wenn … | Was sollte geprüft werden? |
|---|---|---|
| Festangestellter Entwickler | regelmäßig umfangreiche Entwicklungsaufgaben anfallen | Auslastung, erforderliche Kenntnisse, Vertretung und langfristige Kosten |
| Freelancer | ein klar abgegrenztes Projekt oder eine zeitlich begrenzte Unterstützung benötigt wird | Verfügbarkeit, Erfahrung mit Bestandscode, Übergabe und Dokumentation |
| PHP-Agentur oder externer Dienstleister | eine bestehende Anwendung untersucht, korrigiert oder gezielt weiterentwickelt werden soll | Leistungsumfang, Verantwortlichkeiten, Prüfungen, Kostenlimit und Übergabe |
Keine dieser Varianten ist grundsätzlich die beste.
Wenn ein Unternehmen dauerhaft mehrere Entwickler benötigt, kann eine interne Entwicklungsabteilung wirtschaftlich sinnvoll sein.
Wenn dagegen nur gelegentlich Fehler auftreten oder Erweiterungen benötigt werden, kann ein externer Auftrag besser zum tatsächlichen Bedarf passen.
Die wichtigste Frage vor der Entscheidung
Benötigt Ihr Unternehmen dauerhaft zusätzliche Entwicklungskapazität oder zunächst eine konkrete technische Lösung?
Wer diese beiden Situationen unterscheidet, kann Angebote besser vergleichen und unnötige Verpflichtungen vermeiden.
8. Wann sollte eine alte PHP-Anwendung modernisiert werden?
Eine ältere Anwendung muss nicht allein wegen ihres Alters ersetzt werden.
Entscheidend ist, ob sie weiterhin sicher betrieben, sinnvoll gewartet und bei Bedarf erweitert werden kann.
Eine gezielte Weiterentwicklung kann ausreichen, wenn:
- die Kernfunktionen zuverlässig arbeiten,
- der Code technisch nachvollziehbar ist,
- die notwendigen Änderungen begrenzt bleiben,
- eine unterstützte Laufzeit erreichbar ist,
- wichtige Schnittstellen weiterhin funktionieren.
Eine umfassendere Modernisierung sollte geprüft werden, wenn:
- zentrale Komponenten nicht mehr unterstützt werden,
- notwendige Sicherheitsupdates nicht umgesetzt werden können,
- kleine Änderungen regelmäßig große Nebenwirkungen verursachen,
- kritische Abhängigkeiten nicht mehr gepflegt werden,
- die Anwendung wichtige neue Geschäftsanforderungen nicht mehr sinnvoll abbilden kann.
Auch in solchen Fällen ist eine vollständige Neuentwicklung nicht automatisch die einzige Lösung.
Eine schrittweise Modernisierung kann bestimmte Risiken reduzieren, sofern die vorhandene Architektur das zulässt.
Für Unternehmen ist deshalb eine nachvollziehbare Gegenüberstellung wichtig: Was kostet die Weiterentwicklung, welche Risiken bleiben und welchen zusätzlichen Nutzen würde ein Neuaufbau tatsächlich bringen?
9. Praxisbeispiel: Ein Onlineshop funktioniert, aber niemand kennt den Code
Fiktives Beispiel: Ein mittelständisches Unternehmen betreibt einen Onlineshop mit individuellen PHP-Erweiterungen.
Der bisherige Entwickler hat die Zusammenarbeit beendet.
Der Shop funktioniert weiterhin. Allerdings werden einzelne Bestellungen nicht mehr vollständig an das Warenwirtschaftssystem übertragen.
Was wäre eine ungünstige Reaktion?
Das Unternehmen beauftragt sofort eine vollständige Neuentwicklung des Shops, ohne die Ursache des Übertragungsfehlers untersuchen zu lassen.
Damit würden möglicherweise funktionierende Prozesse ersetzt, obwohl das eigentliche Problem auf eine begrenzte Schnittstellenfunktion zurückzuführen ist.
Wie könnte eine strukturierte Übernahme aussehen?
- Problem eingrenzen: Welche Bestellungen sind betroffen und welche Daten fehlen?
- Zugänge prüfen: Sind aktueller Quellcode, Datenbank und Schnittstellenkonfiguration verfügbar?
- Datenfluss nachvollziehen: Wie gelangen Bestelldaten vom Shop in die Warenwirtschaft?
- Ursache untersuchen: Liegt der Fehler in der Anwendung, der Schnittstelle oder einer Konfiguration?
- Änderung abstimmen: Welche Korrektur ist erforderlich und welche Funktionen könnten betroffen sein?
- Gezielt testen: Werden Bestellungen nach der Änderung vollständig und korrekt übertragen?
- Ergebnis dokumentieren: Welche Ursache wurde festgestellt und was wurde geändert?
Das Ergebnis einer solchen Untersuchung könnte eine begrenzte Fehlerkorrektur sein.
Es könnte sich aber auch herausstellen, dass eine größere Anpassung notwendig ist.
Genau deshalb sollte die Entscheidung erst nach einer geeigneten technischen Prüfung getroffen werden.
10. Checkliste: So bereiten Sie die Übergabe Ihres PHP-Projekts vor
- System benennen: Welche Website, welcher Shop oder welche Anwendung ist betroffen?
- Geschäftliche Bedeutung klären: Welche Prozesse hängen davon ab?
- Aktuelles Problem beschreiben: Was funktioniert nicht oder muss geändert werden?
- Quellcode lokalisieren: Wo liegt die aktuelle Version?
- Repository prüfen: Gibt es eine Versionsverwaltung?
- Zugänge erfassen: Welche Administrations- und Serverzugänge sind verfügbar?
- Datenbank berücksichtigen: Wo werden die Daten gespeichert?
- Backups prüfen: Welche Sicherungen existieren und sind sie wiederherstellbar?
- PHP-Version feststellen: Welche Laufzeit wird verwendet?
- Schnittstellen dokumentieren: Welche externen Systeme sind angebunden?
- Testmöglichkeiten klären: Gibt es eine geeignete Testumgebung?
- Prioritäten festlegen: Was muss zuerst gelöst werden?
- Budgetrahmen definieren: Welche Untersuchung oder Änderung soll zunächst beauftragt werden?
- Übergabe vereinbaren: Welche Dokumentation und Ergebnisse werden erwartet?
Sie müssen diese Liste nicht vollständig selbst abarbeiten.
Sie hilft vor allem dabei, die Ausgangssituation zu beschreiben und offene Fragen für eine technische Untersuchung sichtbar zu machen.
11. Häufige Fragen zur Übernahme bestehender PHP-Projekte
Kann ein PHP-Entwickler eine Anwendung übernehmen, die jemand anderes programmiert hat?
Ja. Voraussetzung ist, dass die notwendigen technischen Grundlagen zugänglich sind oder im Rahmen einer Untersuchung geklärt werden können. Der Aufwand hängt unter anderem von Codequalität, Dokumentation, Abhängigkeiten und Systemkomplexität ab.
Was passiert, wenn keine Dokumentation vorhanden ist?
Eine Übernahme kann trotzdem möglich sein. Der neue Entwickler muss dann relevante Abläufe aus Quellcode, Datenbankstruktur, Konfiguration und beobachtbarem Systemverhalten rekonstruieren. Das kann zusätzlichen Analyseaufwand verursachen.
Was tun, wenn der ehemalige Entwickler den Quellcode nicht übergeben hat?
Zunächst sollte geprüft werden, welche Projektdateien, Repositories, Sicherungen und Serverzugänge vorhanden sind. Außerdem ist zu klären, welche vertraglichen Ansprüche und Nutzungsrechte bestehen. Ob eine vollständige technische Übernahme möglich ist, hängt vom konkreten Fall ab.
Muss eine alte PHP-Anwendung komplett neu programmiert werden?
Nein. Viele Anwendungen können gezielt korrigiert oder weiterentwickelt werden. Eine Neuentwicklung sollte erst dann erwogen werden, wenn technische und wirtschaftliche Gründe dafür sprechen.
Kann eine PHP-Anwendung ohne Unterbrechung übernommen werden?
Eine technische Bestandsaufnahme kann häufig erfolgen, während die Anwendung weiterläuft. Ob spätere Änderungen ohne Unterbrechung möglich sind, hängt vom System und der geplanten Maßnahme ab. Wartungsfenster und Rückfallmöglichkeiten sollten bei Bedarf vorher abgestimmt werden.
Was kostet es, fremden PHP-Code zu übernehmen?
Eine pauschale Summe wäre ohne Kenntnis der Anwendung nicht seriös. Kubertino bietet für eine vereinbarte technische Fragestellung eine Analyse für 490 Euro netto an. Direkte Entwicklungsarbeiten werden mit 190 Euro netto pro Stunde berechnet. Beim ersten direkten Umsetzungsauftrag gilt ein Mindestumfang von vier Stunden, entsprechend 760 Euro netto. Nach einer Analyse gilt für die anschließende Umsetzung kein erneuter Mindestumfang von vier Stunden. Umfang und Kostenlimit werden vor Beginn abgestimmt.
Ist ein PHP-Update automatisch Teil der Projektübernahme?
Nein. Zunächst sollte der vorhandene Versionsstand und seine Kompatibilität mit der Anwendung geprüft werden. Ein erforderliches PHP-Update kann anschließend als eigene Maßnahme geplant werden.
Kann Kubertino auch bestehende PHP-Projekte übernehmen?
Ja. Kubertino bietet die Einarbeitung in vorhandenen PHP-Code, die Behebung konkreter Fehler und die vereinbarte Weiterentwicklung bestehender Websites und Anwendungen an. Vor Beginn werden Aufgabe, Umfang und Kostenlimit geklärt.
Fazit: Ein fehlender PHP-Entwickler muss kein Grund für einen kompletten Neustart sein
Wenn der ursprüngliche Entwickler nicht mehr verfügbar ist, steht ein Unternehmen vor einer wichtigen Entscheidung.
Die bestehende Software kann geschäftlich wertvoll sein. Gleichzeitig fehlen möglicherweise Dokumentation, technische Ansprechpartner oder Kenntnisse über kritische Abhängigkeiten.
Eine vorschnelle Neuentwicklung ist deshalb ebenso wenig sinnvoll wie unkontrollierte Änderungen an einem unbekannten System.
Der bessere Weg beginnt mit einer klaren Bestandsaufnahme.
Welche Funktionen sind wichtig? Welche technischen Grundlagen sind vorhanden? Welche Risiken bestehen? Und welche konkrete Änderung muss zuerst umgesetzt werden?
Wenn diese Fragen beantwortet sind, lässt sich entscheiden, ob eine gezielte Fehlerbehebung, die weitere Betreuung oder eine größere Modernisierung sinnvoll ist.