Ein sauberes Feldmapping zwischen ATS und CRM bedeutet für Personalberatungen, dass Kandidaten, Kunden, Vakanzen, Aktivitäten und Einwilligungen konsistent erfasst, korrekt zugeordnet und ohne Brüche synchronisiert werden. Das reduziert Recherchezeiten, vermeidet Dubletten und verhindert Haftungsrisiken durch fehlerhafte Historien oder fehlende Nachweise.
Welche Objekte und Beziehungen müssen zuerst geklärt werden?
Bevor Sie Felder mappen, definieren Sie Ihr Kern-Datenmodell. In der Personalberatung sind das typischerweise Kandidat, Kontakt, Kunde, Vakanz bzw. Mandat, Projekt, Pipeline-Stufe, Aktivität und Dokument. Dazu kommen Querschnittsobjekte wie Einwilligungen, Vertraulichkeitsstufen und Eigentumsregeln je Beraterteam. Wer diese Objekte benennen, voneinander abgrenzen und ihre Beziehungen skizzieren kann, legt die Basis für jedes Feldmapping.
Relevante Beziehungen sind zum Beispiel: Kandidat bewirbt sich auf Vakanz, Kandidat wird für Mandat vorgestellt, Kandidat gehört zu Talentpool, Kunde hat mehrere Kontakte, Kontakt gehört zu Kunde, Berater verantwortet Mandat, Team besitzt Kandidat. Notieren Sie Kardinalitäten explizit, etwa Kandidat zu Talentpool ist viele zu viele, Kandidat zu Kunde ist keine direkte Beziehung, sondern läuft über Aktivitäten oder Einreichungen.
Prüfen Sie, ob Ihr ATS und Ihr CRM die gleichen Objekte kennen oder ob Aggregationen nötig sind. In manchen Systemen ist die Vakanz das Gleiche wie das Mandat, in anderen ist das Mandat die Kundenbeauftragung, die mehrere Vakanzen umfassen kann. Wenn Begriffe unterschiedlich genutzt werden, definieren Sie eine verbindliche Fachsprache und notieren Sie sie im Mapping-Dokument, idealerweise zusammen mit Beispiel-Datensätzen.
Warum die fachliche Feldbedeutung wichtiger ist als technische Namen
Technische Feldnamen wie candidate_source_text oder job_status_code klingen eindeutig, sind es aber oft nicht. Entscheidend ist die fachliche Bedeutung. Was genau ist Quelle im Sinne Ihrer Beratung: der Ursprung des Profils, der Ursprung der Bewerbung oder der Kanal der letzten Ansprache. Unterschiedliche Bedeutungen führen sonst zu scheinbar widersprüchlichen Reports.
Arbeiten Sie mit Definitionen und Beispielen. Beispiel Quelle Bewerbung ist der Kanal, über den der Kandidat auf ein konkretes Mandat reagiert hat. Quelle Profil ist der Ursprung des Datensatzes bei Erstanlage. Wenn Ihr Reporting die Effizienz der Kanäle bewerten soll, müssen Sie Quelle Bewerbung mappen, nicht Quelle Profil. Legen Sie für jedes Feld fest, ob es operational, rechtlich relevant oder rein analytisch ist. Felder mit rechtlicher Relevanz wie Einwilligungsdatum oder Widerspruchsvermerk erhalten Vorrang im Mapping, klare Pflichtregeln und Schreibschutz.
Vermeiden Sie 1 zu 1 Umbenennungen ohne Prüfung. Wenn job_status im Alt-System interne Stadien sowie Kundenfeedback mischt, trennen Sie im Zielsystem in Pipeline-Status und Kundenentscheidung. Nutzen Sie Picklisten statt Freitext, wo Auswertung wichtig ist. Bewahren Sie Freitext, wo Kontext zählt, etwa bei Zusammenfassungen an den Kunden.
CV-Parser, Lebenslaufhistorie und die Tücken der Zeitachsen
CV-Parser erzeugen viele Felder, oft mit mehrfachen Beschäftigungsabschnitten, Ausbildung, Zertifikaten und Fähigkeiten. Das Problem entsteht weniger bei den Einzelfeldern, sondern bei der Zeitachse. Beschäftigungen haben Start- und Enddaten, manchmal nur Jahre, manchmal Monate. Definieren Sie im Mapping, welche Granularität Pflicht ist und wie unvollständige Daten behandelt werden.
Ein belastbares Modell trennt den Kandidatenstammsatz von der Historie. Erfahrungen, Projekte und Zertifikate sind wiederholbare Unterobjekte. Prüfen Sie, ob Ihr ATS diese Unterobjekte nativ unterstützt und wie sie mit der Suche, dem Matching und der Dublettenprüfung interagieren. In KI-gestützten Funktionen wirken saubere Zeitachsen direkt auf die Treffergenauigkeit, etwa wenn aktuelle Skills höher gewichtet werden als ältere.
Definieren Sie Normalisierungen. Ein Parser liefert Java, Java SE und Java 11, Sie möchten aber eine konsolidierte Skill-Taxonomie. Entscheiden Sie, ob Normalisierung bereits beim Import passiert oder erst nachgelagert in einem Pflegeschritt. Dokumentieren Sie, wie offene Beschäftigungen abgebildet werden und ob Überlappungen zulässig sind. Das beeinflusst spätere Berichte zu Verfügbarkeit und Seniorität.
Eigentum, Historie und Konflikte strukturiert abbilden
In Personalberatungen ist Dateneigentum sensibel. Legen Sie fest, ob Eigentum auf Kandidaten, Aktivitäten oder Mandate wirkt. Ein Kandidat kann mehreren Pitches zugeordnet sein, Eigentum sollte jedoch klar sein, zum Beispiel Team A besitzt den Kandidaten, Team B darf anfragen, aber nicht direkt einreichen. Das Mapping braucht dafür Felder wie Owner, Sichtbarkeit, Freigabe-Status und Zeitstempel.
Konflikte entstehen, wenn verschiedene Teams denselben Kandidaten beim selben Kunden vorstellen. Hier braucht es Architektur und Felder statt nur Prozesse. Ein eindeutiger Kunden- und Kandidatenschlüssel, ein Feld für Kundenexklusivität des Mandats und eine Tabelle der Einreichungen mit Datum und Stage helfen, Konflikte nachweisbar zu managen. Solche Strukturen ermöglichen in Pipelines transparente Sperrfenster und ersetzen mündliche Absprachen durch belastbare Daten.
Behalten Sie die Veränderungshistorie. Für rechtliche und kommerzielle Fragen ist nachvollziehbar, wer was wann geändert hat. Halten Sie Felder für Erstkontakt, Erstanlage, letzte Bearbeitung und letzte Einreichung getrennt. Auditfelder dürfen nicht von Importskripten überschrieben werden, sondern werden nur systemseitig gesetzt. Das schützt vor stillen Datenverlusten bei Migrationen.
Wie DSGVO, Einwilligungen und Widersprüche korrekt gemappt werden
Einwilligungen, Zweckbindungen, Widersprüche und Sperrvermerke sind nicht nur Checkboxen. Ordnen Sie sie als eigenständige, versionierte Einträge dem Kandidaten zu, mit Quelle, Gültigkeit, Kontext und Nachweis. Das erleichtert Löschkonzepte, Auskunftsersuchen und die Prüfung, ob ein bestimmtes Outreach zulässig war.
Trennen Sie Marketing-Einwilligung von Mandatskommunikation. Ein Kandidat kann der Kontaktaufnahme zu einem konkreten Mandat zustimmen und gleichzeitig generisches Marketing ablehnen. Hinterlegen Sie im Mapping, wie ein Outreach im ATS das richtige Rechtskonstrukt referenziert. Verknüpfen Sie Fristen und automatisierte Erinnerungen, ohne harte Löschungen zu erzwingen, wo Aufbewahrungspflichten greifen.
Stimmen Sie mit Compliance ab, welche Felder gelesen, geändert oder exportiert werden dürfen, insbesondere über Integrationen. Die Exportfähigkeit für Betroffenenanfragen braucht Vollständigkeit, aber nicht jede App darf Einwilligungen schreiben. Prüfen Sie in Ihrem System die Möglichkeiten unter Compliance-Einstellungen und informieren Sie Stakeholder, wie Datenflüsse abgesichert sind. Ein Blick in unseren DSGVO-Leitfaden ergänzt das fachliche Setup.
Deduping, Identifikatoren und die richtige Priorisierung von Quellen
Dubletten sind im Recruiting unvermeidlich, aber steuerbar. Legen Sie Identifikatoren fest, die je nach Objekt unterschiedlich gewichtet werden. Beim Kandidaten sind E-Mail, Mobilnummer, LinkedIn-URL und Kombination aus Name plus Arbeitgeber plus Zeitraum typische Kandidaten. Beim Kunden spielen Firmennamen, Domains, Handelsregisternummern und Adressen zusammen.
Definieren Sie Matching-Regeln und Toleranzen. Ein starrer E-Mail-Match verhindert Zusammenführungen bei Karriereswitches, ein zu weites Namensmatching erzeugt False Positives. Integrieren Sie eine Zusammenführungs-Queue, in der Berater treffsicher entscheiden können. Priorisieren Sie Datenquellen, etwa dass ein manuell gepflegtes Feld Vorrang vor Parserdaten hat, oder dass CRM-Stammdaten Kunde Vorrang vor einem Job-Board-Import haben.
Halten Sie Merge-Protokolle. Zusammengeführte Datensätze verlieren sonst mühsam gepflegte Informationen. Legen Sie beim Merge fest, welche Felder Gewinner sind, welche konkateniert werden und welche Unterobjekte dedupliziert werden müssen, zum Beispiel doppelte Stationen in der Beschäftigungshistorie. Nur so bleiben Suchergebnisse verlässlich.
Synchronisieren statt kopieren: welche Integrationsmuster sich bewährt haben
Der größte Fehler ist die unreflektierte Kopie ganzer Objekte zwischen ATS und CRM. Besser ist ein synchronisiertes, schlankes Modell mit klaren Anwendungsfällen. Beispiel: Das CRM hält Vertriebsinformationen zum Kunden, das ATS verwaltet Mandate, Kandidaten und Einreichungen. Synchronisiert werden nur Felder, die für den jeweils anderen Prozess relevant sind, etwa Kundenstatus, primärer Ansprechpartner oder Abrechnungsmerkmale.
Wählen Sie ein Integrationsmuster passend zur Latenz. Mandats-Statuswechsel braucht meist Near-Real-Time, Abrechnungsmerkmale reichen täglich. Events sind robuster als Cron-Imports, weil sie den Kontext tragen, zum Beispiel Kandidat X wurde von offen zu Shortlist verschoben. Prüfen Sie dafür die verfügbaren Webhooks, Endpunkte und Limits in Ihrer API und definieren Sie Retry-Strategien.
Für Fremdnetzwerke wie LinkedIn gilt dasselbe Prinzip. Entscheiden Sie, was in Ihr System gehört, statt alles zu spiegeln. Profil-URLs, Messaging-Notizen und InMails können als Aktivitäten referenziert werden, ohne den gesamten Fremddatensatz zu übernehmen. Wer mit LinkedIn-Integrationen arbeitet, sollte vorab die Nutzungsbedingungen prüfen und nur die minimal nötigen Felder mappen.
Testszenarien: wie Sie Mapping-Fehler früh sichtbar machen
Jedes Feldmapping braucht Testdaten, die die Eckenfälle repräsentieren. Bauen Sie eine Stichprobe mit mehreren Kandidatenprofilen mit lückenhaften und übervollen Lebensläufen, Kunden mit Namensvarianten, Mandaten mit geteilten Eigentumsrechten und Einreichungen mit Statuswechseln. Importieren Sie diese kontrolliert und dokumentieren Sie jedes Ergebnis.
Erstellen Sie Prüfberichte: Anzahl neuer Kandidaten vs. zusammengeführter Dubletten, Verteilung der Pipeline-Status, Anzahl Aktivitäten ohne Referenz, Einwilligungen ohne Quelle. Das sind keine Vanity-KPIs, sondern Frühwarnsysteme. Sobald sich Verteilungen stark verschieben, ist das ein Hinweis auf fehlerhafte Transformationsregeln oder leere Pflichtfelder.
Validieren Sie die Suche und das Matching. Wenn eine Skill-Suche nach TypeScript plötzlich deutlich weniger Treffer liefert, liegt das oft an einer veränderten Normalisierung oder am nicht gemappten Synonym. Prüfen Sie zudem die Sichtbarkeiten und Eigentümerfelder. Falsche Rechte sind in der Praxis gravierender als falsch übertragene Notizen, weil sie ganze Teams blockieren.
Migrationen und laufender Betrieb: Versionieren statt einmalig abheften
Mapping ist kein Einmaldokument. Anforderungen ändern sich mit neuen Mandatsmodellen, Kanälen und Berichtsbedürfnissen. Führen Sie eine versionierte Feldliste mit Änderungsdatum, Owner und Migrationshinweisen. Jede Änderung an einem Pflichtfeld braucht einen Backfill-Plan und Tests, sonst entstehen Löcher in der Historie.
Trennen Sie Migrationsskripte vom täglichen Sync. Was bei der Erstübernahme sinnvoll ist, etwa aggressive Normalisierung, ist im Tagesbetrieb riskant. Dokumentieren Sie bewusst abweichende Regeln. Wenn Sie das ATS wechseln, hilft ein sauber gepflegtes Mapping, um Reibungsverluste klein zu halten. Prüfen Sie bei einem geplanten Systemwechsel frühzeitig Exportformate, Limits und die Risiken für Eigentumsregeln.
Planen Sie Pflegeprozesse ein. Felder, die niemand aktiv nutzt, veralten schnell. Vereinbaren Sie rote Listen für Felder, die auslaufen, gelbe für solche, die beobachtet werden, und grüne für Kernfelder. Schulen Sie Teams auf die Bedeutung der Felder. Das ist kein Formalismus, sondern die Basis für verlässliche Reports und passgenaue Kandidatenvorschläge.
Wie ShortSelect Feldmapping, Matching und Compliance zusammenführt
ShortSelect bündelt ATS und CRM in einem System, wodurch Mapping- und Sync-Fragen an vielen Stellen einfacher werden. Kandidat, Kunde, Mandat, Einreichung, Aktivität und Einwilligung sind eigenständige Objekte mit klaren Beziehungen. Das reduziert Doppelfelder und verhindert, dass Vertrieb und Delivery aneinander vorbeipflegen. Die gemeinsame Datenbasis ermöglicht einheitliche Reports und Rechte.
Beim Import aus Parsern und Altsystemen können Felder normalisiert, gemappt und als Unterobjekte angelegt werden. Matching und Suche profitieren von sauberer Historie, konsistenten Skills und korrekten Zeitachsen. Compliance-Felder sind systemweit referenzierbar und werden in Exporten vollständig berücksichtigt. Wer zusätzliche Systeme anschließen will, nutzt die API und hält Daten dennoch zentral auswertbar.
Für die Praxis heißt das: weniger Reibung beim Aufsetzen neuer Mandate, klarere Eigentumsregeln und verlässliche Dublettenvermeidung. Wenn Sie erst evaluieren möchten, welche Funktionen für Ihr Setup relevant sind, lohnt ein Blick auf KI-gestützte Features und unsere Hinweise zu DSGVO im Recruiting. Eine geführte Demo zeigt, wie Ihr bestehendes Mapping übernommen oder schrittweise modernisiert werden kann.
Häufige Fragen
Welche Felder sollte ich bei Kandidaten mindestens mappen?
Stammdaten wie Name, E-Mail, Mobilnummer, Standort, Seniorität, bevorzugte Rollen und Verfügbarkeit sind Pflicht. Zusätzlich sollten Einwilligungen, Widersprüche, Eigentümer, Quellen und Kern-Skills sauber geführt werden. Für die Historie gehören Beschäftigungen, Projekte und Ausbildung als Unterobjekte dazu. Aktivitäten und Einreichungen müssen den Kandidaten referenzieren, nicht nur textlich erwähnen.
Wie gehe ich mit widersprüchlichen Informationen aus verschiedenen Quellen um?
Definieren Sie eine Priorität pro Feld, zum Beispiel manuell gepflegt vor Parserdaten vor externen Importen. Ergänzen Sie Felder um Herkunft und Zeitstempel. Bei Konflikten hilft eine manuelle Review-Queue, damit Berater entscheiden können. Wichtige Stammdaten sollten Schreibschutz oder Freigabeprozesse haben, damit sie nicht versehentlich überschrieben werden.
Wie teste ich einen Livesync, ohne mein Produktivsystem zu gefährden?
Nutzen Sie eine Staging-Umgebung mit anonymisierten, aber strukturell vollständigen Daten. Aktivieren Sie den Sync zunächst nur für wenige Objekte und Felder, loggen Sie alle Events und prüfen Sie Verteilungen und Rechte. Erst wenn Suchergebnisse, Dublettenprüfungen und Reports stabil sind, rollen Sie weitere Felder aus. Halten Sie ein Rollback bereit, das keine Historien löscht.