Eine kleine Probe mit zusammenhängenden Daten
Für den folgenden redaktionellen Prüfablauf nehmen wir eine Projektsoftware an. Ein Team legt drei erfundene Aufträge mit unterschiedlichen Ständen an: einer ist freigegeben, einer enthält eine offene Rückfrage und bei einem wurde eine Datei ersetzt. Dazu kommen Kommentare und Anhänge. Es sind bewusst keine echten Kundenunterlagen.
Laden Sie nun den angebotenen Export herunter und öffnen Sie ihn unabhängig von der Anwendung. Die erste Frage lautet, welche Bestandteile überhaupt vorhanden sind. Die zweite, ob ihre Beziehungen verständlich bleiben. Eine Tabelle mit drei Auftragszeilen beantwortet noch nicht, welche Datei freigegeben wurde oder ob der Kommentar zur aktuellen Version gehört.
Ein Inventar statt einer bloßen Dateiliste
Notieren Sie vor der Probe, welche Informationen eine andere Person für die Weiterarbeit braucht. So lässt sich später zwischen einer tatsächlich fehlenden Angabe und einer für Ihren Zweck unnötigen Funktion unterscheiden. Für die erfundenen Testaufträge könnte das Inventar so aussehen:
- Auftragskennung, Bezeichnung, verantwortliche Person und aktueller Bearbeitungsstand.
- Die benötigten Dateien mit ihrer Zuordnung zu Auftrag und Version; nicht nur Links zum bisherigen Dienst.
- Kommentare und Rückfragen mit erkennbarem Bezug zur richtigen Fassung.
- Freigabe und Zeitpunkt, soweit sie für die Arbeit dokumentiert werden müssen.
- Eine Erklärung für Feldnamen, Statuswerte und andere Kennungen, die außerhalb der Anwendung sonst niemand versteht.
Lesbare Dateien können trotzdem missverständlich sein
Prüfen Sie einige Werte gezielt: Sind führende Nullen in Kennungen erhalten? Was bedeutet ein leeres Datumsfeld? Ist die Uhrzeit ohne eine Zeitzone überhaupt eindeutig? Öffnet ein Link eine mitgelieferte Datei oder nur das alte Benutzerkonto? Solche Fragen lassen sich mit den wenigen erfundenen Vorgängen früh stellen.
Das W3C-Modell für tabellarische Daten beschreibt, wie Metadaten etwa zu Spalten und Datentypen die Verarbeitung unterstützen. Für einen konkreten Export müssen Sie dennoch dessen Aufbau ansehen. Die Endung CSV oder JSON verrät nicht, welche Bedeutung ein Feld im bisherigen Arbeitsablauf hatte.
Übergeben Sie die Dateien anschließend einer Kollegin, die die Probe nicht eingerichtet hat. Sie soll daraus erklären, welcher Auftrag abgeschlossen ist, worauf noch jemand antworten muss und welche Fassung gilt. Ihre Rückfragen sind ein brauchbares Protokoll der fehlenden Erläuterungen.
Der Zielort gehört zum Versuch
Falls ein mögliches Zielsystem feststeht, probieren Sie mit diesen erfundenen Daten auch einen begrenzten Import. Dokumentieren Sie erforderliche Zuordnungen und Handarbeit. Ein Feld, das exportiert wurde, muss im Ziel noch keinen passenden Platz haben. Manche Zusammenhänge lassen sich nur mit einem zusätzlichen Dokument erhalten.
Ein erfolgreicher Durchlauf mit drei Aufträgen belegt keine vollständige Migration. Er liefert Fragen für den Anbieter und eine Grundlage, um die eigentliche Übergabe zu planen. Größere Datenmengen, unterschiedliche Fallarten und Zugriffsrechte können zusätzliche Arbeit mit sich bringen.
Eine bekannte Abhängigkeit lässt sich bewusst bewerten
Ein Dienst kann heute viel Arbeit abnehmen und einen späteren Wechsel zugleich aufwendiger machen. Die britischen und australischen Cloud-Leitlinien empfehlen, diesen Nutzen gegen Abhängigkeiten und Übergangsaufwand abzuwägen. Ihre jeweiligen Verwaltungsvorgaben sind keine Regeln für jedes Unternehmen. Der Gedanke ist auch für ein kleines Team nützlich: Welche Bindung nehmen wir für welchen Vorteil in Kauf?
Zur Notiz gehören die betroffenen Daten, Verbindungen zu anderen Programmen und die benötigten Fähigkeiten. Klären Sie außerdem die tatsächlichen Bedingungen: Wer darf den Export auslösen, welche Unterstützung ist vereinbart, was kostet sie und wie lange bleibt ein Zugang nach einer Kündigung verfügbar? Ein Knopf in der Demo beantwortet das nicht.
Bei Änderungen erneut hinsehen
Später kommen womöglich neue Felder, Anbindungen oder Dateitypen hinzu. Die frühere Probe passt dann nicht mehr zum gesamten Arbeitsstand. Vor größeren Änderungen oder einer Vertragsverlängerung lässt sich das Inventar erneut mit einem aktuellen Testfall abgleichen.
Das Ergebnis muss kein aufwendiger Migrationsbericht sein. Eine Liste der verfügbaren Bestandteile, der offenen Lücken und der nötigen Arbeit reicht für die nächste Rückfrage. Für einen tatsächlichen Umzug wird daraus ein eigener Plan mit Zuständigkeiten, Zeit und einer Kontrolle des übertragenen Bestands.
Quellen
- W3C: Model for Tabular Data and Metadata on the Web Geprüft am 2. November 2026
- GOV.UK: Managing technical lock-in in the cloud Geprüft am 2. November 2026
- Australian Government Architecture: Guide to managing lock-in, portability and exit planning Geprüft am 2. November 2026
Mehr zur Auswahl und Einordnung von Quellen steht in unserer Arbeitsweise.
Eine Angabe fehlt oder stimmt nicht?
Hinweis an die Redaktion ↗