Irgendwann endet die bisherige Betreuung eines Shops: Der Dienstleister stellt den Betrieb ein, ein Vertrag läuft aus, die vertraute Ansprechperson wechselt den Arbeitgeber -- oder die Zusammenarbeit schläft einfach ein, ohne dass jemand sie förmlich beendet. Der Shop läuft äußerlich weiter, aber niemand spielt mehr Aktualisierungen ein, niemand prüft Sicherungen, niemand reagiert auf Warnmeldungen. Genau in diesem Zustand entsteht der Schaden, der später sichtbar wird: 289,2 Milliarden Euro (Bitkom) Gesamtschaden meldete die deutsche Wirtschaft für 2025, davon 202,4 Milliarden Euro (Bitkom) aus Cyberangriffen. Eine Wartungsübernahme ist deshalb kein Formalakt, sondern ein Projekt mit eigener Reihenfolge. Dieser Leitfaden zeigt, welches Zugangs- und Besitzinventar dazugehört, was in den ersten 30 Tagen tatsächlich geprüft wird und wie aus dem Übergang ein Übergabeprotokoll und ein Betriebshandbuch entstehen -- als Grundlage für die laufende Betreuung eines Online-Shops.
Das Wichtigste in Kürze
- Ein Shop ohne Betreuung altert messbar: Das BSI zählte zuletzt weltweit durchschnittlich 119 neue Schwachstellen (BSI) pro Tag, ein Zuwachs von rund 24 Prozent (BSI) gegenüber dem Vorjahreszeitraum.
- Die Übernahme beginnt nicht mit Technik, sondern mit Besitz: Domain, DNS, Hosting, Repository, Lizenzen sowie Zahlungs- und Versandkonten gehören in ein Inventar mit rund zwölf Positionen.
- Dienstleister sind Teil der Angriffsfläche: In 30 Prozent (Verizon DBIR) der untersuchten Datenschutzverletzungen war eine Drittpartei beteiligt -- doppelt so häufig wie im Vorjahr mit 15 Prozent (Verizon DBIR).
- Die ersten 30 Tage sind Bestandsaufnahme, keine Umbauphase: Versions- und Patchstand, Abweichungen vom Auslieferungsstand und ein echter Rückspieltest der Sicherungen stehen vor jeder Optimierung.
- Ergebnis der Übernahme sind zwei Dokumente: ein Übergabeprotokoll mit Befunden und Fristen sowie ein Betriebshandbuch, mit dem auch eine Vertretung den Shop weiterführen kann.
Warum der Anbieterwechsel ein eigener Projektschritt ist
Ein Shop, der ohne Betreuung weiterläuft, sieht von außen unverändert aus. Innen altert er. Das Bundesamt für Sicherheit in der Informationstechnik zählte im Berichtszeitraum von Juli 2024 bis Juni 2025 weltweit durchschnittlich 119 neue Schwachstellen (BSI) pro Tag in IT-Systemen, rund 24 Prozent (BSI) mehr als im Zeitraum davor; die beobachtete Ausnutzung von Schwachstellen nahm im selben Zeitraum um 38 Prozent (BSI) zu. Jede Woche ohne eingespielte Sicherheitsaktualisierung vergrößert damit den Abstand zwischen dem Zustand Ihres Shops und dem, was Angreifer bereits automatisiert absuchen. Der Rückstand wächst nicht linear, sondern in Sprüngen: Wer drei Nebenversionen überspringt, kann nicht mehr einfach das nächste Update einspielen, sondern muss eine Kette von Zwischenschritten nachholen -- ein Muster, das wir im Beitrag zum Umgang mit Sicherheitslücken und CVE-Meldungen ausführlich beschreiben.
Der zweite Grund liegt in der Abhängigkeit selbst. Im Verizon Data Breach Investigations Report 2025 war an 30 Prozent (Verizon DBIR) der untersuchten Datenschutzverletzungen eine Drittpartei beteiligt -- doppelt so häufig wie im Jahr davor, als der Anteil noch bei 15 Prozent (Verizon DBIR) lag. Dienstleister, Erweiterungen und Hostingpartner sind Teil der Angriffsfläche, und ein Wechsel ist der Moment, in dem diese Kette einmal vollständig sichtbar wird. Wer sie in dieser Phase sauber dokumentiert, gewinnt mehr als nur Zugänge: Er bekommt zum ersten Mal eine belastbare Antwort auf die Frage, wer eigentlich auf welchen Teil des Systems zugreifen kann. Welche Leistungen danach vertraglich abgedeckt sein sollten, ordnet der Beitrag was ein Wartungsvertrag enthalten sollte ein.
Was in diesem Beitrag mit Wartungsübernahme gemeint ist
Das Zugangs- und Besitzinventar
Vor jeder technischen Prüfung steht eine kaufmännische Frage: Was gehört eigentlich Ihnen? In der Praxis ist das seltener eindeutig, als Betreiber annehmen. Die Domain steht auf den Namen der Agentur, der Hostingvertrag läuft über deren Sammelkonto, Erweiterungen sind auf ein Dienstleisterkonto lizenziert, und das Repository liegt unter einem Konto, auf das niemand im Haus Zugriff hat. Ein Inventar trennt deshalb konsequent zwischen drei Dingen: wem eine Position rechtlich gehört, wer sie technisch verwaltet und wer sich anmelden kann. Erst wenn alle drei Spalten gefüllt sind, ist die Ausgangslage klar. Besonders folgenreich sind dabei Domain und Namensauflösung, weil an ihnen Erreichbarkeit, Zertifikate und Mailversand gleichzeitig hängen -- warum sich hier eine eigene Absicherung lohnt, zeigt der Beitrag zu DNS-Pflege, DNSSEC und Registrar-Lock.
Domain und Registrar
Inhaberdaten, Zugang zum Registrar, Auth-Code für einen Transfer und der Registrar-Lock. Steht die Domain nicht auf Ihren Namen, ist alles andere zweitrangig.
DNS-Verwaltung
Zonendatei, TTL-Werte und die Einträge für Mailversand und Zertifikatsprüfung. Wer hier keinen Zugriff hat, kann einen Umzug nicht steuern.
Hosting und Server
Vertragsverhältnis, Konsolenzugang, SSH-Schlüssel und Datenbankzugänge. Wichtig ist auch, welche weiteren Projekte auf derselben Umgebung liegen.
Repository und Deployment
Quellcode, Versionshistorie und die Pipeline, über die Änderungen live gehen. Ohne Historie fehlt die Antwort auf die Frage, wann was geändert wurde.
Lizenzen und Erweiterungen
Lizenzinhaber, Laufzeiten und Bezugsquellen je Erweiterung. Lizenzen auf fremdem Namen laufen nach dem Wechsel aus und lassen sich nicht verlängern.
Zahlung und Versand
Händlerkonten, API-Zugänge und Webhook-Ziele bei Zahlungs- und Versanddiensten. Sie hängen an Verträgen, die selten mit dem Shop mitwandern.
Sechs weitere Positionen werden bei einer Übernahme regelmäßig übersehen, weil sie im Alltag unsichtbar sind und erst auffallen, wenn sie ausfallen. Dazu zählt vor allem alles, was automatisch im Hintergrund läuft: Zertifikatsverlängerung, Mailversand, Überwachung und Sicherungen. Diese Automatik ist der Teil, den der bisherige Anbieter typischerweise auf seinen eigenen Systemen betrieben hat -- und der mit ihm verschwindet. Wie eng die Fristen inzwischen sind, macht der Beitrag zur verkürzten Laufzeit von TLS-Zertifikaten und ihrer Automatisierung deutlich.
- Mailversand: Über welches Konto verschickt der Shop Bestell- und Systemmails, und wem gehört es?
- Zertifikate: Wo läuft die automatische Erneuerung, und wer bekommt eine Warnung, wenn sie ausbleibt?
- Überwachung: Welche Prüfungen laufen, an welche Adressen gehen Alarme, wer quittiert sie?
- Sicherungen: Wo liegen sie, wie lange werden sie aufbewahrt, und wer kann sie zurückspielen?
- Statistik und Einwilligung: Welche Werkzeuge sind eingebunden, und über welches Konto laufen sie?
- Rechtstexte: Wer pflegt Impressum, Datenschutzerklärung und Widerrufsbelehrung, und mit welchem Zugang?
Wenn die Zugänge beim alten Dienstleister liegen
Der häufigste Befund am ersten Tag lautet: Der Betreiber hat einen Zugang zum Shop-Backend und sonst nichts. Server, DNS, Repository und Lizenzkonten liegen beim bisherigen Anbieter. Das ist unangenehm, aber selten aussichtslos. Der geordnete Weg beginnt mit einer schriftlichen, freundlich formulierten Anforderung, die genau benennt, welche Positionen übergeben werden sollen und bis wann. Eine Liste hilft dabei mehr als eine allgemeine Bitte um Zugangsdaten: Sie macht die Übergabe abhakbar und dokumentiert zugleich, was angefordert wurde. Parallel dazu lohnt der Blick in den Vertrag, denn viele Wartungsverträge regeln die Mitwirkung bei Vertragsende ausdrücklich.
Kommt keine Reaktion, gibt es mehrere unabhängige Hebel. Bei Domains führt der Weg über den Registrar: Als Inhaber können Sie den Auth-Code anfordern und einen Transfer einleiten, auch ohne Mitwirkung des technischen Ansprechpartners. Stimmen die Inhaberdaten nicht, ist ein Inhaberwechsel der vorgelagerte Schritt. Beim Hosting entscheidet, wer Vertragspartner ist; läuft der Vertrag über den Dienstleister, ist ein Neuaufbau der Umgebung häufig schneller als eine Verhandlung. Datenschutzrechtlich hilft die Auftragsverarbeitung: Nach Art. 28 Abs. 3 DSGVO (DSGVO) muss der Auftragsverarbeiter personenbezogene Daten nach Ende der Leistungserbringung nach Wahl des Verantwortlichen löschen oder zurückgeben. Ein Verzeichnis der Verarbeitungstätigkeiten nach Art. 30 DSGVO (DSGVO) listet zudem auf, welche Dienstleister überhaupt eingebunden sind -- oft die schnellste Quelle für ein vollständiges Inventar.
Besitz ist nicht gleich Zugriff
Die ersten 30 Tage: Bestandsaufnahme statt Vermutung
Nach der Zugangsphase folgt die Aufnahme des tatsächlichen Zustands. Die Versuchung ist groß, sofort aufzuräumen -- doch wer im ersten Monat gleichzeitig prüft und ändert, kann eine später auftretende Störung keiner Ursache mehr zuordnen. Deshalb gilt in der Übernahme eine einfache Regel: erst messen, dann handeln, mit Ausnahme akuter Sicherheitslücken. Zur Aufnahme gehören Versions- und Patchstand von Kern, Erweiterungen, PHP und Datenbank sowie deren Supportfristen. Eine abgelaufene Sprachversion ist dabei kein Randthema, sondern verschiebt den gesamten Aktualisierungspfad, wie der Beitrag zum Umgang mit dem Supportende von PHP zeigt. Alle Prüfungen laufen lesend auf dem Livesystem und schreibend nur in einer getrennten Testumgebung.
| Prüffeld | Was oft berichtet wird | Was in der Übernahme geprüft wird |
|---|---|---|
| Sicherungen | Es wird täglich gesichert | Rückspielen einer Sicherung in eine Testumgebung, mit Zeitmessung |
| Versionsstand | Der Shop ist aktuell | Kern-, PHP- und Datenbankversion im Abgleich mit den Supportfristen |
| Anpassungen am Kern | Es gibt keine | Dateiabgleich gegen den unveränderten Auslieferungsstand |
| Erweiterungen | Alles ist lizenziert | Lizenzinhaber, Laufzeit und Bezugsquelle je einzelner Erweiterung |
| Hintergrundjobs | Die laufen zuverlässig | Letzte erfolgreiche Ausführung je Job im Protokoll nachgesehen |
| Zugänge | Wir haben alle Zugänge | Jeder Zugang einmal tatsächlich zur Anmeldung benutzt |
- Zugänge einsammeln, jeden einzeln benutzen und die Passwörter unmittelbar danach erneuern.
- Besitzverhältnisse klären: Auf welchen Namen laufen Domain, Hosting, Lizenzen und Händlerkonten?
- Versions- und Patchstand von Kern, Erweiterungen, PHP und Datenbank aufnehmen und den Supportfristen gegenüberstellen.
- Abweichungen vom Auslieferungsstand suchen und jede undokumentierte Anpassung beschreiben, statt sie zu entfernen.
- Eine Sicherung in eine Testumgebung zurückspielen und die tatsächliche Wiederherstellungsdauer messen.
- Befunde nach Dringlichkeit ordnen, akute Lücken sofort schließen und den Rest in einen Fahrplan mit Terminen überführen.
Backup-Realität statt Backup-Behauptung
Kaum ein Punkt weicht in der Übernahme so oft von der Erwartung ab wie die Datensicherung. Fast überall existiert irgendeine Sicherung -- die Frage ist, ob sie das Richtige enthält, ob sie lesbar ist und wie lange ihre Wiederherstellung dauert. Typische Befunde: Es wird die Datenbank gesichert, aber nicht das Dateiverzeichnis mit Bildern und hochgeladenen Dokumenten. Oder die Sicherung liegt auf demselben Server, sodass ein kompromittiertes System beides gleichzeitig verliert. Oder die Aufbewahrung reicht sieben Tage zurück, während ein stiller Datenfehler erst nach drei Wochen auffällt. Welche Kombination aus Takt, Ablageort und Aufbewahrung trägt, ordnet der Beitrag zu Backup-Strategien für Online-Shops ein.
Der entscheidende Schritt ist deshalb der Rückspieltest. Erst er beantwortet die Frage, die im Ernstfall zählt: Wie lange ist der Shop nicht bestellbar? Diese Zeit ist eine Kennzahl, kein Gefühl, und sie lässt sich nur durch einen echten Versuch bestimmen. Wer im Anschluss weiß, dass eine vollständige Wiederherstellung beispielsweise vier Stunden dauert, kann darauf einen Wiederanlaufplan aufbauen, wie ihn der Beitrag zur Wiederherstellung nach einem Ausfall beschreibt. Der wirtschaftliche Hintergrund ist bekannt: Der weltweite Durchschnittsschaden eines Datenvorfalls lag 2025 bei 4,44 Millionen US-Dollar (IBM), und bis ein Vorfall erkannt und eingedämmt war, vergingen im Mittel 241 Tage (IBM). Beide Werte sinken deutlich, wenn ein geprüfter Wiederanlaufweg existiert.
- Werden Dateien und Datenbank gesichert, oder nur eines von beidem?
- Liegt die Sicherung getrennt vom Produktivsystem und außerhalb der Reichweite des Shops?
- Wie weit reicht die Aufbewahrung zurück, und passt sie zu den handelsrechtlichen Fristen?
- Wie lange dauert eine vollständige Wiederherstellung -- gemessen, nicht geschätzt?
- Wer darf eine Wiederherstellung auslösen, und ist der Weg schriftlich beschrieben?
- Wann fand der letzte Rückspieltest statt, und wo ist sein Ergebnis protokolliert?
Übergabeprotokoll und Betriebshandbuch
Eine Übernahme ist erst abgeschlossen, wenn ihr Ergebnis aufgeschrieben ist. Dafür entstehen zwei Dokumente mit unterschiedlichem Zweck. Das Übergabeprotokoll hält den Stichtag fest: Welche Zugänge wurden übergeben, welche fehlen, welche Befunde wurden erhoben, was wurde sofort behoben, was bis wann eingeplant. Es ist ein Dokument mit Datum und Unterschriftszeile und dient später als Nachweis, in welchem Zustand der Shop übernommen wurde. Das Betriebshandbuch dagegen ist ein lebendes Dokument: Es beschreibt den Betrieb so, dass eine Vertretung ohne Rückfragen arbeiten kann. Genau diese Nachvollziehbarkeit ist auch die Grundlage dafür, dass mehrere Projekte parallel betreut werden können -- ein Prinzip, das der Beitrag zur ausgelagerten Betreuung von Kundenprojekten unter eigener Marke für Agenturen beschreibt.
# Betriebshandbuch shop.example -- Stand: 24.08.2026
# Fachlich verantwortlich: Betreiber / technisch: Wartungsteam
## 1 Zugänge und Besitz
- Domain und Registrar: Inhaberdaten, Auth-Code-Weg, Registrar-Lock aktiv
- DNS: Zone, TTL-Werte, wer darf Einträge ändern
- Hosting: Anbieter, Vertragsnummer, Konsolenzugang, hinterlegte SSH-Schlüssel
- Repository: Adresse, Branch-Modell, Liste der Schreibberechtigten
## 2 Systemstand
- Shop-Kern: Version, Datum der letzten Aktualisierung
- Abweichungen vom Auslieferungsstand: Datei, Grund, verantwortliche Person
- PHP und Datenbank: Version, Ende des Herstellersupports
- Erweiterungen: Name, Lizenzinhaber, Laufzeit, Bezugsquelle
## 3 Wiederkehrende Aufgaben
- Sicherungen: Takt, Ablageort, Aufbewahrung, letzter Rückspieltest
- Hintergrundjobs: Name, Takt, erwartete Laufzeit, Alarm bei Ausbleiben
- Zertifikate: Erneuerungsweg, Restlaufzeit, Alarm bei Fehlschlag
## 4 Im Störungsfall
- Erreichbarkeit und zugesagte Reaktionszeit laut Wartungsvertrag
- Rückfallweg: letzte lauffähige Version, Reihenfolge beim Wiederanlauf
- Meldewege: wer informiert Kundschaft, Zahlungsdienstleister und Aufsicht
Bus-Faktor eins
Typische Stolperfallen nach dem Wechsel
Die meisten Störungen nach einer Übernahme entstehen nicht im Shop selbst, sondern in der Automatik ringsum. Sie fällt aus, ohne einen Fehler anzuzeigen: Ein Cronjob läuft schlicht nicht mehr, eine Zertifikatsverlängerung bleibt aus, eine Systemmail geht über ein Konto, das gekündigt wurde. Solche Ausfälle bleiben oft wochenlang unbemerkt, weil der Shop weiter erreichbar ist und nur ein Teilbereich schweigt. Wie sich solche stillen Fehlschläge sichtbar machen lassen, beschreibt der Beitrag zur Überwachung von Cronjobs und Importen im Detail.
Stillgelegte Hintergrundjobs
Preisimporte, Bestandsabgleiche und Aufräumläufe liefen auf dem System des alten Anbieters. Sie fehlen nach dem Wechsel, ohne eine Fehlermeldung zu erzeugen.
Abgelaufene Zertifikatsautomatik
Die automatische Erneuerung hing an einem fremden Konto oder Skript. Der Ausfall zeigt sich erst, wenn der Browser die Seite als unsicher markiert.
Mailversand über fremde Konten
Bestell- und Passwortmails laufen über einen Zugang des bisherigen Anbieters. Wird er abgeschaltet, verschwinden Systemmails ohne sichtbare Spur.
Undokumentierte Anpassungen
Änderungen direkt am Kern oder am Theme überstehen das nächste Update nicht. Ohne Dokumentation fehlt der Hinweis, was danach anders funktioniert.
Verwaiste Alarmwege
Überwachungsmeldungen gehen weiter an Adressen, die niemand mehr liest. Der Alarm wird ausgelöst und trotzdem von keiner Person gesehen.
Lizenzen auf fremdem Namen
Erweiterungen sind auf ein Dienstleisterkonto lizenziert. Nach Ablauf gibt es weder Updates noch Support, und ein Nachkauf ist die einzige Möglichkeit.
Der Mailversand verdient dabei besondere Aufmerksamkeit, weil er zwei Ebenen gleichzeitig betrifft: den technischen Versandweg und die Reputation der Domain. Wechselt der Versandweg, ohne dass die zugehörigen Einträge in der Namensauflösung angepasst werden, landen Bestellbestätigungen im Spam-Ordner -- und der Betreiber erfährt es erst über Kundenanrufe. Welche Einträge dafür zusammenpassen müssen und wie sich der Zustand überwachen lässt, beschreibt der Beitrag zur Zustellbarkeit von Shop-Mails. Ähnlich unsichtbar sind verwaiste Alarmwege: Eine Überwachung, deren Meldungen an ein gekündigtes Postfach gehen, ist im Ergebnis keine Überwachung.
Offboarding: alte Zugriffsrechte sauber entziehen
Der letzte Schritt wird am häufigsten vergessen, weil zu diesem Zeitpunkt alles wieder läuft: Die Zugriffsrechte des bisherigen Dienstleisters bleiben bestehen. Manchmal aus Höflichkeit, manchmal aus Sorge, etwas kaputtzumachen, meistens einfach, weil niemand daran denkt. Das Risiko ist konkret: Der Missbrauch gestohlener Zugangsdaten war im Verizon Data Breach Investigations Report 2025 in 22 Prozent (Verizon DBIR) der untersuchten Datenschutzverletzungen der erste Schritt eines Angriffs, und Ransomware war an 44 Prozent (Verizon DBIR) aller ausgewerteten Datenschutzverletzungen beteiligt. Ein alter Zugang unterscheidet sich für das System nicht von einem aktuellen. Wie sich technische Schlüssel planvoll erneuern lassen, beschreibt der Beitrag zum Rotieren von API-Schlüsseln und Secrets.
- Benutzerkonten des bisherigen Dienstleisters im Shop-Backend deaktivieren statt löschen, damit die Protokolle nachvollziehbar bleiben.
- SSH-Schlüssel, Konsolen- und Datenbankzugänge des alten Teams entfernen und die verbliebenen Schlüssel anschließend erneuern.
- API-Schlüssel und Webhook-Secrets bei Zahlungs-, Versand- und Warenwirtschaftsdiensten rotieren.
- Schreibrechte auf Repository, Deployment-Pipeline und Artefaktspeicher entziehen und die Historie sichern.
- Weiterleitungen und Sammelpostfächer prüfen, über die Systemmails noch beim alten Anbieter ankommen.
- Jeden Entzug mit Datum, betroffenem Zugang und ausführender Person im Übergabeprotokoll festhalten.
Für die verbleibenden Konten gilt derselbe Maßstab wie für neue: möglichst wenige Personen, möglichst enge Rechte, Zwei-Faktor-Anmeldung für jeden administrativen Zugang. Wie gründlich Angriffe vorbereitet werden, zeigt eine Zahl aus dem BSI-Lagebericht: Hinter 47 Prozent (BSI) der erreichbaren IP-Adressen unter .de-Domains waren sensible Informationen öffentlich einsehbar, darunter Hinweise auf mögliche Schwachstellen. Angreifer suchen automatisiert nach solchen Spuren, bevor sie einen Zugang überhaupt ausprobieren. Welche Verfahren sich im Shop-Alltag bewähren, fasst der Beitrag zur Absicherung des Shop-Zugangs mit Mehr-Faktor-Anmeldung zusammen.
Von der Übernahmeprüfung in die laufende Betreuung
Die Übernahme selbst ist eine einmalige Leistung mit klarem Umfang: Zugangs- und Besitzinventar, Bestandsaufnahme von Versionsstand, Anpassungen und Sicherungen, ein Rückspieltest sowie die beiden Dokumente am Ende. Der Aufwand hängt an der Zahl der Systeme, dem Umfang der Anpassungen und dem Zustand der vorhandenen Dokumentation; erfahrungsgemäß liegt er bei einem typischen Shop im Bereich von ein bis drei Personentagen. Wir nennen diesen Rahmen vorab als Festpreis, damit die Bestandsaufnahme kein offener Posten bleibt. Erst danach entscheidet sich, was in den Regelbetrieb gehört -- und in welchem Takt. Diesen Takt hält ein SLA-Wartungsvertrag fest: Reaktionszeiten, Serviceszeiten und der Umfang der wiederkehrenden Arbeiten stehen dort schriftlich.
Was danach dauerhaft läuft, ist der Gegenentwurf zum Zustand vor der Übernahme: Sicherheitsaktualisierungen in festem Rhythmus, geprüfte Sicherungen, eine durchgehende Überwachung mit Alarmwegen, die tatsächlich jemand liest, und ein fortgeschriebenes Betriebshandbuch. Der Abstand zur Ausgangslage ist wirtschaftlich messbar, denn Bitkom zufolge sehen 59 Prozent (Bitkom) der befragten Unternehmen ihre geschäftliche Existenz durch Cyberangriffe bedroht, während sich nur 50 Prozent (Bitkom) als sehr gut vorbereitet einschätzen. Diese Lücke schließt kein einmaliges Projekt, sondern ein verlässlicher Takt.
Eine Wartung, die nur in einem Kopf existiert, ist keine Wartung, sondern ein Risiko mit Urlaubsanspruch. Der Wechsel ist die günstigste Gelegenheit, sie aufzuschreiben.
Wenn Ihre bisherige Wartung ausläuft oder faktisch nicht mehr stattfindet, ist der Einstieg unkompliziert: Sie beschreiben kurz, welche Zugänge vorhanden sind und wie es um den Kontakt zum bisherigen Anbieter steht. Aus diesen beiden Angaben ergibt sich bereits, ob die Übernahme in Wochen oder in Tagen möglich ist. Den passenden Rahmen dafür stimmen wir in einem ersten Gespräch zur Wartungsübernahme ab -- am Ende steht ein Shop, dessen Zugänge geklärt, dessen Zustand dokumentiert und dessen Betreuung wieder besetzt ist.
Quellen und Studien