Jede Zeile beantwortet drei Fragen: Was heisst das für dich, wie viel Zeit hast du, und was ist der erste Schritt? Die Dringlichkeit hat vier Stufen: sofort (heute), in den nächsten Tagen, vor dem Stichtag und planbar (Wochen bis Monate). Der Link führt zur ausführlichen Antwort.
Jemand fällt weg
| Wenn … | Was das für dich heisst | Wie dringend | Erster Schritt |
|---|---|---|---|
| dein Entwickler nicht mehr antwortet oder die Agentur weg ist | Die Anwendung läuft weiter, aber fällt etwas aus, kann sie niemand reparieren. Oft laufen Hosting, Domain und Zugänge noch auf diese Person. | In den nächsten Tagen | Zugänge, Code und Backup auf deine Firma sichern: sieben Sofortmassnahmen |
| dein Entwickler gekündigt hat oder in Pension geht | Du hast noch Zeit, sein Wissen geordnet zu übernehmen. Nach dem letzten Arbeitstag ist es weg. | Vor dem letzten Arbeitstag | Mit der Checkliste für die Übernahme klären, was vorhanden ist und was noch fehlt |
| ein Projekt halbfertig liegen geblieben ist | Was fertig aussieht, ist oft nicht produktionsreif. Je länger es liegt, desto weniger weiss noch jemand, warum es so gebaut ist. | Planbar, aber nicht liegen lassen | Code und Zugänge sichern, dann prüfen lassen, was trägt: halbfertiges Projekt übernehmen |
| es keine Dokumentation gibt | Jede Änderung fühlt sich riskant an. Das Wissen steckt trotzdem im Code, in der Datenbank, auf dem Server und bei deinen Leuten. | Planbar | In fünf Schritten wieder beherrschbar: ohne Dokumentation übernehmen |
Eine Frist drängt
| Wenn … | Was das für dich heisst | Wie dringend | Erster Schritt |
|---|---|---|---|
| dein Hoster ankündigt, die PHP-Version abzustellen | Ab dem Stichtag läuft deine Anwendung auf einer neuen Version, ob sie dafür bereit ist oder nicht. | Vor dem Stichtag des Hosters | Stichtag und Rückweg bei deinem Hoster nachsehen: PHP End of Life und Hoster-Tabelle |
| PHP, dein Framework oder dein CMS den Support verliert | Die Anwendung läuft weiter, aber neu entdeckte Lücken bleiben offen. PHP 8.2 bekommt laut php.net nur noch bis 31. Dezember 2026 Sicherheitsupdates. | Planbar, aber mit Datum | Im Fristenkalender 2026–2029 nachsehen, welche Frist für deine Anwendung gilt |
| du nicht weisst, wie gross das Upgrade wird | Ob es ein Klick im Hosting-Panel ist oder ein Projekt über Monate, hängt von der Ausgangsversion und vom Framework ab. | Vor dem Stichtag | Ablauf, Aufwand je Version und Stolpersteine: PHP-Upgrade planen |
| dein Shop QR-Rechnungen erzeugt oder Mails über Microsoft 365 verschickt | Rechnungen mit dem alten Adresstyp und Mailversand mit Basic Auth können abgelehnt werden, die Termine legen Banken und Microsoft fest. | Vor dem Stichtag | Prüfen, was deine Anwendung anpassen muss: QR-Rechnung und Mailversand |
Ausfall oder Sicherheitslücke
| Wenn … | Was das für dich heisst | Wie dringend | Erster Schritt |
|---|---|---|---|
| deine Anwendung nach der PHP-Umstellung Fehler oder eine weisse Seite zeigt | Meist passt der Code nicht zur neuen PHP-Version. Oft lässt sich die alte Version beim Hoster vorübergehend zurückstellen. | Sofort | Was noch vorhanden ist, entscheidet den Weg: Webapplikation wieder zum Laufen bringen |
| die Anwendung stillsteht und Kunden warten | Jede Stunde kostet Umsatz oder Vertrauen. Jetzt zählt nur, dass sie wieder läuft, aufgeräumt wird danach. | Sofort | Zuerst stabilisieren, dann die Ursache beheben: Notfall-Eingriff |
| eine kritische Lücke gemeldet wird und sich niemand zuständig fühlt | Ob deine Anwendung betroffen ist, hängt davon ab, wo sie läuft und welche PHP-Version sie nutzt. Die Frage bleibt an dir hängen, auch wenn du sie technisch nicht beantworten kannst. | In den nächsten Tagen, bei aktiver Ausnutzung sofort | Prüfen, ob dein Hoster gepatcht hat, am Beispiel der PHP-Lücken vom Oktober 2026 |
Betrieb und Qualität
| Wenn … | Was das für dich heisst | Wie dringend | Erster Schritt |
|---|---|---|---|
| Updates seit Monaten aufgeschoben werden und Fehler zuerst deine Kunden bemerken | Jedes Update wird zum Risiko, weil niemand weiss, was danach bricht. Ob sich die Backups zurückspielen lassen, hat vielleicht nie jemand geprüft. | Planbar | Updates, Überwachung und geprüfte Backups als feste Routine: Wartung & Betreuung |
| unklar ist, wer für Updates, Backups und Lücken zuständig ist | Der Hoster patcht den Server, aber nicht deine Anwendung. Was niemand ausdrücklich übernommen hat, macht im Ernstfall niemand. | Planbar | Zuständigkeiten klären: Hoster, Entwickler oder du? |
| du wechseln willst, obwohl die Agentur noch erreichbar ist | Ein Wechsel ist leichter, solange die bisherige Agentur noch antwortet. Kündige erst, wenn Zugänge, Code und Backup bei dir liegen. | Planbar, erst sichern, dann kündigen | So läuft ein geordneter Wechsel: Webapplikation übernehmen lassen |
Etwas soll sich ändern
| Wenn … | Was das für dich heisst | Wie dringend | Erster Schritt |
|---|---|---|---|
| dir ein Neubau empfohlen wird und du die Offerte nicht beurteilen kannst | «Alles neu» ist die schnellste Antwort, aber selten die einzige. Es gibt vier Wege, nicht zwei. | Vor dem Entscheid | Die vier Wege und sieben Fragen für deinen Entscheid: modernisieren oder neu bauen |
| du eine zweite Meinung zur Offerte brauchst | Eine Empfehlung von jemandem, der am Neubau verdient, ist absehbar. Eine unabhängige Bestandsaufnahme zeigt, was die Anwendung wirklich braucht. | Vor dem Entscheid | Das Assessment als Zweitmeinung zur Neubau-Offerte |
| du eine neue Webapplikation bauen lässt | Die Abhängigkeit von einer Person oder Agentur entsteht beim Bauen, nicht erst beim Abgang. | Vor dem Vertrag | Elf Punkte für Vertrag und Projekt: Webapplikation ohne Abhängigkeit |
Die Anwendung geht in Pension
| Wenn … | Was das für dich heisst | Wie dringend | Erster Schritt |
|---|---|---|---|
| die Ablösung in einem Jahr geplant ist, die PHP-Version aber vorher ausläuft | Du willst kein Geld mehr in das Altsystem stecken, aber auch nicht ein Jahr ohne Sicherheitsupdates laufen. | Vor dem Stichtag | Investieren, minimal halten oder einfrieren: Altsystem bis zur Ablösung |
| eine neue Software das Altsystem ersetzt | Der neue Anbieter bringt meist ein Importformat mit, aber selten den Export. Was nicht vollständig mitkommt, fehlt dir später. | Vor dem Umstellungstermin | Checkliste in zwölf Schritten und Abgleichprotokoll: Daten aus dem Altsystem mitnehmen |
Deine Lage ist nicht dabei?
Viele Fälle sind eine Mischung: Der Entwickler ist weg, und gleichzeitig läuft die PHP-Version aus. Dann gilt die dringendere Zeile zuerst. Passt keine, beschreib deine Lage im Fit-Check oder im 30-Minuten-Gespräch. Wie eine geordnete Übernahme abläuft, steht auf der Seite Webapplikation übernehmen.
Quellen
- [1]Supported Versions · The PHP Group