Nein. Wir arbeiten immer an einer Kopie des Quellsystems, nie in der Produktivumgebung. Vor dem Go-live führen wir eine vollständige Testmigration durch, vergleichen die Anzahl der Datensätze und Inhaltsstichproben zwischen Quelle und Ziel und gehen erst nach Ihrer Abnahme weiter. Das alte System bleibt während des gesamten Prozesses unverändert und zugänglich als Plan B.

Kaum. Extraktion und Transformation laufen parallel zum normalen Betrieb, ohne die Benutzer zu beeinträchtigen. Nur beim Go-live gibt es ein kurzes Cutover-Fenster, um die seit dem letzten Ladevorgang angelegten Datensätze (Delta) zu migrieren und das Team auf das neue System umzustellen. Wir planen dieses Fenster in einer verkehrsarmen Zeit, mit definiertem Rollback-Plan.

In der Planung erstellen wir ein Mapping Feld für Feld zwischen Quelle und Ziel. Felder ohne direkte Entsprechung behandeln wir im Einzelfall: Wir legen benutzerdefinierte Felder an, konvertieren sie in das Modell des Ziels oder bewahren die Daten in einem Historienfeld auf. Status, Prioritäten, Kategorien und Datumsangaben werden normalisiert, damit die ursprüngliche Bedeutung jedes Datensatzes erhalten bleibt.

ServiceNow, BMC Helix (Remedy), TOPdesk, Jira Service Management, Zendesk, Freshdesk, Freshservice, ManageEngine, SysAid, Movidesk, OTRS/Znuny, osTicket, Zammad, ältere GLPI-Versionen und weitere. Wir migrieren auch aus Tabellen, Datenbanken und individuellen internen Systemen über API oder direkten Zugriff auf die Quelldatenbank.