HR Tech · Realizacja anonimowa

Jeden kandydat, wiele źródeł danych

Platforma łączyła kandydatów, aplikacje i dane z zewnętrznych ATS w wielu kontach biznesowych. Wdrożyliśmy deterministyczne reguły uzgadniania tożsamości oraz kontrolowany zapis stanu pomiędzy systemami.

Potwierdzony rezultat prac

Spójne mapowanie kandydatów, kontrolowany zapis aplikacji z ATS oraz bezpieczne ścieżki naprawy historycznych danych i monitoringu.

Widok systemu

Rekruter widział jeden profil. System musiał uzgodnić wiele rekordów.

Adresy e-mail, numery telefonu, aplikacje i dane z kilku źródeł musiały zostać połączone w obrębie właściwego konta biznesowego, zanim trafiły do codziennej pracy rekrutera.

Ilustracyjny panel rekrutera połączony z kilkoma systemami ATS przez warstwę uzgadniania tożsamości i aplikacji — Ilustracyjna rekonstrukcja przepływu na podstawie zrealizowanego zakresu. Interfejs, dane, dostawcy i branding klienta zostały zastąpione.

Kontekst

Tożsamość kandydata nie kończyła się na jednym adresie e-mail

W dojrzałej platformie HR kandydat może wrócić przez inny ATS, użyć kolejnego numeru telefonu albo aplikować na nowe stanowisko. System musi rozpoznać tę samą osobę bez łączenia danych należących do innego konta biznesowego.

Kontekst klienta: Nowoczesna, wielofirmowa platforma HR Tech obsługująca rekrutację, kandydatów, aplikacje, komunikację i wiele zewnętrznych integracji.
Rola CODEVENOM: Realizacja podwykonawcza w ramach szerszej współpracy. Tożsamość firmy, dostawców ATS oraz oryginalny interfejs pozostają poufne.

Problem

Ten sam kandydat mógł wejść do platformy kilkoma ścieżkami

Ryzyko powstawało na granicy zewnętrznych ATS i wewnętrznego modelu danych. Lokalnie poprawny rekord mógł stać się duplikatem albo wejść w konflikt dopiero podczas mapowania aplikacji.

Jedna osoba mogła występować pod kilkoma adresami e-mail i numerami telefonu.
Aplikacja z zewnętrznego ATS musiała zostać powiązana z istniejącym kandydatem, talentem i procesem rekrutacyjnym.
Kilka zewnętrznych aplikacji mogło wskazać ten sam wewnętrzny rekord i wywołać konflikt unikalności.
Historyczne załączniki oraz rekordy wymagały naprawy bez ryzykownej migracji typu wszystko albo nic.

Ilustracyjna mapa pokazująca trzy rekordy tej samej osoby z różnymi adresami e-mail, telefonami i aplikacjami ATS przed uzgodnieniem danych — Rekonstrukcja pokazuje klasę problemu potwierdzoną w pracach. Wszystkie osoby, dane, nazwy ATS i interfejs są fikcyjne.

Zakres

Zakres objął tożsamość, stan aplikacji i bezpieczne granice operacyjne

Prace dotknęły miejsc, w których różne reprezentacje tej samej osoby przechodziły z integracji do wewnętrznych procesów platformy.

Dopasowanie kandydatów po wielu adresach e-mail i numerach telefonu
Trwały zapis, mapowanie i aktualizacja aplikacji pochodzących z ATS
Koordynacja zdarzeniowa oraz zabezpieczenia przed kolizjami rekordów
Kontrolowana naprawa danych, ochrona monitoringu i limity wykorzystania usług AI

Podejście

Najpierw wspólna tożsamość, potem synchronizacja stanu

Zamiast dodawać kolejne wyjątki do importerów, reguły dopasowania i rozstrzygania konfliktów zostały zebrane w kontrolowany przepływ wspierany testami.

01
Zebranie wszystkich identyfikatorów osoby zamiast polegania na jednym polu.
02
Dopasowanie rekordów wyłącznie w obrębie właściwego konta biznesowego.
03
Preferowanie najnowszych danych zewnętrznych według jawnych znaczników czasu.
04
Idempotentna aktualizacja aplikacji, koordynacja przez zdarzenia i dedykowane testy konfliktów.

Pięcioetapowy przepływ od normalizacji identyfikatorów przez dopasowanie w granicy konta i wybór najnowszych danych do kontrolowanej aktualizacji aplikacji — Schemat metody: identyfikatory → granica konta → dopasowanie → rozstrzygnięcie → kontrolowany zapis.

Wykonane zmiany

Reguły przestały zależeć od pojedynczego importera

Rozwiązaniem była seria mechanizmów, które porządkowały dane w momencie wejścia do platformy i pozostawiały bezpieczną drogę do naprawy istniejącego stanu.

Centralne uzgadnianie kandydatów po wielu e-mailach i telefonach wraz z rozstrzyganiem konfliktów
Model zewnętrznej aplikacji, mapowanie do wewnętrznych rekordów i kontrolowane upserty
Zabezpieczenia przed wielokrotnym przypisaniem aplikacji oraz naruszeniem ograniczeń unikalności
Tryb dry-run i naprawa historycznych załączników bez wymuszania jednorazowej migracji

Rezultat

Platforma dostała kontrolowane punkty uzgadniania danych

Wykonane prace przeniosły dopasowanie kandydatów i aplikacji do jawnych, testowalnych reguł. Dostępne dowody potwierdzają mechanizmy systemowe, ale nie obejmują pomiaru czasu rekrutacji, kosztu procesu ani procentowej redukcji błędów.

Porównanie rozproszonych rekordów kandydata i aplikacji z uporządkowanym modelem wspólnej tożsamości, mapowania ATS, naprawy i ochrony danych — Ilustracyjne przed i po. Rezultaty opisujemy na poziomie zmian systemowych bez niepotwierdzonych metryk operacyjnych.

Powiązana usługa

Gdy każda integracja ATS tworzy własną wersję kandydata

Przejmujemy istniejące systemy, mapujemy przepływ danych pomiędzy integracjami i stabilizujemy reguły tożsamości oraz krytyczne operacje, zanim zaproponujemy większą przebudowę.

Zobacz przejęcie i stabilizację

Zacznijmy od przepływu danych

Ten sam kandydat istnieje w trzech systemach?

Pokaż nam integracje, model kandydata i miejsce, w którym aplikacje zaczynają się rozjeżdżać. Pomożemy oddzielić problem źródła od błędu widocznego w codziennej pracy zespołu.

Rozpocznij projekt