ATS-Migration-Checkliste: das Kontrollpaket

Eine ATS-Migration gehört zu den wenigen Projekten, bei denen eine ruhige Woche ein Erfolg ist. Niemand lobt einen Wechsel, der glattlief. Auffällig wird nur der, bei dem die Shortlist eines Kunden verschwand oder zwei Jahre Kandidatennotizen verloren gingen.

Dieses Risiko ist real, doch Teams können mehrere häufige Ursachen steuern. Daten können unvollständig zugeordnet sein. Vielleicht verantwortet niemand die Umstellung. Oder niemand prüft die Datensatzzahlen auf der anderen Seite.

Dieser Leitfaden schließt das mit einem Kontrollpaket, nicht mit einer Motivationsrede. Er liefert die wiederverwendbaren Bausteine, die eine Agentur für die Migration zu jedem beliebigen Ziel-ATS braucht: eine Bestandsaufnahme von Entitäten und Feldern, Behalten-Löschen-Regeln, eine Pilotstichprobe, eine Verantwortungsmatrix, Abnahmetests und klare Rollback-Bedingungen. Arbeiten Sie es der Reihe nach ab, und die ruhige Woche stellt sich von selbst ein.

Starten Sie beim Vertragsende, nicht beim Go-Live

Es ist verlockend, rückwärts von einem Starttermin zu planen, der sauber wirkt. Das ist der falsche Anker. Verankern Sie sich stattdessen an Ihrem laufenden Vertrag.

Suchen Sie Ihr Verlängerungs- oder Kündigungsdatum und rechnen Sie zurück. Sie wollen das neue System mit Reserve live und geprüft haben, nicht in einem Wettlauf in der letzten Woche. Bestimmen Sie den Vorlauf anhand von Datensatzvolumen, Integrationszahl, Migrationsrisiken und Abnahmekriterien, statt eine feste Dauer vorzugeben.

Der Zeitplan schützt auch Ihre Verhandlungsposition. Wer Wochen im Voraus exportiert und umstellt, kann bei einem Problem ruhig weggehen. Wer es auf den letzten Tag schiebt, verhandelt in der Ecke. Stellen Sie Ihrem jetzigen Anbieter früh zwei Fragen: Berechnet er einen Datenexport, und in welchem Format liefert er ihn? Die Antworten formen Ihren ganzen Zeitplan.

Vermeiden Sie einen Start in einer arbeitsreichen Woche. Eine Umstellung, die auf Schlussgespräche oder eine Angebotsfrist fällt, macht aus einem beherrschbaren Projekt eine Krise. Wählen Sie eine ruhigere Phase, auch wenn Sie den Termin verschieben müssen.

Erfassen Sie Entitäten und Felder, bevor jemand exportiert

Bevor eine einzige Datei das alte System verlässt, listen Sie auf, was Sie wirklich haben. Migrationen laufen schief, wenn Teams zuerst exportieren und dann nachdenken. Die Bestandsaufnahme ist Ihre Landkarte. Sie verhindert böse Überraschungen auf halbem Weg.

Gehen Sie Ihre Daten nach Entität durch. In einer Personalberatung sind die wichtigsten die Kandidaten, die Mandate oder Stellen, die Unternehmen oder Kunden, die Kontakte, die Deals oder Platzierungen sowie die Notizen, Aufgaben und Anhänge, die daran hängen. Notieren Sie je Entität die Zahl der Datensätze und die genutzten Felder. Ergänzen Sie alles, was Ihr Team über die Jahre eigens angelegt hat.

Eine kurze Bestandstabelle hält das ehrlich:

Entität	Datensätze (ca.)	Benutzerdefinierte Felder	Anhänge	Migrieren?
Kandidaten	Volumen altes ATS	Quelle, Verfügbarkeit, Gehalt	Lebensläufe, Notizen	dokumentierter Bedarf
Mandate / Stellen	Volumen	Kunde, Honorar, Phasen	Stellenprofile	offen + dokumentierter Bedarf
Unternehmen / Kunden	Volumen	Konditionen, Branche	Verträge	dokumentierter Bedarf
Deals / Platzierungen	Volumen	Honorar, Startdatum	Angebotsschreiben	dokumentierter Reporting-Bedarf
Notizen, Aufgaben, Historie	Volumen	an obige gebunden	Dateien	für behaltene Datensätze

Diese Bestandsaufnahme leistet zweierlei. Sie zeigt den wahren Umfang des Vorhabens, und sie wird zur Prüfliste, gegen die Sie später abgleichen. Bewahren Sie sie auf. Sie vergleichen damit auf der anderen Seite.

Behalten, archivieren oder löschen: Dokumentieren Sie die Regel je Datensatz

Nicht alle Daten verdienen einen Platz im neuen System. Alles mitzunehmen ist teuer. Bei manchen Datensätzen ist es zudem ein Compliance-Risiko. Legen Sie die Regeln jetzt schriftlich fest. Dann ist der Export ein sauberer Schnitt und keine Ermessensfrage unter Druck.

Eine dreiteilige Prüfung kann helfen. Behalten Sie einen Datensatz nur, wenn er für einen dokumentierten Zweck erforderlich ist und auf einer Rechtsgrundlage beruht. Die Einwilligung ist eine mögliche Grundlage, aber nicht die einzige. Archivieren Sie nur, solange dieser Zweck, die Rechtsgrundlage und eine festgelegte Aufbewahrungsfrist fortbestehen. Wurde eine Einwilligung widerrufen oder ist sie abgelaufen und greift keine andere Rechtsgrundlage, löschen Sie den Datensatz sicher, statt ihn zu archivieren.

Einwilligung und Aufbewahrungsdauer verdienen hier echte Aufmerksamkeit. Die Artikel 5, 6 und 17 der DSGVO behandeln Speicherbegrenzung, Rechtsgrundlagen der Verarbeitung und das Recht auf Löschung. Eine Migration ist ein guter Moment, diese Anforderungen zu prüfen, weil Sie ohnehin jeden Datensatz anfassen.

Die Fristen hängen vom Land und Ihrer Rechtsgrundlage ab. Prüfen Sie also Ihre eigenen Pflichten, statt eine allgemeine Zahl zu übernehmen. Und denken Sie daran: Eine Checkliste macht Sie nicht von allein rechtskonform. Sie macht nur den konformen Weg leichter gehbar.

Ist Ihre Datenbank unordentlich, räumen Sie vor dem Umzug auf. Doubletten und tote Datensätze in ein neues Werkzeug zu schieben verlagert das Problem nur. Unser Leitfaden dazu, wie Sie Ihr Recruiting-CRM bereinigen, zeigt die Prüfung und Zusammenführung, die Sie zuerst erledigen sollten.

Ordnen Sie jedes Feld vom alten ATS dem neuen zu

Das Feld-Mapping ist ein Kernteil der Arbeit. Standardfelder sind oft unkompliziert. Name, E-Mail, Telefon und aktuelles Unternehmen haben häufig einen naheliegenden Platz. Der Aufwand liegt bei den Feldern, die nicht passen.

Exportieren Sie die vollständige Feldliste aus Ihrem alten ATS. Entscheiden Sie dann Feld für Feld, wo jedes im neuen System landet. Drei Fälle kehren immer wieder. Ein Feld hat eine direkte Entsprechung, also ordnen Sie es zu. Ein Feld hat keine Entsprechung, also legen Sie ein benutzerdefiniertes Feld an oder überführen es in Notizen. Ein Feld ist Altlast, auf die Sie sich geeinigt haben, also lassen Sie es bewusst zurück.

Achten Sie besonders auf Pipeline-Phasen, Tags und benutzerdefinierte Felder, denn sie tragen die eigene Logik Ihrer Agentur. Hatte Ihr altes System zehn Phasen und das neue startet mit fünf, entscheiden Sie die Zuordnung vor dem Laden, nicht danach. Ein modernes ATS lässt Sie in der Regel benutzerdefinierte Felder und Pipeline-Phasen definieren, die abbilden, wie Ihre Desks wirklich arbeiten. Das erleichtert die Zuordnung.

Halten Sie das Mapping in einer Tabelle fest, die jeder im Team lesen kann:

Feld altes ATS	Feld neues ATS	Typ	Hinweise
Kandidatenstatus	Pipeline-Phase	Liste	10 Phasen auf neues Set umlegen
Quelle	Benutzerf. Feld: Quelle	Liste	Werte unverändert lassen
Eigentümer	Eigentümer	Teammitglied	über E-Mail abgleichen
Gehalt / Satz	Benutzerf. Feld: Gehalt	Währung	Währung je Datensatz prüfen
Freie Notizen	Notizen	Text	Zeitstempel möglichst erhalten

Schreiben Sie es auf, bevor Sie etwas laden. Ein Mapping, das nur in einem Kopf lebt, ist der schnellste Weg, Daten bei der Übersetzung zu verlieren.

Bereinigen Sie Doubletten und Anhänge, bevor sie sich vermehren

Doubletten sind in einem System schlecht und über zwei hinweg schlimmer. Enthält Ihre alte Datenbank drei Versionen desselben Kandidaten, legt die Migration getreulich drei im neuen System an. Ihr frischer Start ist schon überladen.

Führen Sie vor dem Export zusammen. Suchen Sie über E-Mail, Telefon und Name nach wahrscheinlichen Paaren und führen Sie dann zusammen, statt zu löschen: So behalten Sie den reichsten Datensatz und übernehmen die Notizen aus beiden. Eine Plattform, die Kandidaten schon bei der Eingabe entdoppelt, hält die bereinigte Datenbank auch sauber, statt das Chaos zurückkehren zu lassen.

Anhänge brauchen ihre eigene Prüfung. Lebensläufe, Angebotsschreiben und unterzeichnete Konditionen übersieht man leicht, weil sie neben dem Datensatz liegen statt darin. Bestätigen Sie, dass Ihr Export die Dateien enthält, nicht nur ihre Namen, und dass das neue System sie in Ihrem Volumen annimmt. Testen Sie mit einer Handvoll, bevor Sie dem vollen Ladelauf vertrauen.

Bewahren Sie Ihre LinkedIn-Recruiter-Projekte, -Notizen und -Historie

Wichtiger Recruiting-Kontext kann außerhalb des alten ATS liegen. LinkedIn Recruiter kann Projekte, gespeicherte Kandidaten, Pipeline-Phasen und die Notizen Ihres Teams enthalten. Eine Migration, die das ignoriert, kann nützlichen Kontext zurücklassen.

Planen Sie es bewusst. Entscheiden Sie, welche Recruiter-Projekte zählen, und prüfen Sie, wie die neue Plattform sie überträgt. Ein Detail zählt am meisten. Der Import muss unter Ihrem eigenen autorisierten Recruiter-Konto laufen und die Regeln und Grenzen von LinkedIn achten. Kein Werkzeug sollte versprechen, die Berechtigungen oder Kontingente eines Anbieters zu umgehen. Seien Sie misstrauisch, wenn eines das behauptet.

Leonar löst das mit einem geplanten Rückimport, den Sie selbst auslösen. Er importiert Ihre LinkedIn-Recruiter-Projekthistorie in passende Projekte, samt Projektstruktur und Notizen aus Recruiter. Importe laufen nach einem täglichen Zeitplan, der darauf ausgelegt ist, die Limits des LinkedIn-Anbieters zu respektieren. Eine große Historie kann daher über mehrere Tage statt in einem Schwung ankommen. Das Ergebnis ist, dass der Kontext, den Ihre Recruiter aufgebaut haben, nach dem Wechsel bei ihnen bleibt.

Führen Sie zuerst eine Pilotmigration mit einer Stichprobe durch

Machen Sie nie den vollen Ladelauf zu Ihrem ersten Versuch. Führen Sie einen Piloten mit einer repräsentativen Stichprobe durch, prüfen Sie ihn anhand Ihrer Abnahmekriterien und skalieren Sie erst dann. So können Sie Probleme beim Mapping oder bei Anhängen vor dem vollen Ladelauf erkennen.

Wählen Sie eine Stichprobe, die das Mapping fordert. Bemessen Sie sie anhand von Datensatzvolumen, Integrationszahl, Risiken und Abnahmekriterien. Nehmen Sie Datensätze mit benutzerdefinierten Feldern, Anhängen, verschiedenen Pipeline-Phasen und mindestens einem bekannten Grenzfall auf. Laden Sie sie ins neue System, idealerweise in eine Staging-Umgebung, falls der Anbieter eine bietet.

Prüfen Sie die Stichprobe dann gegen Ihr Mapping. Ist jedes Feld dort gelandet, wo Sie es wollten? Wurden die Phasen richtig umgelegt? Kamen die Lebensläufe durch und öffnen sie sich? Haben Eigentümer und Daten überlebt? Erfassen Sie jede Auffälligkeit, korrigieren Sie das Mapping und lassen Sie die Stichprobe erneut laufen. Wiederholen Sie, bis ein sauberer Pilotlauf keine Überraschungen mehr bringt. Erst dann laden Sie die volle Datenbank.

Entscheiden Sie, ob Sie beide Systeme parallel betreiben

Ein Parallelbetrieb hält das alte ATS verfügbar, meist nur lesend, während Ihr Team im neuen arbeitet. Es ist ein Sicherheitsnetz: Wirkt etwas falsch, haben Sie noch eine Quelle der Wahrheit zum Abgleich. Umsonst ist es dennoch nicht, denn es kann eine Zeit lang doppelte Erfassung bedeuten.

Die Entscheidung hängt an Risiko und Volumen. Hoher Einsatz spricht für den Parallelbetrieb: große Datenbanken, viele Integrationen oder ein voller Desk, der sich keine böse Überraschung leisten kann. Geringer Einsatz spricht für einen sauberen Schnitt: Eine kleine, gut zugeordnete Datenbank mit einem überzeugenden Piloten kann oft in einem Zug umstellen.

Betreiben Sie parallel, halten Sie das Fenster kurz und datiert. Bestimmen Sie seine Dauer anhand von Datensatzvolumen, Integrationszahl, Migrationsrisiken und Abnahmekriterien. Vereinbaren Sie das Enddatum vorab, damit der Parallelbetrieb nicht still zum Dauerzustand wird, was den Wechsel überhaupt aushöhlt.

Vergeben Sie eine Verantwortungsmatrix, damit nichts durchrutscht

Migrationen scheitern in den Lücken zwischen Menschen. Der alte Anbieter nimmt an, der neue erledige es. Der Recruiter nimmt an, die Administration habe es geprüft. Niemand verantwortet die finale Zahl. Eine Verantwortungsmatrix schließt diese Lücken, indem sie je Aufgabe eine einzige Person benennt.

Halten Sie sie einfach und sichtbar. Eine Aufgabe, ein Verantwortlicher, ein Vertreter:

Aufgabe	Verantwortlich	Vertretung
Datenexport aus altem ATS	CRM-Admin	Operations-Lead
Abnahme des Mappings	Operations-Lead	Agenturleitung
Behalten-Löschen-Entscheidungen	Team-Leads	Operations-Lead
Prüfung des Piloten	CRM-Admin	Lead-Recruiter
Import der LinkedIn-Historie	CRM-Admin	Operations-Lead
Freigabe der Umstellung	Agenturleitung	Operations-Lead
Abnahmetests nach Migration	Operations-Lead	CRM-Admin

Es geht nicht um Bürokratie. Es geht darum, dass bei einer Frage mitten in der Umstellung jeder genau weiß, wessen Entscheidung es ist. Klare Zuständigkeiten verringern vermeidbare Verwirrung am Umstellungstag.

Umstellungstag: die Reihenfolge, die die Desks am Laufen hält

Die Umstellung ist der Moment, in dem Sie die tägliche Arbeit des Teams auf das neue System schalten. In der richtigen Reihenfolge bleibt sie ruhig. Die Reihenfolge zählt mehr als das Tempo.

Beginnen Sie mit einem letzten Export aus dem alten System, so nah an der Umstellung wie praktikabel, um die jüngsten Änderungen zu erfassen. Laden Sie ihn, führen Sie einen schnellen Abgleich gegen Ihre Bestandsaufnahme durch und bestätigen Sie, dass die wichtigsten Zahlen übereinstimmen. Richten Sie Ihr Team dann auf das neue Werkzeug aus, das alte nur lesend verfügbar, falls Sie einen Parallelbetrieb gewählt haben.

Briefen Sie das Team vorher, nicht mittendrin. Recruiter sollten wissen, wo ihre Projekte leben, wie die neuen Pipeline-Phasen den alten entsprechen und wen sie bei Zweifeln fragen. Planen Sie eine kurze Einführung passend zu den Workflow-Änderungen und prüfen Sie, ob das Team die wichtigsten Aufgaben erledigen kann. Halten Sie ein geteiltes Protokoll für die ersten Auffälligkeiten offen, damit nichts zweimal behoben und nichts einmal vergessen wird.

Prüfen Sie die Migration mit Abnahmetests

Eine Migration ist nicht fertig, wenn die Daten geladen sind. Sie ist fertig, wenn Sie belegt haben, dass die Daten stimmen. Abnahmetests machen aus dem “sieht gut aus” ein “wir haben geprüft, es stimmt”.

Führen Sie zwei Ebenen von Prüfungen durch. Zuerst gleichen Sie die Zahlen ab. Kandidaten, Mandate, Unternehmen und Deals im neuen System sollten mit dem alten übereinstimmen, abzüglich dessen, was Sie bewusst weggelassen haben. Eine Lücke hier bedeutet verlorene oder falsch gefilterte Datensätze. Das wollen Sie vor der Abnahme wissen, nicht danach.

Prüfen Sie dann eine Stichprobe in der neuen Oberfläche. Bemessen Sie sie anhand von Datensatzvolumen, Integrationszahl, Risiken und Abnahmekriterien. Bestätigen Sie je ausgewähltem Datensatz, dass die Felder stimmen und die Phase richtig ist. Prüfen Sie, dass die Notizen da sind, der Eigentümer gesetzt ist und die Anhänge sich öffnen.

Formulieren Sie Ihre Tests als einfache Bestanden-oder-nicht-Prüfungen:

• Die Kandidatenzahl stimmt mit der Bestandsaufnahme überein, bewusste Löschungen eingerechnet.
• Die Zahlen für Mandate und Unternehmen stimmen auf gleiche Weise.
• Eine Stichprobe zeigt richtige Felder, Phasen, Eigentümer und Daten.
• Lebensläufe und Anhänge öffnen sich und gehören zur richtigen Person.
• LinkedIn-Recruiter-Projekte und -Notizen erscheinen dort, wo erwartet.
• Kein behaltener Datensatz hat einen leeren Eigentümer oder eine kaputte Phase.

Besteht jede Prüfung, haben Sie Ihre Abnahme verdient. Fällt eine durch, halten Sie ein konkretes, behebbares Problem in der Hand statt einer vagen Sorge.

Legen Sie Rollback-Bedingungen fest und zeichnen Sie vor der Bindung ab

Bevor Sie den alten Vertrag kündigen, einigen Sie sich darauf, was Sie zurückgehen ließe. Rollback-Bedingungen sind die Linie, die Sie im Voraus ziehen, in Ruhe, damit Sie mitten in einem schlechten Tag keine Bauchentscheidung treffen.

Bleiben Sie konkret. Ein Rollback ist in wenigen klaren Fällen gerechtfertigt. Die Zahlen stimmen nicht überein und die Lücke betrifft echte Daten. Eine kritische Entität, etwa aktive Kandidaten oder offene Stellen, wurde nicht korrekt migriert. Oder Anhänge fehlen in großem Umfang. Kosmetische Mängel sind kein Rollback-Grund; sie sind Korrekturen der ersten Woche. Der Unterschied zählt, denn ein Rollback wegen einer Kleinigkeit kostet mehr, als er spart.

Die Abnahme ist der Spiegel des Rollbacks. Sie ist ein kurzes, ausdrückliches Ja einer benannten Person, festgehalten, sobald die Tests bestanden sind. Erst nach dieser Abnahme legen Sie das alte System still und beenden den alten Vertrag. Bewahren Sie den finalen Export nur für die in Ihrem Aufbewahrungsplan festgelegte Dauer auf, beschränken Sie den Zugriff auf benannte Verantwortliche und löschen Sie ihn danach sicher.

Wie Leonar in eine ATS-Migration einer Agentur passt

Leonar ist ein ATS und CRM in einer Plattform, gebaut für Personalberatungen. Die für eine Migration wichtigen Bausteine sind jene, die Ihre Daten unter Ihrer eigenen Kontrolle halten. Es gibt hier keinen verwalteten Migrationsdienst und keine feste Dauer, nur Workflows, die Sie selbst umsetzen.

Auf der Datenseite importieren Sie Kontakte und Unternehmen per CSV. Sie definieren die benutzerdefinierten Felder und Pipeline-Phasen, die Ihre alte Einrichtung abbilden. Und Sie stützen sich auf eine eingebaute Entdoppelung, damit ein sauberer Import sauber bleibt. Auf der LinkedIn-Seite bringt der geplante Recruiter-Rückimport Ihre Projekthistorie, ihre Struktur und die Notizen aus Recruiter herüber, unter Ihrem eigenen autorisierten Konto, im Rahmen der Anbietergrenzen. Diese Kombination deckt die zwei Datenklassen ab, um die Agenturen am meisten bangen: ihre CRM-Datensätze und ihren LinkedIn-Kontext.

Wenn Sie einen Wechsel abstecken, ist der ehrliche nächste Schritt zu prüfen, ob die Passung für Ihre Desks echt ist. Halten Sie die Workflows gegen Ihr eigenes Mapping, sehen Sie sich den transparenten Preis pro Nutzer an, und wenn es passt, starten Sie eine kostenlose Testphase und schicken Sie Ihre Pilotstichprobe hindurch. Das ist ein weit besserer Test als jedes Migrationsversprechen.

Ihre ATS-Migration-Checkliste in einer Zeile

Eine saubere ATS-Migration ist kein Glück. Sie ist eine Bestandsaufnahme, ein Feld-Mapping, dokumentierte Aufbewahrungsregeln, ein Pilot, eine Verantwortungsmatrix, Abnahmetests und vorab vereinbarte Rollback-Bedingungen. Arbeiten Sie diese Bausteine der Reihe nach ab, und der Wechsel wird die ruhige Woche, die er sein sollte.

Starten Sie beim Vertragsende, schützen Sie Ihre LinkedIn-Historie und prüfen Sie vor der Abnahme. Unterstellen Sie den alten Export demselben dokumentierten Aufbewahrungsplan und denselben Zugriffskontrollen wie die enthaltenen personenbezogenen Daten und löschen Sie ihn danach sicher.

Häufige Fragen

Können wir unser altes ATS während der Migration weiter nutzen?

Meist ja. Das alte System nur lesend offenzuhalten, während das Team im neuen arbeitet, nennt man Parallelbetrieb. Bestimmen Sie seine Dauer anhand von Datensatzvolumen, Integrationszahl, Migrationsrisiken und Abnahmekriterien. Der Preis ist die doppelte Erfassung. Setzen Sie darum ein klares Enddatum und schließen Sie das alte System erst, wenn die vereinbarten Prüfungen bestanden sind.

Müssen wir alles migrieren oder nur aktive Datensätze?

Selten alles. Migrieren Sie nur Datensätze, die für einen dokumentierten Zweck erforderlich sind, auf einer Rechtsgrundlage beruhen und in Ihren Aufbewahrungsplan passen. Die Einwilligung ist eine mögliche Rechtsgrundlage, aber nicht die einzige. Archivieren Sie nur, solange Zweck, Rechtsgrundlage und eine festgelegte Frist fortbestehen. Andernfalls löschen Sie den Datensatz sicher. Dokumentieren Sie diese Regeln vor dem Export.

Wie ordnet man Felder vom alten ATS dem neuen zu?

Exportieren Sie die vollständige Feldliste aus dem alten System und geben Sie jedem Feld im neuen einen Platz. Standardfelder wie Name, E-Mail oder Phase lassen sich sauber zuordnen. Die Arbeit steckt in benutzerdefinierten Feldern, Tags und Pipeline-Phasen, die selten eins zu eins passen. Fehlt im neuen ATS ein passendes Feld, legen Sie ein benutzerdefiniertes Feld an oder überführen die Daten in Notizen. Schreiben Sie das Mapping auf, bevor Sie etwas laden.

Wie lange sollte man beide Systeme parallel betreiben?

Lang genug, um Ihre Abnahmekriterien zu erfüllen, kurz genug, um die doppelte Erfassung zu begrenzen. Bestimmen Sie das Fenster anhand von Datensatzvolumen, Integrationszahl und Migrationsrisiken. Nutzen Sie es für Abnahmetests, den Abgleich der Datensatzzahlen und echte Arbeitsabläufe im neuen Werkzeug. Setzen Sie das Enddatum vorab, damit der Parallelbetrieb nicht ausufert und die Umstellung nicht sinnlos macht.

Was sollte man nach einer ATS-Migration prüfen?

Beginnen Sie mit den Zahlen: Kandidaten, Mandate, Unternehmen und Deals im neuen System sollten mit dem alten übereinstimmen, abzüglich der bewusst gelöschten Datensätze. Prüfen Sie dann eine Stichprobe auf Felder, Phasen, Notizen und Anhänge. Bestätigen Sie, dass Lebensläufe sich öffnen, LinkedIn-Links auflösen und kein Eigentümer und keine Phase leer ist. Zeichnen Sie erst ab, wenn die Zahlen stimmen und die Stichprobe besteht.

Lässt sich die LinkedIn-Recruiter-Projekthistorie beim ATS-Wechsel erhalten?

Ja, wenn die neue Plattform sie unter Ihrem eigenen autorisierten Konto importiert. Leonar überträgt Ihre LinkedIn-Recruiter-Projekthistorie in passende Projekte, samt Projektstruktur und Notizen aus Recruiter, nach einem täglichen Zeitplan, der darauf ausgelegt ist, die Limits des LinkedIn-Anbieters zu respektieren. So bleibt der Kontext, den Ihre Recruiter aufgebaut haben, bei ihnen, statt beim ATS-Wechsel liegen zu bleiben.