Zurück zum Blog
Leitfäden

Daten aus dem alten Helpdesk exportieren: Tickets, Artikel, Kontakte

So holen Sie Tickets, Artikel der Wissensdatenbank, Kontakte und Makros aus einem alten Helpdesk heraus: Formate, APIs, Anhänge – und die Fallen, die erst Wochen später auffallen.

MoveDesk Team17. Februar 20268 Min. Lesezeit

Wichtigste Erkenntnisse

  • Starten Sie den Export, bevor Sie sich für ein Zielsystem entscheiden: Eine geprüfte Kopie der eigenen Daten ist Backup, Verhandlungsposition und Inventar in einem.
  • Kombinieren Sie die Wege: nativer Massenexport für die einfachen 90 %, API-Skripte für Anhänge, Statushistorie und alles, was der Massenlauf auslässt.
  • Bevorzugen Sie bei Tickets JSON statt CSV – CSV plättet die Verschachtelung der Antworten und Metadaten, die kein Import auf der Zielseite neu erfinden kann.
  • Der Export der Wissensdatenbank verbirgt Abhängigkeiten: verlinkte Bilder im CDN des Anbieters, Sichtbarkeits-Flags und Kategoriebäume müssen Sie ausdrücklich mitsichern.
  • Zahlen abgleichen und Dateien statt Links kopieren – Export-Obergrenzen, ablaufende Anhang-URLs und nicht zugeordnete Agent-IDs sind die Fallen, die in Woche zwei auftauchen.

Der Export ist die Hälfte einer Migration, die vollständig in Ihrer Hand liegt – und die Hälfte, die die meisten Teams zu spät beginnen. Sie müssen sich für kein Zielsystem entschieden haben, um anzufangen: Ein vollständiger, geprüfter Export lohnt sich selbst dann, wenn Sie bleiben – er ist Ihr Backup, Ihre Verhandlungsposition und Ihr Nachweis darüber, was Ihnen tatsächlich gehört.

Dieser Leitfaden zeigt, was Sie aus einem alten Helpdesk herausholen, welchen Weg Sie für welches Objekt nehmen und welche Fallen erst in Woche zwei mit dem neuen Tool sichtbar werden.

Was Sie exportieren können – und sollten

Ein Helpdesk enthält mehr Objekttypen, als den meisten Admins bewusst ist. Das vollständige Set, das sich zu sichern lohnt:

  • Tickets und Konversationen – die Nachrichten, ihre Autoren, Zeitstempel, Status, Zuständigkeiten und Tags.
  • Kontakte und Organisationen – Kundendatensätze mit benutzerdefinierten Feldern und den Verknüpfungen dazwischen.
  • Artikel der Wissensdatenbank – Texte, Kategorien, Sichtbarkeits-Flags und die Bilder darin.
  • Makros und gespeicherte Antworten – der Wortlaut, den Ihre Kundschaft bereits kennt.
  • Definitionen benutzerdefinierter Felder – nicht nur die Werte, sondern Typen und erlaubte Optionen.
  • CSAT-Historie – Bewertungen und Kommentare, falls Sie Zufriedenheitstrends berichten.
  • Anhänge – die Dateien an Tickets und Artikeln, die fast nie mit dem Hauptexport mitkommen.

Die drei Exportwege

Jeder verbreitete Helpdesk bietet eine Kombination aus drei Wegen:

  1. Nativer Massenexport. Ein Button oder ein geplanter Job, der CSV, JSON oder XML erzeugt. Am schnellsten gestartet, aber oft an den Tarif gebunden, mitunter im Volumen gedeckelt und selten vollständig – Anhänge und Artikelbilder sind die üblichen Lücken.
  2. Die API. Vollständig und skriptbar, dafür paginiert und rate-limitiert. Das ist der Weg für alles, was der Massenexport auslässt, und der einzig verlässliche Weg für Anhänge.
  3. Ein Migrationsdienst. Der Anbieter des Zielsystems fährt den Export für Sie gegen die Quell-APIs. Der geringste Aufwand – stellen Sie nur sicher, dass Sie zusätzlich eine Rohkopie für Ihr eigenes Archiv erhalten oder selbst nachziehen können.

Ein vernünftiger Plan kombiniert die ersten beiden: Massenexport für die einfachen 90 %, API-Skripte für den Rest. Übernimmt das Zielsystem die Migration, behalten Sie Ihren eigenen Export trotzdem.

Tickets: Das Format zählt mehr als das Volumen

CSV plättet, JSON bewahrt. Ein CSV-Export liefert typischerweise eine Zeile pro Ticket oder pro Nachricht und verliert dabei die Verschachtelung der Antworten, die Rollen der Autoren und jene Metadaten, die eine Historie überhaupt nützlich machen. Gibt es einen JSON-Export oder einen API-Weg, nehmen Sie ihn – der Import auf der Zielseite kann Struktur jederzeit vereinfachen, aber niemals neu erfinden.

Praktische Regeln für den Ticket-Export:

  • Exportieren Sie in Chargen, älteste zuerst, und respektieren Sie die Rate-Limits. Die volle Historie eines großen Kontos kann bei API-Kontingenten Tage dauern – terminieren Sie den Lauf, statt ihn zu bewachen.
  • Notieren Sie die Zeitzonen-Konvention. Die meisten APIs liefern UTC; manche Massenexporte lokalisieren Zeitstempel stillschweigend. Prüfen Sie eine Handvoll gegen die Oberfläche, bevor Sie Tausenden vertrauen.
  • Filtern Sie vor dem Export. Als Spam geschlossene und mit einem Wort geschlossene Tickets blähen den Lauf auf und verschmutzen die Suche im Zielsystem. Danach hat noch nie jemand gesucht.
  • Sichern Sie nach Möglichkeit die Statushistorie. SLA- und Lösungszeit-Reporting hängt an den Statuswechseln, nicht am Endzustand allein.

Kontakte und Organisationen

Kontakte sind klein, also behandeln Teams sie beiläufig – und räumen anschließend ein Quartal lang Dubletten auf. Vor dem Export:

  • Stellen Sie sicher, dass die E-Mail-Adresse gefüllt ist – bei allen Datensätzen, die Ihnen wichtig sind. Sie ist der Schlüssel zur Dublettenerkennung, den praktisch jedes Zielsystem nutzt.
  • Exportieren Sie benutzerdefinierte Felder samt ihrer Definitionen, nicht nur die Werte. Ein Dropdown, das als Freitext ankommt, ist ein bleibender Schaden.
  • Erhalten Sie die Verknüpfung von Kontakt zu Organisation – sie steckt meist in einem eigenen Export oder Endpunkt.

Wissensdatenbank: der Export mit versteckten Abhängigkeiten

Artikeltexte exportieren sich problemlos als HTML. Ihre Abhängigkeiten nicht:

  • Bilder sind meist nur verlinkt, nicht eingebettet – der Export verweist auf Dateien im CDN des alten Anbieters. Laden Sie jetzt jedes referenzierte Bild herunter; diese URLs können sterben, sobald Ihr Konto schließt.
  • Entwürfe und Sichtbarkeits-Flags gehen in manchen Exporten verloren oder werden eingeebnet. Halten Sie fest, welche Artikel vor dem Umzug rein intern waren – sonst veröffentlichen Sie womöglich Ihr Eskalations-Playbook für alle.
  • Kategoriebäume exportieren oft getrennt von den Artikeln. Sichern Sie die Struktur, Sortierung inklusive.
  • Links von Artikel zu Artikel zeigen auf alte URLs. Umschreiben werden Sie sie beim Import – die Liste brauchen Sie jetzt.

Makros, Automationen und der Rest

Makros exportieren in den meisten Tools als Text – kurze Sache. Automations- und Routing-Regeln lassen sich dagegen in keiner brauchbaren Form exportieren: Dokumentieren Sie sie von Hand, in klarer Sprache, und behandeln Sie den Nachbau als Gelegenheit zum Neuentwurf statt als Kopierarbeit. Exportieren Sie außerdem Tags, die CSAT-Historie und jede Ansicht, auf der Ihr Reporting beruht.

Die Fallen, die in Woche zwei auftauchen

  • Ablaufende Links zu Anhängen. Der Export verweist auf Speicher-URLs, die nach der Kontoschließung ins Leere laufen. Kopieren Sie die Dateien, nicht die Links.
  • Export-Obergrenzen. Manche Massenläufe kappen stillschweigend bei einem Zeilenlimit. Gleichen Sie die Zahlen ab: Der Export sollte zur Ticketzahl passen, die die Oberfläche ausweist.
  • Zuordnung der Agent-Identitäten. Nachrichten verweisen über interne IDs auf Agent-Konten. Exportieren Sie die Agent-Liste mit, sonst wird die Autorschaft zum Rätsel.
  • Gelöschte und archivierte Tickets. Manche Wege nehmen sie mit, andere nicht. Entscheiden Sie bewusst, was Sie wollen.
  • Drosselung mitten im Lauf. Ein Skript ohne Backoff-Logik stirbt um 3 Uhr nachts und hinterlässt einen Teilexport, der vollständig aussieht.

Prüfen Sie den Export, bevor Sie ihm vertrauen

Ein ungeprüfter Export ist eine Hoffnung, kein Backup. Bevor Sie Vollzug melden:

  • Gleichen Sie die Zahlen ab. Tickets, Kontakte und Artikel im Export sollten dem entsprechen, was die Oberfläche des alten Tools ausweist. Eine Abweichung bedeutet eine Obergrenze, einen Filter oder ein um 3 Uhr nachts gestorbenes Skript.
  • Öffnen Sie eine Zufallsstichprobe. Zehn Tickets über den gesamten Zeitraum: Verschachtelung intakt, Autoren aufgelöst, Zeitstempel plausibel, Anhänge tatsächlich als Dateien vorhanden.
  • Prüfen Sie den ältesten und den neuesten Datensatz. Abbrüche wohnen an den Rändern – ein Lauf, der auf halber Strecke stehen blieb, wirkt vollständig, bis Sie ans Ende schauen.
  • Legen Sie zwei Kopien an Orten ab, die Sie kontrollieren, und notieren Sie das Exportdatum. Verschiebt sich die Migration um ein Quartal, wissen Sie genau, wie alt dieser Stand ist.

Eine Anmerkung zu den großen drei

Zendesk, Freshdesk und Intercom bieten allesamt legitime Exportwege – Massenexporte und gut dokumentierte APIs –, wobei die Verfügbarkeit von der Tarifstufe abhängt und überall Admin-Zugriff nötig ist. Keiner von ihnen hält Ihre Daten fest; die Reibung liegt in Vollständigkeit und Formaten, nicht in der Erlaubnis. Planen Sie einen Tag ein, um die Eigenheiten Ihres konkreten Tools kennenzulernen, und lesen Sie zuerst die Export-Dokumentation des Anbieters – sie ist die maßgebliche Quelle dafür, was Ihr Tarif enthält. Falls Sie parallel Zielsysteme vergleichen: Unser Zendesk im Vergleich beschreibt den Migrationsweg in beide Richtungen.

Wo MoveDesk hineinpasst

Die White-Glove-Migration von MoveDesk fährt genau diesen Export für Sie gegen Ihr Quellkonto – Tickets, Kontakte, Artikel, Makros und Anhänge aus Zendesk, Intercom oder Freshdesk – kostenlos in jedem Tarif. Wir empfehlen trotzdem, eine eigene Rohkopie zu behalten: Es sind Ihre Daten, und eine zweite Kopie kostet nichts.

Starten Sie den Export noch in dieser Woche, auch wenn die Entscheidung Monate entfernt liegt. Eine geprüfte Kopie der eigenen Daten ist die stärkste Position, aus der ein Support-Team verhandeln kann.

Diesen Artikel teilen

X / TwitterLinkedIn

Häufig gestellte Fragen

JSON über die API, wenn verfügbar – CSV nur als Rückfallebene. CSV-Exporte pressen Konversationen in Zeilen und verlieren dabei die Verschachtelung der Antworten, die Rollen der Autoren und die Statushistorie: Struktur, die ein Import auf der Zielseite nicht rekonstruieren kann. JSON bewahrt das vollständige Konversationsobjekt, und jedes Import-Werkzeug kann Struktur, die es nicht braucht, jederzeit vereinfachen.

Fast immer über die API, nicht über den Massenexport. Massenexporte referenzieren Anhänge typischerweise als URLs auf den Speicher des Anbieters, und diese Links können nach der Schließung Ihres Kontos ins Leere laufen. Nutzen oder schreiben Sie ein Skript, das jede referenzierte Datei in einen Speicher unter Ihrer Kontrolle herunterlädt – für Tickets und Bilder der Wissensdatenbank gleichermaßen.

Von einer Stunde bis zu mehreren Tagen, bestimmt von Ticketvolumen und API-Rate-Limits, nicht von der Datenmenge. Massenexporte sind schnell fertig; API-Läufe über die volle Historie eines großen Kontos brauchen paginierte, rate-limitierte Skripte, die terminiert und nicht bewacht werden. Wer Spam und Tickets mit einem Wort vor dem Export herausfiltert, verkürzt den Lauf spürbar.

Für den Massenexport nicht – das ist eine Admin-Aufgabe. Für Anhänge, Statushistorie und vollständige Artikel-Assets ist meist ein kurzes Skript gegen die Anbieter-API nötig, also ein paar Stunden Entwicklerarbeit. Alternativ übernehmen Migrationsdienste den API-Export für Sie; bei MoveDesk ist das in jedem Tarif kostenlos enthalten – und eine eigene Rohkopie daneben aufzubewahren, bleibt trotzdem gute Praxis.

Nein. Exporte und API-Lesezugriffe verändern nichts und laufen neben dem Normalbetrieb. Vorsicht ist nur bei den Rate-Limits geboten: Ein aggressives Export-Skript frisst das API-Kontingent auf, auf das auch Ihre Live-Integrationen angewiesen sind. Fahren Sie große Läufe deshalb außerhalb der Stoßzeiten und mit Backoff-Logik statt mit Vollgas während der Geschäftszeiten.

Ja. Migration und Archivierung sind zwei getrennte Entscheidungen: Vielleicht holen Sie nur 12–24 Monate an Tickets ins neue Tool, wollen die volle Historie aber als schreibgeschütztes Archiv unter eigener Kontrolle behalten. Alles einmal zu exportieren – solange Sie noch Admin-Zugriff und ein aktives Konto haben – kostet wenig und hält jede spätere Option offen.

Bereit, KI-Support einzusetzen?

14 Tage kostenlos. Vollständige Plattform. Wir migrieren Ihre Daten für Sie.