Mapowanie pól przy migracji ATS i CRM: instrukcja 2026

Eksport zawiera piętnaście tysięcy kandydatów. Import przyjmuje piętnaście tysięcy wierszy. Wszystko wygląda poprawnie, dopóki konsultant nie pyta, dlaczego finalistka sprzed dwóch miesięcy nie ma historii rozmów, przypisania do klienta ani informacji, że nie życzy sobie kolejnego kontaktu. Liczba rekordów się zgadza. Kontekst zniknął. W migracji ATS i CRM właśnie takie błędy kosztują najwięcej.

Jak przygotować mapowanie pól podczas migracji ATS?

Mapowanie pól przy migracji ATS polega na przypisaniu każdemu atrybutowi źródłowemu konkretnego miejsca docelowego, reguły przekształcenia, właściciela i sposobu kontroli. Trzeba przenieść nie tylko nazwiska i adresy e-mail, ale także powiązania z mandatami, historię kontaktu, statusy, źródła, zakres zgód, podstawy przetwarzania oraz daty przeglądu.

Najpierw spisz obiekty i ich relacje, później wykonaj próbny import na danych testowych lub odpowiednio zabezpieczonej próbce. Porównaj wynik z systemem źródłowym, popraw niejednoznaczne pola i uzgodnij warunki odbioru. Sam komunikat „import zakończony” nie potwierdza, że agencja zachowała pamięć relacji.

Jeżeli porównujesz systemy ATS w Polsce, pytaj o model danych i eksport przed podpisaniem umowy. Dedykowane oprogramowanie dla agencji rekrutacyjnych powinno dać się sprawdzić na rzeczywistym scenariuszu migracji, a nie wyłącznie na przykładowej karcie przygotowanej przez dostawcę.

Rozpisz kandydatów, klientów, mandaty i zdarzenia osobno

Arkusz migracji zaczyna się od obiektów i relacji, ponieważ jeden kandydat może uczestniczyć w kilku procesach i mieć inną historię przy każdym kliencie.

Zacznij od czterech najważniejszych bytów: kandydata, firmy klienta, mandatu oraz aktywności. Następnie dopisz dokumenty, osoby kontaktowe po stronie klienta, prezentacje, feedback, właścicieli relacji i podstawy przetwarzania. Przy każdej relacji zaznacz jej kierunek oraz sposób rozpoznania. Nazwa firmy nie jest stabilnym identyfikatorem, jeżeli w bazie istnieją trzy podobne podmioty albo zmieniła się forma prawna.

Przykład jest prosty. Kandydatka została przedstawiona klientowi A w maju i klientowi B w sierpniu. Majowa notatka zawiera poufny powód odrzucenia, a sierpniowa dotyczy oczekiwań finansowych. Po migracji oba zdarzenia powinny pozostać przypisane do właściwych mandatów. Jeśli lądują razem w polu „uwagi”, nowy CRM przechowuje informacje, ale niszczy ich znaczenie i może ujawnić je niewłaściwej osobie.

• Nadaj każdemu obiektowi stabilny identyfikator źródłowy.
• Rozróżnij dane osoby od danych dotyczących konkretnego mandatu.
• Oznacz informacje poufne i zakres użytkowników, którzy mogą je zobaczyć.
• Zapisz, czy brak relacji blokuje import, czy trafia do ręcznej kolejki.

Zbuduj słownik pól, który pokazuje utratę danych

Dobra mapa pola zawiera nazwę źródłową, znaczenie biznesowe, miejsce docelowe, regułę konwersji, wymagalność i dowód poprawnego przeniesienia.

Nie utożsamiaj pól wyłącznie na podstawie etykiet. „Status” w jednym ATS oznacza etap konkretnej rekrutacji, a w drugim dostępność kandydata do przyszłych rozmów. „Źródło” może wskazywać portal, konsultanta albo metodę pozyskania. Przy każdym atrybucie zapisz, co naprawdę opisuje, kto go aktualizuje i co się stanie, jeśli zostanie przeniesiony błędnie. Dopiero później wybierz pole docelowe.

Szczególną uwagę poświęć polskim znakom, kodowaniu UTF-8, międzynarodowym numerom telefonów, wielowartościowym tagom i datom. Data 03/04/2026 nie mówi sama, czy oznacza trzeci kwietnia, czy czwarty marca. Zakres wynagrodzenia zapisany jako „20–25” wymaga informacji o walucie, okresie oraz typie umowy. Czysty import bez tej wiedzy tworzy błędy, które wychodzą dopiero podczas rozmowy z klientem.

Pole bez uzgodnionego znaczenia nie jest zmapowane. Zostało tylko skopiowane.

Przenieś retencję i ograniczenia, nie tylko zgody

Rekord kandydata musi zachować cel, podstawę przetwarzania, informacje o sprzeciwie, datę przeglądu i zakres udostępnienia odpowiedni do konkretnej relacji.

UODO w wyjaśnieniach opublikowanych 6 lipca 2026 r. przypomina, że dane niezbędne w bieżącej rekrutacji nie zawsze wymagają zgody, natomiast przyszłe procesy wymagają osobnej oceny celu i podstawy. Nie zamieniaj więc całej historii na jeden przełącznik „RODO: tak”. Przenieś informację, czego dotyczy podstawa, od kiedy obowiązuje, czy została cofnięta i kiedy rekord powinien wrócić do przeglądu.

W migracji obowiązują też zasady minimalizacji i ograniczenia celu. Dane, których agencja nie potrzebuje albo nie ma podstaw do dalszego przechowywania, nie powinny automatycznie trafić do nowego środowiska. Ustal role stron, sposób zabezpieczenia eksportu, umowę powierzenia i proces usunięcia plików roboczych. Decyzja zależy od konkretnego modelu przetwarzania; samo umieszczenie systemu w Unii Europejskiej nie rozwiązuje każdego obowiązku.

• Zachowaj cel i podstawę przetwarzania w rozróżnialnej postaci.
• Przenieś sprzeciwy, wycofane zgody i ograniczenia kontaktu.
• Oznacz daty przeglądu zamiast tworzyć automatyczny uniwersalny termin.
• Uzgodnij kontrolę eksportów, dostępów i tymczasowych plików migracyjnych.

Przetestuj skrajne przypadki przed pełnym importem

Próba odbiorowa powinna zawierać trudne rekordy: duplikaty, zmianę nazwiska, wielojęzyczne CV, nieaktywne zgody oraz kandydatów przypisanych do kilku mandatów.

Wybierz próbkę świadomie. Dodaj kandydata z dwiema skrzynkami, konsultanta już niepracującego w agencji, klienta z podobną nazwą, poufną notatkę, załącznik oraz profil objęty ograniczeniem przetwarzania. Sprawdź, czy polskie litery pozostają czytelne, załącznik otwiera się po imporcie, historia ma poprawną chronologię, a dawny pracownik nie otrzymuje ponownie aktywnego dostępu.

Porównuj znaczenie, nie tylko liczbę wierszy. Jeden kandydat w systemie źródłowym może odpowiadać osobie, trzem aktywnościom i dwóm relacjom w nowym CRM. Różnica liczby rekordów nie musi być błędem, ale wymaga wyjaśnienia. Warunki odbioru ustal przed testem: które klasy danych muszą przenieść się w całości, które można uzupełnić ręcznie i kto podpisuje każdy wyjątek.

1. Przygotuj próbkę reprezentującą zwykłe i problematyczne przypadki.
2. Wykonaj import do środowiska testowego z ograniczonym dostępem.
3. Porównaj relacje, uprawnienia, historię i ograniczenia prawne.
4. Popraw mapę pól i powtórz próbę przed migracją produkcyjną.

Zaplanuj przełączenie oraz możliwość bezpiecznego powrotu

Przełączenie wymaga określenia chwili zamrożenia zmian, właściciela importu, listy wyjątków i warunków wycofania się z operacji.

Ustal, kiedy stary system przestaje przyjmować nowe dane, jak przeniesiesz zmiany wprowadzone tuż przed przełączeniem i kto sprawdzi krytyczne mandaty. Dla agencji executive search najważniejsza jest ciągłość relacji: zespół musi wiedzieć, czy klient dostał shortlistę, komu obiecano telefon i czy kandydat nie złożył sprzeciwu między próbnym a produkcyjnym eksportem.

Plan powrotu nie oznacza bezterminowego utrzymywania dwóch pełnych baz. Oznacza uzgodniony, krótki scenariusz zabezpieczenia pracy, kontrolę dostępu i warunek zakończenia. Sprawdź umowę z dotychczasowym dostawcą: format eksportu, termin usunięcia danych, koszty odzyskania załączników oraz potwierdzenie wykonania uzgodnionych czynności. Dobre dedykowane oprogramowanie dla agencji rekrutacyjnych powinno umożliwiać ocenę tych warunków jeszcze na etapie pilotażu.

Odbierz migrację na pięciu rzeczywistych workflow

Końcowy odbiór powinien potwierdzać pracę na mandacie, a nie tylko techniczne załadowanie pliku CSV.

Przejdź przez pięć scenariuszy: znajdź dawną finalistkę, odtwórz przyczynę odrzucenia w konkretnym procesie, sprawdź zakres dostępu klienta, obsłuż cofnięcie zgody i wyeksportuj dane wraz z relacjami. Jeśli zespół potrafi wykonać te czynności bez zaglądania do starego systemu, migracja chroni operacyjną ciągłość. Jeśli nie, problem powinien wrócić do mapy pól albo modelu uprawnień.

Zachowaj wynik testu, listę wyjątków i właścicieli poprawek. Nie obiecuj sobie „uzupełnimy później” bez terminu oraz odpowiedzialności. Dane rekrutacyjne żyją w czasie: wartość ma źródło, aktualność i historia decyzji. Systemy ATS w Polsce różnią się nie tylko liczbą funkcji, ale też tym, jak dobrze potrafią zachować tę ciągłość po zmianie dostawcy.

Uzgodnij warunki wyjścia, zanim kupisz nowy system ATS

Program do rekrutacji należy oceniać także po tym, jak pozwala zakończyć współpracę i przenieść dane do kolejnego środowiska bez utraty relacji.

Poproś o przykładowy eksport przed podpisaniem umowy. Sprawdź, czy obejmuje własne pola, historię kontaktu, relacje między mandatami, znaczniki poufności, załączniki i informacje potrzebne do oceny retencji. Ustal, które elementy są dostępne samodzielnie, które wymagają wsparcia dostawcy oraz ile czasu zajmuje ich przygotowanie. Cena licencji nie pokazuje kosztu zmiany, jeżeli odzyskanie historii okazuje się płatnym projektem rozliczanym osobno.

Przejrzyj również prawa dostępu po zakończeniu umowy, harmonogram usunięcia danych oraz obowiązki podmiotów dalszych. Jeśli dostawca mówi wyłącznie o przeniesieniu „kontaktów”, poproś o definicję: czy obejmuje to mandaty, zgody, sprzeciwy, logi, treść notatek i dokumenty? Właściwym rezultatem rozmowy jest lista uzgodnionych formatów, ograniczeń oraz odpowiedzialności. Niewygodne odpowiedzi przed zakupem są tańsze niż niespodzianki podczas następnej migracji.

W praktyce warto przeprowadzić także próbę odwrotną: zaimportować rekord, uzupełnić wydarzenie i ponownie wyeksportować oba elementy. Jeśli drugi eksport gubi relację albo zmienia znaczenie statusu, program do rekrutacji utrudni agencji zachowanie niezależności podczas kolejnej zmiany dostawcy.

• Poproś o przykładowy eksport obejmujący dane i relacje.
• Sprawdź koszt oraz czas przygotowania pełnego pakietu.
• Uzgodnij role dostawcy przy usunięciu lub zwrocie danych.
• Zapisz nieobsługiwane elementy przed decyzją zakupową.

Przykładowa mapa pól migracji ATS i CRM

Każdy wiersz wymaga własnej decyzji. Poniższa tabela pokazuje typowe miejsca utraty kontekstu.

Granice importu i odpowiedzialności dostawcy

Żaden import nie odtworzy historii, której stary system nigdy nie zapisał. Jeżeli notatka istnieje wyłącznie w prywatnej skrzynce konsultanta, trzeba podjąć oddzielną decyzję o jej przydatności, podstawie i sposobie przeniesienia.

Format CSV nie zawsze zachowuje złożone relacje, załączniki czy uprawnienia. Czasem potrzebny jest eksport wieloplikowy, interfejs API albo ograniczony import ręczny. Zakres i warunki prawne należy uzgodnić z administratorem danych oraz dostawcą.

Pytania o mapowanie pól i migrację danych

Najczęstsze wątpliwości dotyczą relacji, historii kontaktu oraz odpowiedzialności za dane kandydatów.

Czy do migracji ATS wystarczy plik CSV?

Niekoniecznie. CSV dobrze przenosi płaskie pola, ale może zgubić załączniki, historię kontaktu, relacje między mandatami i uprawnienia. Przed projektem porównaj zakres eksportu z wymaganiami operacyjnymi agencji.

Czy trzeba ponownie zebrać zgody wszystkich kandydatów?

Nie istnieje automatyczna odpowiedź. Trzeba ocenić rolę stron, cele, podstawy przetwarzania oraz obowiązki informacyjne. Zmiana narzędzia nie jest tym samym co rozpoczęcie nowego, niezgodnego celu przetwarzania.

Jak sprawdzić, czy migracja zachowała historię relacji?

Wybierz kilka rzeczywistych workflow i porównaj mandaty, aktywności, notatki, uprawnienia oraz ograniczenia kontaktu. Zgodna liczba kandydatów nie wystarcza jako dowód jakości.

Kto odpowiada za mapowanie pól w agencji?

Właściciel biznesowy zatwierdza znaczenie danych, osoba operacyjna pilnuje przebiegu, a dostawca odpowiada za uzgodniony techniczny zakres. Odpowiedzialność za zgodność przetwarzania zależy od ustalonych ról stron.

Oficjalne źródła dotyczące danych i migracji

Źródła sprawdzono 25 sierpnia 2026 r. Zasady należy dopasować do umów, modelu przetwarzania i charakteru przenoszonych danych.

• UODO: dane kandydatów, przyszłe rekrutacje i obowiązek informacyjny
• Komisja Europejska: role administratora i podmiotu przetwarzającego
• EUR-Lex: RODO, art. 5 — prawidłowość, minimalizacja i rozliczalność

Powiązane materiały o wyborze i wdrożeniu ATS

Jak wybrać oprogramowanie rekrutacyjne dla agencji · Koszt wdrożenia ATS w polskiej agencji · CRM dla rekruterów i executive search · Ceny i zakres wdrożenia Yena