Viele Anleitungen geben eine Dauer von 4 bis 12 Wochen für eine Helpdesk-Migration an. Diese Angabe beschreibt ein Projekt, das manuell geplant und getestet wird und dessen Übertragung von Grund auf neu programmiert wird. Mit einem erprobten Migrationstool fallen die meisten dieser Wochen gar nicht an: Die Zuordnung dauert nur wenige Minuten im Assistenten, ein Testlauf ebenfalls, und die Übertragung läuft im Hintergrund, während Ihr Team weiterarbeitet.
Der entscheidende Faktor sind die Plattformen. Zendesk erlaubt 200 API-Anfragen pro Minute im Team-Tarif und 2.500 im Enterprise Plus-Tarif (Zendesk Developer Docs). Halo begrenzt die API-Nutzung auf 300 Aufrufe alle fünf Minuten (HaloPSA Fair Use Policy). Seit dem 2. März 2026 berechnet Atlassian die Nutzung Jira Cloud-Apps anhand eines punktbasierten Stundenkontingents (Atlassian Developer). Im Folgenden finden Sie typische Zeiten nach Projekttyp, Datenvolumen und Plattform sowie die einzelnen Schritte eines Migrationsprojekts.
Wie lange ein Helpdesk-Migrationsprojekt von Anfang bis Ende dauert
Die Datenübertragung ist nur ein Schritt. Der Großteil des Projekts besteht aus Vorbereitung und Überprüfung, planen Sie daher den gesamten Zeitplan, nicht nur die Durchführung.
Vorbereitung Help Desk Migration : 10 Schritte vor dem Go-Live
Beginnen Sie mit der Definition der Projektziele und der Prüfung vorhandener Datensätze. Anschließend bereinigen Sie die Daten, konfigurieren die Zielplattform und testen die Feldzuordnung. Jeder Schritt trägt dazu bei, Verzögerungen und Datenprobleme zu vermeiden. Hier finden Sie eine Übersicht der wichtigsten Migrationsphasen und ihrer typischen Zeitpläne.
| Phase | Was zu tun | Typische Zeit |
|---|---|---|
| 1. Umfang und Ziele definieren | Einigen Sie sich darüber, warum Sie umziehen, welche Zielplattform verwendet werden soll und wann der Go-Live-Termin sein soll | 1–2 Tage |
| 2. Das Team ausrichten | Benennen Sie einen Projektverantwortlichen, informieren Sie die Agenten und Manager und vereinbaren Sie ein Übergangsfenster | 1–3 Tage |
| 3. Überprüfen Sie Ihre Daten | Listen Sie auf, was Sie haben: Tickets, Kontakte, Unternehmen, Anhänge, benutzerdefinierte Felder, Makros | 2–5 Tage |
| 4. Entscheiden Sie, was migriert werden soll | Markieren Sie Daten als „Muss verschoben werden“, „Später verschieben“ oder „Archivieren“. Ältere, abgeschlossene Tickets können oft bedenkenlos weggelassen werden | 1–2 Tage |
| 5. Daten bereinigen | Doppelte Einträge zusammenführen, veraltete Tickets schließen, unnötige Einträge entfernen | 2–7 Tage |
| 6. Ziel vorbereiten | Richten Sie benutzerdefinierte Felder, Agenten und Automatisierungen ein, damit importierte Datensätze einen Speicherort haben | 3–10 Tage |
| 7. Führen Sie eine Demo-Migration durch | Testen Sie anhand eines Beispiels, prüfen Sie die Feldzuordnung und Anhänge und beheben Sie Probleme | 1–3 Tage |
| 8. Vollständige Migration | Übertragen Sie alle Datensätze (Stunden bis mehrere Tage, abhängig vom Volumen und den API-Beschränkungen) | 1–5 Tage |
| 9. Umstellung | Verschieben Sie die seit dem vollständigen Durchlauf erstellten Datensätze und wechseln Sie die Agenten | 1 Tag |
| 10. Überprüfen und unterstützen | Vergleichen Sie die Anzahl der Datensätze, führen Sie Stichproben durch und schulen Sie die Mitarbeiter | 1–2 Wochen |
Im Allgemeinen dauern die meisten Migrationsprojekte 2 bis 6 Wochen, wobei die Datenübertragung oft weniger als eine Woche in Anspruch nimmt. Die Phasen 3 bis 6 können sich überschneiden; daher ist eine frühzeitige Vorbereitung der beste Weg, die Projektdauer zu verkürzen.
Der Migrationsprozess: Geschätzte Migrationszeiträume nach Projektgröße und Komplexität
Die folgende Tabelle fasst alle Projektphasen für drei gängige Szenarien zusammen. Die Übertragungszeiten stammen aus unseren Protokollen. Die anderen Phasen sind Planungszeiträume, die auf den später in diesem Artikel beschriebenen Schrittdauern basieren.
| Szenario | Einrichtung und Demo | Testen und Mapping-Korrekturen | Vollständige Migration (Übertragung) | Delta und Umstellung | Typischer Gesamtbetrag |
|---|---|---|---|---|---|
| Kleine, standardmäßige Konfiguration: unter 10.000 Datensätze, wenige benutzerdefinierte Felder | 15–30 Minuten | 1–2 Stunden | ~35 min (9 von 10 innerhalb von ~4,5 h) | 1–2 Stunden | Ungefähr 1 Tag |
| Mittelgroß mit benutzerdefinierten Feldern: 10.000–100.000 Datensätze, mehrere Demo-Wiederholungen | 1–2 Stunden | 1–3 Tage | ~4 Stunden (9 von 10 innerhalb von ~1 Tag) | 2–4 Stunden | 2–5 Tage |
| Unternehmensweite Lösung oder Zusammenführung mehrerer Helpdesks: über 1 Million Datensätze, benutzerdefinierte Objekte, niedriges Ziellimit | 1–2 Tage Planung | 3–7 Tage | ~2 Tage (9 von 10 innerhalb von ~8,5 Tagen) | halben Tag | 2–6 Wochen |
Bei großen Projekten entfällt der größte Teil der Zeit auf Überprüfung und Entscheidungsfindung, nicht auf Maschinenlaufzeit. Daher lassen sich die größten Einsparungen durch frühzeitiges Testen und einen eng gefassten Projektumfang erzielen. Die folgenden Tipps zur Beschleunigung decken beides ab.
Typische Datenmigrationszeiten nach Datenvolumen
Die folgende Tabelle zeigt die Dauer der Datenübertragung bei beobachteten Help Desk Migration Migrationsläufen, gruppiert nach der Anzahl der übertragenen Datensätze. Die Spalten enthalten die Anzahl der Läufe, den Bereich der mittleren Hälfte der Läufe, den Median und die Zeit, in der 9 von 10 Läufen abgeschlossen waren.
| Datenvolumen (Datensätze) | Läufe | Typischer Bereich (mittlere 50 %) | Mittlere | 9 von 10 erreichen das Ziel innerhalb |
|---|---|---|---|---|
| Klein: unter 10.000 | 496 | 15 Minuten – 1,5 Stunden | ca. 35 Minuten | ca. 5 Stunden |
| Mittel: 10.000 – 100.000 | 572 | 1,5 Std. – 11 Std | ca. 4 Stunden | ca. 1 Tag |
| Groß: 100.000 – 1 Mio | 457 | 5 Stunden – 1 Tag | ~12 Stunden | ca. 2 Tage |
| Sehr groß: 1 Mio.+ | 263 | 21 Stunden – 5 Tage | ~46 Stunden | ~8,5 Tage |
Dies sind beobachtete Dauern aus realen Migrationen, keine Formel. Sie umfassen API-zu-API-Routen unabhängig vom gewählten Tarif. CSV, databaseund Mailbox-Quellen werden mit unterschiedlichen Geschwindigkeiten verarbeitet und sind daher nicht berücksichtigt. Die Übertragung derselben 30.000 Datensätze kann je nach den im nächsten Abschnitt beschriebenen Plattformen zwischen einer Stunde und fast einem ganzen Tag dauern.
Migrationszeit je nach Plattform (API-Beschränkungen)
Die API-Beschränkungen der einzelnen Plattformen legen fest, wie schnell Datensätze exportiert und importiert werden können. Die Tabelle listet 13 Plattformen mit ihren dokumentierten API-Beschränkungen für die Standard- und Premium-Tarife sowie die beobachteten Export- und Importzeiten für Migrationen von jeweils etwa 100.000 Datensätzen auf.
| Plattform | API-Limit (Standard / Top-Tier) | Export, ca. 100.000 Datensätze | Import, ca. 100.000 Datensätze | Anmerkungen |
|---|---|---|---|---|
| Zendesk | 200 / 2.500 U/min | 7 Stunden | 24 Stunden | Schnellstes gemeinsames Ziel |
| Freshdesk | 100 / 700 U/min | 6,5 Stunden | 23 Uhr | Schnell in beide Richtungen |
| Freshservice | 100 / 500 U/min | 17 Uhr | 23 Uhr | Langsam als Quelle; die Exportgeschwindigkeit steigt kaum mit dem Volumen |
| Jira Service Management | punktbasiert (Stundenquote) | 25 Stunden | 25 Stunden | Das mit Abstand langsamste gängige Ziel: ~1.250 Datensätze/h bei beliebiger Größe |
| Intercom | 10.000 U/min pro Anwendung; höhere Drehzahlen auf Anfrage | 5 Stunden | 5 Stunden | Schnell in beide Richtungen; Grenzwerte werden in 10-Sekunden-Fenstern gezählt |
| HubSpot Service Hub | 600 / 1.140 U/min | 1 Stunde | 6 Std | Sehr schneller Export |
| Salesforce Service Cloud | täglich: ~100.000 benötigt/Tag | 30 Stunden | 70 Stunden | Tageslimit; verlangsamt sich deutlich oberhalb von 1 Million Datensätzen (siehe unten) |
| Zoho Desk | tägliche Gutschriften | 2,5 Stunden | 13 Uhr | Tägliche Gutschriften; weit verbreitet |
| ServiceNow | Vom Administrator konfigurierbar | 2 Stunden | 19 Uhr | Hängt von den jeweiligen Beschränkungen der Instanz ab |
| Halo | 60 U/min (300 erforderlich / 5 min) | 4,5 Stunden | 12 Stunden | Niedrigster dokumentierter Grenzwert in der Tabelle |
| Pylon | nicht dokumentiert | n. v. (nur Ziel) | 23 Uhr | Bestätigen Sie die Grenze mit Pylon |
| Front | 50 / 200 U/min | 32 Stunden | 20 Stunden | Niedrige Limit-Matches langsame Zeiten |
| Gorgias | 120 U/min (40 req / 20 s) | n / A | 19 Uhr | Langsames Ziel |
Die API-Limits wurden im November 2026 anhand der Entwicklerdokumentation der jeweiligen Anbieter überprüft. Da Anbieter diese Limits häufig ändern und die meisten höhere Tarife oder Zusatzleistungen anbieten, sollten Sie Ihren eigenen Tarif vor der Umstellung prüfen. Um einen genauen Wert für Ihre Daten zu erhalten,
Help Desk Migration von Relokia hat die Migration von Vanta Freshservice zu Jira Service Management in nur 21 Tagen abgeschlossen und dabei über 128.000 Tickets übertragen, wobei der historische Kontext, Anhänge und die Integrität des Audit-Trails erhalten blieben. So haben wir es geschafft:
Vanta: Über 128.000 Tickets in nur 21 Tagen migriert
Help Desk Migration von Relokia hat die Migration von Vanta Freshservice zu Jira Service Management in nur 21 Tagen abgeschlossen und dabei über 128.000 Tickets übertragen, wobei der historische Kontext, Anhänge und die Integrität des Audit-Trails erhalten blieben. So haben wir es geschafft:
Von Projektstart bis zum erfolgreichen Abschluss in nur 21 Tagen Vanta über 128.000 Tickets, 512.000 Kommentare, 86.000 Anhänge und über 4.200 Anfragende und Bearbeiter von Freshservice zu Jira Service Managementund bewahrte dabei den historischen Kontext und die vollständige Integrität des Prüfprotokolls.
Der enge Zeitplan wurde durch automatisierte Migrationsoptionen, maßgeschneiderte Konfigurationen und einen iterativen Ansatz erreicht. Inline-Bilder wurden als Ticketanhänge übertragen, während benutzerdefinierte Tags basierend auf Gruppenfeldern die migrierten Datensätze übersichtlich und leicht identifizierbar hielten.
Das Premium-Supportpaket beinhaltete die Remigration, wodurch Vanta Zeit hatte, Anpassungen vorzunehmen, Ergebnisse zu validieren und die endgültige Übertragung abzuschließen, ohne den 21-tägigen Projektzeitraum zu verlängern.
Was beeinflusst die Dauer einer Datenmigration?
Die API-Beschränkungen setzen die Obergrenze. Vier weitere Faktoren bestimmen, wie nahe eine Migration dieser Grenze kommt und wie lange das Projekt dauert.
- Anzahl der Datensätze. Jedes Ticket enthält seine Kommentare; ein Ticket kann Hunderte oder Tausende von Kommentaren umfassen, und jeder Kommentar ist Teil der Übertragung. Das Volumen bestimmt die Basis.
- Anhänge. Jede Datei muss separat hochgeladen werden, daher kann die Anzahl der Anhänge wichtiger sein als die Anzahl der Tickets. Ein großes Konto mit wenigen Anhängen kann schneller fertig sein als ein kleineres Konto mit vielen Screenshots und PDFs. Die Anzahl der Dateien lässt sich zudem im Voraus schwer abschätzen, was Migrationen mit vielen Anhängen am schwierigsten vorherzusagen macht.
- Die Tarifstufen sind auf beiden Seiten gestaffelt. Die meisten Anbieter skalieren die API-Limits mit dem Tarif – je höher der Tarif, desto mehr API-Aufrufe sind möglich. Freshservice bietet im Starter-Tarif 100 Anfragen pro Minute, im Enterprise-Tarif hingegen 500, mit optionalen Zusatzpaketen sogar bis zu 2.000 (Freshservice API-Dokumentation).
- Zusammenführung mehrerer Helpdesks zu einem einzigen. Die Konsolidierung besteht nicht aus einer einzigen Migration, sondern aus mehreren Migrationen in dasselbe Zielsystem. Jede Quelle wird als separate Migration ausgeführt, und jeder weitere Durchlauf landet in einem Zielsystem, das bereits Daten enthält. Unsere technischen Experten analysieren Ihre Migrationsanforderungen und ermitteln, ob ein paralleler (multithreaded) oder sequenzieller Migrationsansatz die zeiteffizientesten Ergebnisse liefert. Mayvik Daten von Freshdesk, Zendesk, Desk.com und Groove in Help Scout .
Unser Leitfaden zu den Herausforderungen bei der Datenmigration im Kundensupport listet alles auf, was ein Projekt verlangsamen kann, und bietet Lösungsansätze.
Zeitleiste der Datenmigration, Schritt für Schritt
Die Übertragungszeit ist nur ein Teil eines Migrationsprojekts. Der folgende Zeitplan beschreibt den gesamten Prozess und die übliche Dauer der einzelnen Schritte.
Schritt 1: Daten ordnen und eine Demo-Migration durchführen (15–30 Minuten)
Hier sind also die wichtigsten Optionen, die Sie bei der Wahl einer Methode zur Datenübertragung in Betracht ziehen können:
Eine kostenlose Demo dauert in der Regel 15–30 Minuten. Im Migrationsassistenten verbinden Sie die Quell- und Zielplattform (Sie benötigen Administratorrechte für beide). Anschließend wählen Sie die zu übertragenden Datensätze aus, ordnen Agenten und Gruppen zu und verknüpfen Organisations-, Kunden-, Ticket- und Artikelfelder. Die genauen Zuordnungsschritte variieren je nach Migrationspaar. Sie können auch vordefinierte automatisierte Optionen , um den Import anzupassen.
Die Demo dauert länger, wenn die Vorbereitungen für die Migration nicht abgeschlossen sind. Bevor Sie beginnen, sammeln Sie die Zugangsdaten für beide Plattformen, erstellen Sie entsprechende Agentenprofile und -gruppen im Zielsystem und richten Sie die erforderlichen benutzerdefinierten Ticketfelder ein. Bei vielen benutzerdefinierten Feldern sollten Sie mehrere Mapping-Durchgänge anstelle eines einzigen einplanen.
Schritt 2: Demo-Ergebnisse überprüfen (Minuten bis 2 Stunden)
Die Überprüfung einer Demo dauert nur wenige Minuten. Das Testen der Ergebnisse einer vollständigen Datenmigration dauert mindestens 1–2 Stunden. Die Demo spiegelt die vollständige Migration wider. Wenn also etwas in der Demo nicht migriert wird, wird es auch in der vollständigen Migration nicht migriert. Führen Sie die Demo so oft wie nötig aus, um die Zuordnung zu optimieren.
Prüfen Sie Folgendes:
- Die Kommentare sind den richtigen Autoren zugeordnet
- Die Tickets werden den richtigen Mitarbeitern zugewiesen
- Benutzerdefinierte Felder enthalten die richtigen Werte
- Unternehmen und Kunden sind miteinander verbunden
- Anhänge werden mit ihren Namen geliefert
- Die Artikel befinden sich in den richtigen Abschnitten und Kategorien
- Durch die Freigabe des Zugriffs auf die Migration kann Ihr Team bei der Validierung helfen.
Durch die Freigabe des Zugriffs auf die Migration kann Ihr Team bei der Validierung helfen.
Schritt 3: Bereiten Sie Ihr Team und den Ziel-Helpdesk vor (unter 2 Stunden)
Beginnen Sie das Onboarding der Agenten so früh wie möglich. Die Dauer hängt von der Anzahl der Agenten und der Zielplattform ab. Der Umstellungsprozess selbst ist kurz:
- Automatisierte Funktionen auf dem Zielsystem deaktivieren oder ein Tag anfordern: 5–30 Minuten
- Das Supportteam stellt die Arbeit an der Quelle ein: 5 Minuten
- Schalten Sie die Kommunikationskanäle an der Quelle ab: 5–15 Minuten
- Kommunikationskanäle zum Ziel aktivieren: 15 Minuten bis 1 Stunde
Schritt 4: Führen Sie die vollständige Migration durch (Stunden bis Tage)
Dies ist die Übertragungszeit, die in den Tabellen für Volumen und Plattform angezeigt wird. Ihr Team kann währenddessen im Quell-Helpdesk weiterarbeiten. Den Fortschritt können Sie in der Datensatztabelle verfolgen, die die abgerufenen und übertragenen Datensätze anzeigt. Sie erhalten eine E-Mail, sobald die Migration abgeschlossen ist. Falls die Migration außerhalb der Geschäftszeiten erfolgen muss, können Sie mit der Intervallmigration die vollständige Migration in Abstimmung mit unserem Team pausieren und fortsetzen.
Schritt 5: Führen Sie eine Delta-Migration für neue Datensätze durch
Tickets, die während der vollständigen Migration im Quellsystem erstellt oder aktualisiert wurden, können in einem späteren Schritt mit der Delta-Migration(verfügbar im Premium-Tarif) verschoben werden. Überprüfen Sie das Ergebnis, bevor Sie die Agenten auf das Zielsystem umstellen.
8 Möglichkeiten, Ihre Datenmigration zu beschleunigen
Um die Migration von Helpdesk-, ITSM- oder RMM-Systemen zu beschleunigen, können Sie verschiedene Maßnahmen ergreifen, um die Datenübertragungszeit zu verkürzen, die Vorbereitung zu vereinfachen und unnötige Verzögerungen zu vermeiden. Von der Optimierung von API-Limits und der Bereinigung von Quelldaten bis hin zur Vereinfachung der Feldzuordnung und der Nutzung paralleler Migrationen – der richtige Ansatz kann das gesamte Projekt beschleunigen und besser planbar machen. Beachten Sie die folgenden Möglichkeiten, um Ihre Migration zu beschleunigen, ohne Kompromisse bei der Datengenauigkeit oder der Geschäftskontinuität einzugehen.
- Bitten Sie den Anbieter um eine temporäre Erhöhung des API-Limits. Intercom akzeptiert Anfragen für höhere Limits, Freshdesk verkauft zusätzliche API-Aufrufe, und Zendesk bietet ein High-Volume-API-Add-on an, das die Anzahl der Anfragen in entsprechenden Tarifen auf 2.500 pro Minute erhöht.
- Anhänge überspringen. Mit der Option „Anhänge überspringen“ werden Datensätze ohne
Dateien verschoben. Anhänge werden von allen Tickets oder Tickets, deren letzte Aktualisierung mehr als 6, 12 oder 24 Monate zurückliegt, ausgeschlossen. Reduzieren Sie Migrationszeit und Speicherkosten, indem Sie nur die von Ihrem Team benötigten Dateien übertragen. Ideal für große Migrationen, veraltete Dateien und zur Vermeidung von Speicherplatzüberschreitungen. - Filtern Sie alte oder irrelevante Datensätze heraus. Weniger Datensätze bedeuten weniger API-Aufrufe. Sie müssen nicht alles auf Ihre neue Plattform migrieren. Nutzen Sie die Filteroptionen im Migrationsassistenten, um auszuwählen, welche Datensätze übertragen werden sollen, und schließen Sie irrelevante Daten aus, z. B. alle Tickets oder Tickets, die vor mehr als sechs Monaten zuletzt aktualisiert wurden. Falls die Standardfilter Ihre Anforderungen nicht erfüllen, können Sie zusätzliche Filteroptionen von unserem technischen Team anfordern. Dieses unterstützt Sie bei der Konfiguration benutzerdefinierter Filter, die auf Ihren Migrationsumfang zugeschnitten sind. So übertragen Sie nur die benötigten Daten, reduzieren die Anzahl der API-Aufrufe und sparen Migrationszeit.
- Multithread-Migration mit Help Desk Migration. Parallel migrieren. Die asynchrone, multithreadfähige Übertragung läuft in parallelen Threads und sendet viele Anfragen gleichzeitig statt nacheinander. Dadurch werden Wartezeiten auf Antworten minimiert. Ein höheres API-Limit ist empfehlenswert, da parallele Anfragen dieses Limit weiterhin belasten. Diese Funktion ist in den Tarifen Premium und Enterprise verfügbar.
- Ein Upgrade des Tarifs während der Migration ist empfehlenswert. Ein höherer Tarif auf der langsameren Plattform erhöht in der Regel das API-Limit für die Dauer der Migration.
- Migrieren Sie zuerst die neuesten Datensätze. Übertragen Sie die aktuellsten Tickets zuerst, damit Ihr Team sich auf die Bearbeitung aktiver Kundenanfragen konzentrieren kann, während ältere Datensätze im Hintergrund migriert werden. Diese Option eignet sich ideal für kurze Ausfallzeiten, unterbrechungsfreien Support, knappe Budgets und das Testen aktiver Tickets vor der Umstellung. Nur für die vollständige Migration verfügbar.
- Nutzen Sie die Delta-Migration für die Umstellung. Übertragen Sie Tickets, die nach der vollständigen Migration im Quellsystem erstellt oder aktualisiert wurden, um sicherzustellen, dass Ihre neue Plattform vor dem Go-Live über die aktuellsten Daten verfügt. Dies minimiert Ausfallzeiten und verhindert Datenlücken. Verfügbar im Premium-Tarif.
- Nutzen Sie die Intervallmigration, um sie an Ihre Geschäftszeiten anzupassen. Pausieren Sie die vollständige Migration während der Spitzenzeiten und setzen Sie sie anschließend fort. Sie können die Migration bis zu fünfmal pausieren, jeweils für bis zu fünf Tage, in Absprache mit unserem Team.
Für komplexe Migrationen unsere Managed Migration Services fachkundige Unterstützung bei Planung, Anpassungen, Datenmapping, API-Limits und Validierung, um einen reibungslosen Übergang mit minimalen Störungen zu gewährleisten.
Pandora: Unternehmensweite Migration in nur 4 Wochen abgeschlossen
In nur vier Wochen und ohne Ausfallzeiten Pandora eine unternehmensweite Migration von Zendesk zu Salesforce Service Cloudund konsolidierte dabei die Kundensupportdaten von über 6.500 Verkaufsstellen und 37.000 Mitarbeitern weltweit.
Bei der Migration wurden vollständige Ticket- und Kundenhistorien, Anrufaufzeichnungen, Anhänge, interne Notizen, Nebengespräche und Geschäftsprozesse übertragen, wobei die Datenbeziehungen erhalten blieben.
Um den Projektzeitplan einzuhalten, nutzte das Team einen iterativen Ansatz mit fünf Demo-Migrationen, um die Feldzuordnung und Konfigurationen vor der endgültigen Übertragung zu validieren. Salesforce -Backend-Trigger wurden vorübergehend deaktiviert, um Systemblockaden zu vermeiden und einen reibungslosen Übergang zu gewährleisten.
Manuelle, automatisierte oder verwaltete Migration: Vergleich der Zeitpläne
Ein im Team erstelltes Skript, ein Self-Service-Migrationstool und ein Managed Migration Service unterscheiden sich am meisten in der Zeit, die vor und nach der Übertragung benötigt wird, nicht währenddessen.
| Kriterium | Manuell (benutzerdefiniertes Skript) | Automatisiertes (Self-Service-) Help Desk Migration | Managed Migration Service durch Help Desk Migration und Technikteam |
|---|---|---|---|
| Einrichtungszeit | Wochen bis Monate dauernde Studien beider APIs | In wenigen Minuten können Sie sich mit einem Assistenten verbinden und die Karte erstellen | Unser Team definiert den Projektumfang und ordnet die Daten gemeinsam mit Ihnen zu |
| Testen | Von Ihrem Team erstellt und wiederholt | Demo-Migration an einem Beispiel, bei Bedarf erneut ausführen | Demoläufe und ein Validierungsplan für das Projekt |
| Umgang mit API-Limits | Ihr Code muss die Geschwindigkeit drosseln und es erneut versuchen | Im Werkzeug integriert | Eingebaute, zusätzlich im Voraus geplante Limitanfragen von Anbietern |
| Benutzerdefinierte Felder, Filter, Zusammenführungen | Was auch immer Ihr Team entwickelt | Standardmäßige Zuordnung und automatisierte Optionen, Filterung. Fordern Sie benutzerdefinierte Filter oder zusätzliche Migrationsanpassungen von unserem technischen Team an, um den Prozess an Ihre Daten- und Projektanforderungen anzupassen. | Benutzerdefinierte Filterung, benutzerdefinierte Zuordnung, Konsolidierung aus mehreren Quellen |
| Typische Projektlänge | Wochen bis Monate | Stunden bis wenige Tage | Tage bis einige Wochen, je nach Umfang |
| Kosten | Entwicklungszeit, oft versteckt | Preisgestaltung nach Aufnahmevolumen und Optionen, Supportpaket (Preisgestaltung) | Preis pro Datensatz, Optionen, Supportpaket (Migrationsdienste) |
Ein Managed Service bedeutet nicht zwangsläufig, dass für jedes Projekt individueller Code geschrieben werden muss. Das Team von Help Desk Migrationnutzt dieselbe bewährte Plattform wie das Self-Service-Tool. Dadurch bleibt die Übertragungsgeschwindigkeit gleich, während Planung, Mapping und Validierung nicht mehr von Ihrem Team übernommen werden.
um zu sehen, wie sich Ihre eigenen Datensätze auf Ihrer Route verhalten, oder sprechen Sie mit einem Experten über ein Unternehmens- oder Multi-Source-Projekt.
Häufig gestellte Fragen
Unsere Protokolle zeigen, dass Migrationen von mehr als einer Million Datensätzen im Median etwa 46 Stunden dauerten. Die mittlere Hälfte der Migrationen war innerhalb von 21 Stunden bis 5 Tagen abgeschlossen, und 9 von 10 innerhalb von etwa 8,5 Tagen. Bei einem Ziel mit niedrigem Limit, wie beispielsweise Jira Service Management würde die Migration etwa einen Monat dauern, während ein Ziel mit täglichem Limit, wie beispielsweise Salesforce Service Cloud, die Dauer eher am oberen Ende dieses Bereichs ausreizt. Rechnet man einige Tage bis zu einer Woche für Mapping und Tests im Vorfeld der Übertragung hinzu, lässt sich ein Projekt mit einer Million Tickets in der Regel in ein bis drei Wochen, nicht in drei Monaten, realisieren.
Diese Zeiträume beschreiben üblicherweise den gesamten Projektablauf bei einem manuellen oder individuell entwickelten Ansatz: wochenlange Planung, eine skriptbasierte Testmigration, die eigentliche Übertragung und wochenlange Qualitätssicherung. Mit einem bewährten Migrationstool dauern Mapping und Tests nur Minuten bis Tage, die Übertragung selbst nimmt bei den meisten Accounts nur wenige Stunden in Anspruch. Sehr große oder Multi-Source-Projekte erfordern zwar weiterhin eine sorgfältige Planung, doch ein Zeitrahmen von mehreren Monaten bedeutet in der Regel einen hohen manuellen Aufwand.
Ja. Jeder Anhang wird separat hochgeladen. Daher kann ein Konto mit vielen Dateien länger dauern als ein größeres Konto mit wenigen Dateien. Wissensdatenbankartikel sind im Vergleich zu Tickets in der Regel selten, aber eingebettete Bilder und die Artikelstruktur (Abschnitte und Kategorien) verlängern die Zuweisungs- und Prüfzeit. Falls Anhänge die Übertragung verlangsamen, können Sie mit der Option „Anhänge überspringen“ Datensätze ohne Dateien verschieben.
Für Helpdesk-Daten in Salesforce Service Cloud (Fälle, Kontakte und Wissensartikel) Zendesk-zu-Salesforce Migrationen in unseren Protokollen im Median etwa 6 Stunden für 10.000–100.000 Datensätze und etwa 12 Stunden für 100.000–1 Million Datensätze. Ab einer Million Datensätzen Salesforceverlangsamt das tägliche API-Anfragelimit von Zendesk-zu-Salesforce Migrationen dieser Größe dauerten im Median 3,4 Tage. Diese Zahlen decken keine vollständige Sales Cloud CRM-Migration ab. Informationen zu unterstützten Datensätzen finden Sie auf unserer Salesforce Service Cloud -Migration .
Die parallele Migration läuft in mehreren Threads und sendet viele Anfragen gleichzeitig, um die Wartezeit auf Antworten zu verkürzen. Dies ist besonders hilfreich bei großen Accounts mit vielen Datensatztypen und weniger, wenn Sie bereits an das API-Limit des Anbieters stoßen. Erhöhen Sie in diesem Fall zunächst das Limit. Zugehörige Datensätze wie Tickets und deren Anfragende werden weiterhin in der korrekten Reihenfolge erstellt. Mit einer Demo-Migration können Sie das Ergebnis vor der vollständigen Ausführung überprüfen.
Ja. Die Mitarbeiter im Quellsystem arbeiten während der vollständigen Migration weiter, da die Datenübertragung über die API erfolgt, ohne das Konto zu sperren. Deaktivieren Sie zuvor die Automatisierungen im Zielsystem, damit importierte Tickets keine E-Mails an Kunden auslösen. Die Anleitung zur Migration ohne Ausfallzeiten beschreibt den Umstellungsprozess.
Tickets, die nach Beginn der vollständigen Migration im Quellsystem erstellt oder aktualisiert werden, sind nicht Teil dieses Durchlaufs. Eine Delta-Migration überträgt diese in einem späteren, deutlich kürzeren Durchlauf, sodass Agenten mit vollständiger Historie zum Zielsystem wechseln können. Die Delta-Migration ist im Premium-Tarif verfügbar. Die allgemeine Checkliste zur Datenmigration zeigt, wo die Delta-Migration im Umstellungsprozess zum Einsatz kommt.
Ja, mit der Intervallmigration. Sie können die vollständige Migration bis zu fünfmal für jeweils bis zu fünf Tage pausieren und in Abstimmung mit dem Help Desk Migration . So können Sie beispielsweise die API-Last während der Spitzenzeiten des Supports reduzieren. Die Intervallmigration ist nicht mit der Deltamigration zu verwechseln, bei der Datensätze verschoben werden, die nach dem Hauptlauf erstellt wurden. Die Schritte zum Pausieren und Fortsetzen finden Sie im Hilfebereich „Erste Schritte“.
Während einer Demo-Migration zeigt der Migrationsassistent einen Fortschrittsbalken mit dem Prozentsatz der übertragenen Beispieldaten an. Bei der vollständigen Datenmigration zeigt eine Tabelle an, wie viele Datensätze abgerufen und übertragen wurden. Sie erhalten eine E-Mail, sobald die Demo- oder die vollständige Migration abgeschlossen ist.
Vergleichen Sie das Zielsystem mit dem Quellsystem: Anzahl der Datensätze nach Typ, Kommentatoren, Ticketbearbeiter, Werte benutzerdefinierter Felder, Anhänge und Artikelkategorien. Prüfen Sie eine Stichprobe älterer, aktueller und anhangreicher Tickets und aktivieren Sie anschließend Trigger, Automatisierungen und Benachrichtigungen im Zielsystem. Sammeln Sie Feedback von den Mitarbeitern in ihren ersten Tagen im neuen Helpdesk. Die Checkliste für die Zeit nach der Migration enthält alle Prüfpunkte.
Prüfen Sie zunächst die Plattformtabelle: Ein langsamer Durchlauf bei Zielen mit niedrigen Limits wie Jira Service Management, Halooder Front ist oft normal. Wenn sich die Anzahl der Datensätze in der Fortschrittstabelle über mehrere Stunden nicht verändert hat, könnte ein tägliches API-Limit oder ein abgelaufenes Token den Durchlauf angehalten haben. Wenden Sie sich in diesem Fall mit Ihrer Migrations-ID an unser Support-Team, damit dieses die Protokolle überprüfen kann.
