Inventardaten übernehmen und bereinigen: Schritt für Schritt

Das Schwierigste am Umstieg auf ein modernes System zur Inventarverwaltung ist weder die Wahl der Plattform noch das Einrichten der Geräte. Es sind die Daten: dieselben Excel-Tabellen, die eine Kollegin vor fünf Jahren gepflegt hat, Papierlisten aus dem Archiv und die Datenbank im ERP, in der die Hälfte der Einträge „Sonstige Geräte“ heißt.

Ich habe beide Extreme gesehen: Unternehmen, die drei Monate in die Vorbereitung ihrer Daten gesteckt haben, und solche, die beschlossen haben, „einfach alles so hochzuladen, wie es ist“. Der zweite Weg funktioniert nie. Jede Abkürzung bei der Datenqualität wächst sich zu Monaten der Aufräumarbeit aus, und das neue System erbt sämtliche Vertrauensprobleme des alten.

Der Ablauf auf einen Blick

Bevor es ins Detail geht, so sieht eine echte Datenübernahme von der Entscheidung bis zum Abschluss aus:

Gesamtdauer einer sauberen Migration (2.000 Objekte): 4–6 Wochen. Unter 2.000 Objekten mit halbwegs sauberen Quelldaten sind es meist 2–6 Wochen. Bei 10.000+ Objekten oder unordentlichen Quellen: 3–9 Monate. Die Bereinigung dauert immer länger als erwartet. Planen Sie das ein.

Warum eine Datenübernahme mehr ist, als „eine Tabelle zu verschieben“

Viele unterschätzen die Datenübernahme. Sie wirkt wie eine technische Formalität: alte Datensätze nehmen, ins neue System importieren, fertig. In der Praxis wird eine schlechte Migration zur tickenden Zeitbombe.

Was tatsächlich passiert, wenn Sie unsaubere Daten übernehmen:

Dubletten vermehren sich. Haben zwei Leute dasselbe Objekt getrennt erfasst, steht es zweimal da. In Ihrer Datenbank stehen drei Laptops mit der Inventarnummer „NB-001“, und niemand weiß, welcher der echte ist. Versuchen Sie später einmal, genau dieses Gerät für eine Wartung zu finden. Sie schaffen es nicht.

Die Historie verschwindet. Sie haben die Objekte übernommen, aber nicht die Angaben zu Reparaturen, Umzügen oder Zuordnungen. Das neue System zeigt einen Drucker als „wie neu“, obwohl er in den letzten sechs Monaten dreimal in der Reparatur war.

Die Kategorien versinken im Chaos. Im alten System hieß dasselbe Gerät mal so, mal so: „Laptop“, „Notebook“, „tragbarer Rechner“, „mobile Workstation“. Nach der Migration haben Sie vier Kategorien statt einer, und die Berichte sind unbrauchbar.

Ich kenne ein Unternehmen, das nach der Migration zwei Monate lang herauszufinden versuchte, warum das System 347 Objekte zeigte, obwohl es tatsächlich 280 Geräte gab. Am Ende stellte sich heraus: Beim Übertragen aus drei verschiedenen Quellen waren Dubletten entstanden, und manche Datensätze verwiesen auf längst abgeschriebenes Eigentum (Geisterobjekte).

Datenbereinigung: Frühjahrsputz vor dem Umzug

In ein neues System zu wechseln, ohne vorher aufzuräumen, ist wie der Umzug in ein neues Haus, bei dem Sie jeden Karton aus dem alten Abstellraum mitnehmen. Das meiste wird nie geöffnet, die Hälfte hätten Sie gar nicht behalten sollen, und jetzt steht es Ihnen die nächsten fünf Jahre im Weg.

Wo Sie mit dem Aufräumen anfangen

Die erste Aufgabe ist eine Bestandsaufnahme Ihrer Quellen. Sammeln Sie jeden Ort, an dem Angaben zu Ihren Objekten liegen:

• Excel-Tabellen auf dem Netzlaufwerk (und auf persönlichen Rechnern, ja, auch dort nachsehen)
• Einträge im ERP-System
• Inventarlisten auf Papier
• E-Mails zu Käufen und Reparaturen
• Datenbanken der IT-Abteilung oder der Haustechnik

Bei einem Unternehmen, mit dem ich gearbeitet habe, fanden wir sechs verschiedene Datenquellen zu denselben Objekten. Jede enthielt andere Angaben, und niemand wusste, welche stimmte.

Als Nächstes legen Sie für jede Art von Daten die maßgebliche Quelle fest. Meist sieht die Aufteilung so aus:

• Finanzdaten: die Buchhaltung
• Technische Daten: die Datenbank der IT-Abteilung
• Standort: die Angaben der Leute, die für die Gebäude zuständig sind

Dann vereinheitlichen Sie die Formate. Das ist der mühsamste Teil der Bereinigung und der wichtigste:

Bezeichnungen: Einigen Sie sich auf einheitliche Namen. „Dell Latitude 5420 Laptop“: gut. „Laptop“, „Dell 5420“, „Laptop D“: schlecht.

Seriennummern: Bringen Sie sie in ein einheitliches Format. Leerzeichen entfernen, Groß- oder Kleinschreibung festlegen, überzählige Zeichen löschen.

Datumsangaben: Legen Sie ein Format fest. TT.MM.JJJJ oder JJJJ-MM-TT? Entscheiden Sie sich für eines und bleiben Sie dabei.

Standorte: Bauen Sie eine Hierarchie auf. Nicht „am Fenster in Raum 305“, sondern „Gebäude A → Etage 3 → Raum 305 → Arbeitsplatz 2“.

Bereinigung in der Praxis

Ein echter Fall. Ein Fertigungsbetrieb mit über 500 Objekten bereitete den Umstieg auf ein System zur Inventarverwaltung vor. Die Daten lagen in drei Excel-Dateien und einer uralten Access-Datenbank.

Wir fanden:

• 78 Dubletten (dasselbe Gerät mehrfach erfasst)
• 34 Geisterobjekte: Datensätze ohne physisches Gerät dahinter
• 156 Geräte ohne Standortangabe
• 203 Datensätze ohne Seriennummer
• 89 Objekte mit dem Kaufdatum „01.01.2000“ (ein Vorgabewert, den nie jemand korrigiert hatte)

Die Bereinigung dauerte drei Wochen. Und wissen Sie was? Nach dem Start des neuen Systems hatten sie kein einziges Datenproblem. Vergleichen Sie das mit einem anderen Unternehmen, das die Bereinigung übersprungen und danach sechs Monate lang Fehler ausgebügelt hat.

Daten übernehmen: ein Plan Schritt für Schritt, ohne Schmerzen

Jetzt, wo die Daten sauber sind, können wir über die Migration reden. Hier ist ein Ablauf, der sich bewährt hat.

Phase 1: Vorbereitung (nicht überspringen!)

Drei Dinge müssen stehen, bevor irgendwelche Daten wandern.

Legen Sie eine Feldzuordnung an. Halten Sie fest, welche Angabe aus dem alten System wohin im neuen gehört:

• Altes Feld „Inv.-Nr.“ → neues Feld „Inventarnummer“
• Altes Feld „Name“ → neues Feld „Bezeichnung“
• Und so weiter für jedes Feld

Legen Sie die Pflichtfelder fest. Was MUSS jedes Objekt im neuen System haben? Meist: eine eindeutige Kennung, Name oder Beschreibung, Kategorie, zuständige Person, Standort.

Bereiten Sie die Stammtabellen vor. Bevor Sie Objekte laden, befüllen Sie das neue System mit Gerätekategorien, Standorten (Gebäude, Etagen, Räume), Mitarbeitenden (den zuständigen Personen) und Status (in Betrieb, im Lager, in Reparatur).

Phase 2: Testmigration

Laden Sie nicht alles in den Echtbetrieb. Erst testen:

1. 20–30 Objekte verschiedener Art auswählen
2. In eine Testumgebung laden
3. Jedes Feld von Hand prüfen
4. Typische Vorgänge ausprobieren: suchen, Bericht erstellen, Status ändern
5. Fehler finden (es wird welche geben) und das Ladeverfahren korrigieren
6. Den Test wiederholen

Ich erinnere mich an ein Projekt, in dem der Testimport zeigte, dass das System das Datumsformat in der CSV-Datei falsch las und alle Daten um einen Monat nach vorn verschob. Im Test hat uns das eine Stunde gekostet. Nach der vollen Migration hätte es bedeutet, alles noch einmal zu laden.

Phase 3: Volle Migration

Wenn der Test sauber durchläuft, folgt die volle Migration einer kurzen Liste vorsichtiger Gewohnheiten.

Wählen Sie eine Zeit mit wenig Betrieb: das Wochenende oder den Freitagabend, je nachdem, wie Ihr Geschäft läuft.

Sichern Sie alle Quelldaten. Das ist Ihre Versicherung.

Laden Sie die Daten in Paketen statt alle auf einmal. Zum Beispiel zuerst die Zentrale, dann die Niederlassungen. So behalten Sie den Ablauf besser im Griff und sehen Probleme früher.

Prüfen Sie die Anzahl. Waren es 500 Datensätze in der Quelle, sollten im Ziel auch 500 stehen.

Machen Sie Stichproben. Öffnen Sie 10–15 zufällige Datensätze und prüfen Sie jedes Feld von Hand.

Phase 4: Prüfung nach der Migration

Auch wenn der Upload glatt lief, sind die ersten Wochen im neuen System eine heikle Zeit. Im Grunde ist das Ihre erste Inventur im neuen System:

• Bitten Sie die Nutzer, die Daten zu ihren Objekten zu prüfen
• Sammeln Sie Beschwerden über falsche Angaben
• Führen Sie ein Protokoll der Korrekturen; es zeigt, wo die Migration Probleme hatte
• Seien Sie bereit, schnell nachzubessern

Was sich über die Jahre bewährt hat

Aus Jahren der Arbeit mit Systemen zur Inventarverwaltung habe ich ein paar Regeln, die in 99 % der Fälle funktionieren.

Regel 1: Die Daten sind wichtiger als die Technik

Das beste System verkommt mit Datenmüll zum nutzlosen Spielzeug. Verwenden Sie 70 % Ihrer Zeit auf die Vorbereitung der Daten und nur 30 % auf die Migration selbst.

Regel 2: Automatisieren und von Hand prüfen

Ja, nehmen Sie Skripte für die Massenbearbeitung. Aber prüfen Sie das Wichtige von Hand. Vor allem:

• Finanzdaten (Kosten, Abschreibung)
• die Zuordnung zu den zuständigen Personen
• den Standort teurer Geräte

Regel 3: Dokumentieren Sie Ihre Entscheidungen

Legen Sie ein Dokument an, in dem Sie jede Migrationsentscheidung festhalten:

• welches Datumsformat Sie gewählt haben und warum
• wie Sie die Kategorien benannt haben
• was mit Objekten ohne Seriennummer passiert
• welchen Status Geräte ohne Angabe zum Zustand bekommen

Wenn in sechs Monaten die Frage aufkommt: „Warum haben wir das eigentlich so gemacht?“, werden Sie sich für dieses Dokument danken.

Regel 4: Mit Puffer planen

Eine Datenübernahme dauert immer länger, als es scheint. Planen Sie 50 % Puffer ein. Wenn Sie glauben, in einem Monat fertig zu sein, planen Sie sechs Wochen.

Regel 5: Die Leute einbeziehen, die mit dem System arbeiten

Migrieren Sie nicht im luftleeren Raum. Reden Sie mit denen, die später mit dem System arbeiten:

• Die IT-Abteilung kennt die technischen Daten der Geräte
• Die Buchhaltung kennt die Finanzdaten
• Die Abteilungsleitungen wissen, wo was steht und wer zuständig ist

Mit ihrem Wissen wird die Bereinigung gründlicher.

Was Sie gegen Verluste mitnehmen sollten

Bei einem System zur Inventarverwaltung zählt nicht nur, dass die Daten stimmen, sondern auch, dass sie vollständig genug sind, um Verluste zu verhindern.

Nehmen Sie die Bewegungshistorie unbedingt mit, wenn Sie eine haben. Auch wenn es nur Einträge in Excel sind wie „15.03.2024, an J. Becker übergeben“. Diese Angaben helfen,

• Nutzungsmuster der Geräte zu verstehen,
• Problemstellen zu erkennen (wo Objekte öfter verloren gehen),
• eine Übergabekette und klare Verantwortung herzustellen, wenn ein Verlust auffällt.

Erfassen Sie den letzten bekannten Standort jedes Objekts. Auch wenn er ungenau ist: „Lager, Regal 3“ ist besser als nichts. Beim Start des Systems ist das der Ausgangspunkt.

Angaben zur geplanten Wartung sind genauso wichtig. Wenn Sie wissen, dass ein Gerät alle 6 Monate eine vorbeugende Wartung braucht und die letzte vor 5 Monaten war, muss diese Angabe mit. Sonst kann Sie das System nicht an die anstehende Wartung erinnern.

Wartungsprobleme: wie Sie sie bei der Migration vermeiden

Vor Kurzem habe ich ein Unternehmen beraten, bei dem nach dem Start der Inventarverwaltung die präventive Instandhaltung im Chaos versank. Es stellte sich heraus, dass bei der Migration die Garantiezeiten und die Reparaturhistorie nicht übernommen worden waren. Deshalb gingen Geräte mit laufender Garantie in die kostenpflichtige Reparatur, während Dinge, die längst hätten ausgemustert werden sollen, weiter repariert wurden.

Was Sie für eine ordentliche Wartung übernehmen müssen:

Garantie:

• Ablaufdatum der Garantie
• Kontakte von Hersteller oder Servicecenter
• Nummer des Garantiefalls
• Garantiebedingungen (was abgedeckt ist, was nicht)

Wartungshistorie:

• Daten aller Reparaturen und vorbeugenden Wartungen
• Beschreibung der ausgeführten Arbeiten
• Kosten (um zu sehen, ob ein Ersatz billiger wäre)
• Name des Servicebetriebs

Wartungspläne:

• Intervalle der vorbeugenden Wartung
• Liste der Arbeitsschritte
• kritische Werte, die geprüft werden

Mit diesen Angaben erinnert das neue System automatisch an geplante Wartungen, verfolgt, wie oft etwas ausfällt, und liefert eine belastbare Grundlage für die Entscheidung, was mit einem Objekt geschehen soll.

Ein echter Fall: in 6 Wochen vom Chaos zur Ordnung

Ein Projekt, das gut zeigt, warum eine saubere Migration zählt.

Ausgangslage: ein Logistikunternehmen, 8 Niederlassungen, rund 800 Objekte (Server, Netzwerktechnik, Computer, Drucker, Scanner). Die Daten lagen in:

• 3 verschiedenen Excel-Dateien (eine pro Region)
• Inventarkarten auf Papier
• dem Gedächtnis des Systemadministrators

Probleme:

• Geräte „gingen“ bei Umzügen zwischen den Niederlassungen regelmäßig „verloren“
• Niemand wusste, was noch Garantie hatte und was nicht
• Die Wartungskosten stiegen (Reparaturen an Dingen, die sich einfacher ersetzen ließen)
• Die Inventur dauerte eine Woche und fand jedes Mal Abweichungen

Ablauf der Migration:

Wochen 1–2: Datenbereinigung

• die 3 Excel-Dateien zusammengeführt
• in den beiden größten Niederlassungen vor Ort geprüft
• 87 Datensätze abgeschriebener Geräte gelöscht (mit ordentlicher Dokumentation der Aussonderung)
• 34 Geräte mit dem Vermerk „Standort unbekannt“ gefunden und etikettiert
• Bezeichnungen und Kategorien vereinheitlicht

Woche 3: Vorbereitung der Migration

• Standorthierarchie im neuen System angelegt
• Gerätekategorien eingerichtet
• Mitarbeiterliste eingetragen
• Importvorlage vorbereitet

Woche 4: Testmigration

• 50 Objekte aus der Zentrale geladen
• Probleme mit der Zeichenkodierung in der CSV-Datei entdeckt
• behoben, Test wiederholt: erfolgreich

Woche 5: Volle Migration

• alle Objekte in Paketen geladen (nach Niederlassung)
• jedes Paket auf Richtigkeit geprüft
• am Ende 761 Objekte erfolgreich übernommen (ohne Dubletten und abgeschriebene Geräte)

Woche 6: Arbeit nach der Migration

• die Verantwortlichen in den Niederlassungen geschult
• gefundene Ungenauigkeiten korrigiert
• erste Vorgänge im System (Umzüge, Zuordnungen)

Ergebnisse nach 3 Monaten:

• kein einziges verlorenes Objekt
• planmäßige Wartung automatisch nach den Erinnerungen des Systems
• Reparaturkosten um 23 % gesunken (keine Reparaturen mehr an Geräten, deren Ersatz wirtschaftlicher ist)
• Inventur in 1 Tag statt einer Woche
• Datengenauigkeit von 97 %, gehalten durch systematische Inventuren

Typische Fehler bei der Migration und wie Sie sie vermeiden

„Das räumen wir später auf“

Der Gedanke „Laden wir erst einmal alles hoch, wie es ist, und korrigieren dann nach und nach“ führt in eine Schuld, die nie abbezahlt wird. Später kommt nie, und unsaubere Daten erzeugen neue unsaubere Daten, sobald die Leute damit arbeiten. Bereinigen Sie vor der Migration, nicht danach: Jede Dublette, jeder Tippfehler und jede fehlende Seriennummer, die Sie vorher nicht korrigieren, bleibt Ihnen für immer erhalten. Eine zweite Chance, das billig zu erledigen, gibt es nicht.

Die Historie ignorieren

Manche Teams übernehmen nur den aktuellen Stand der Objekte und lassen die Historie weg. Dann kann das System nicht beantworten, wo dieser Laptop vor einem Monat war. Wenn Sie Angaben zur Vergangenheit haben, übernehmen Sie sie. Auch eine lückenhafte Historie ist besser als keine und hilft bei Prüfungen oder Streitfällen.

Die Zeit unterschätzen

„Datenmigration: ein halber Tag Arbeit.“ In Wirklichkeit dauert eine gute Migration Wochen. Planen Sie mit Puffer; früher fertig zu werden ist kein Problem, Termine zu reißen, weil die Bereinigung dreimal so lange dauerte wie gedacht, schon.

Migration ohne Test

Wer alle Daten direkt in den Echtbetrieb lädt, kann bei einem Fehler kaum oder gar nicht zurück. Fahren Sie immer zuerst eine Testmigration mit einer kleinen Stichprobe. Das kostet ein paar Tage; die Alternative ist, Wochen an Arbeit zurückzudrehen. Wer den Test überspringt, macht aus einer vollen Migration von zwei Wochen einen Reparaturmarathon von zwei Monaten. Und wer keine Zeit für einen Test hat, hat auch keine Zeit für die volle Migration.

Die Leute nicht einbeziehen

Die IT migriert im luftleeren Raum, ohne mit denen zu reden, die die tatsächliche Lage kennen. Die Verantwortlichen für die Objekte, die Abteilungsleitungen und das Lagerpersonal haben Wissen, das nur in ihren Köpfen steckt. Ihre Hinweise verhindern Probleme mit der Datenqualität, die Sie sonst erst Monate später entdecken.

Checkliste: Sind Sie bereit für die Migration?

Beantworten Sie diese Fragen, bevor Sie anfangen:

Zu den Daten:

• Kennen Sie alle Quellen für Daten zu Ihren Objekten?
• Sind die Daten von Dubletten bereinigt?
• Sind abgeschriebene Geräte aus den Listen entfernt? (Siehe Aussonderung)
• Sind Bezeichnungen und Kategorien vereinheitlicht?
• Hat jedes Objekt eine eindeutige Kennung? (Siehe Etikettieren von Inventar)
• Ist für jede Art von Daten die maßgebliche Quelle festgelegt?

Zum neuen System:

• Sind die Stammtabellen (Kategorien, Standorte, Mitarbeitende) befüllt?
• Ist der Import mit Testdaten erprobt?
• Gibt es eine Feldzuordnung zwischen altem und neuem System?
• Sind die Pflichtfelder für jedes Objekt festgelegt?

Zum Ablauf:

• Gibt es einen Migrationsplan mit konkreten Terminen?
• Ist genug Zeit eingeplant (mit Puffer)?
• Sind für jede Phase Verantwortliche benannt?
• Ist die Prüfung nach der Migration geplant?
• Wissen die Nutzer von den anstehenden Änderungen?

Wenn Sie auch nur 3 Fragen mit „nein“ beantwortet haben, sind Sie nicht bereit. Schließen Sie zuerst die Lücken.

Häufige Fragen

Was ist eine Datenübernahme in der Inventarverwaltung?

Bei einer Datenübernahme wandern die Datensätze zu Ihren Objekten (Gerätedaten, Seriennummern, Standorte, Zuordnungen und Wartungshistorie) aus alten Quellen wie Tabellen, Papierlisten und älteren Systemen in eine neue Plattform zur Inventarverwaltung. Das Ziel ist ein vollständiges, sauberes, vertrauenswürdiges Inventarverzeichnis im neuen System, auf das sich alle vom ersten Tag an verlassen können.

Was mache ich mit Objekten ohne Seriennummer?

Tragen Sie die fehlende Seriennummer nach, wo es geht, und markieren Sie den Datensatz sonst als unvollständig. Halten Sie die Regel im Dokument mit Ihren Migrationsentscheidungen fest, damit Sie in sechs Monaten noch wissen, warum Sie es so gemacht haben. Im Fallbeispiel aus der Fertigung fehlte sie bei 203 Datensätzen.

Gehören abgeschriebene Geräte ins neue System?

Nein: Markieren Sie veraltete oder ausgesonderte Objekte für den Nachweis der Aussonderung, statt sie ins neue System mitzunehmen. Solche Datensätze werden sonst zu Geisterobjekten, wie in dem Unternehmen weiter oben mit 347 Objekten im System und 280 echten Geräten.

Wie lange halte ich die Quelldaten schreibgeschützt vor?

Mindestens 90 Tage. In dieser Zeit bearbeitet niemand die alten Dateien weiter. Die Sicherung aller Quelldaten vor der vollen Migration kommt noch dazu, sie ist Ihre Versicherung.

Das System liest beim Import die Datumswerte falsch. Was tun?

Legen Sie vor dem Import ein einziges Datumsformat fest, schreiben Sie auf, welches und warum, und prüfen Sie es in der Testmigration, bevor Sie alles laden. Im Beispiel aus Phase 2 fiel genau so ein Fehler im Test auf und kostete eine Stunde; nach der vollen Migration hätte er bedeutet, alles noch einmal zu laden.

Was nach der Migration kommt

Die Migration ist nicht das Finale, sie ist der Anfang. Wenn die Daten im neuen System sind, beginnt der interessanteste Teil:

Die ersten zwei Wochen: Eingewöhnung. Die Nutzer gewöhnen sich an die neue Oberfläche, finden Ungenauigkeiten in den Daten und lernen, mit dem System zu arbeiten. Seien Sie bereit, schnell zu helfen und Fehler zu beheben.

Der erste Monat: Zeit, die Abläufe einzustellen. Klären Sie, wie Objekte umziehen, wie Verantwortliche zugeordnet werden und wie die planmäßige Wartung läuft. Wahrscheinlich müssen Sie die ersten Einstellungen nachjustieren.

Die ersten drei Monate: Rückmeldungen sammeln und nachschärfen. Hören Sie den Nutzern zu: Was ist umständlich, was fehlt, was lässt sich besser machen?

Und denken Sie daran: Ein System zur Inventarverwaltung funktioniert nur mit aktuellen Daten. Die Migration hat Ihnen einen sauberen Ausgangspunkt gegeben. Jetzt geht es darum, die Datenqualität auf diesem Niveau zu halten. Wie Sie nach dem Start eine Inventurstrategie aufbauen, die die Datenqualität hält, steht in einem eigenen Leitfaden.

Mit einem Pilotprojekt anfangen

Eine Datenübernahme ist ein ernsthaftes Projekt. Wer sie gut machen will, braucht Planung und Ressourcen. Der Weg, das Risiko zu senken: so klein anfangen, dass ein Fehler nur einen Nachmittag kostet und nicht ein Quartal.

Ein Pilotprojekt mit 50 Objekten aus einer Abteilung oder von einem Standort reicht, um jede Phase durchzugehen (Bereinigung, Vorbereitung, Testimport, Prüfung), und es kostet wenig. Am Ende haben Sie eine realistische Schätzung, wie lange die volle Migration dauern wird, und Sie kennen die Probleme mit der Datenqualität, von denen Sie vorher nichts wussten.

UNIO24 deckt die ersten 50 Objekte im kostenlosen Tarif ab, ohne Kreditkarte und ohne Zeitlimit, und eignet sich damit als Ziel für genau dieses Pilotprojekt. Übernehmen Sie eine Abteilung, gehen Sie die Schritte von Bereinigung und Import mit Ihren echten Daten durch und entscheiden Sie dann, wie die Ausweitung auf alle Objekte im Unternehmen wirklich aussieht. Die Muster, die Sie im Pilotprojekt finden, sind genau die, um die Sie herumplanen müssen, wenn die Zahl größer wird.

Eine Migration besteht meist zu 80 % aus Vorbereitung und zu 20 % aus Technik. Im Pilotprojekt finden Sie heraus, was die Vorbereitung bei Ihren Daten tatsächlich bedeutet.