Helia HR

Сорсинг кандидатів

Проактивний пошук і перший контакт із людьми, які не відгукувалися самі, — вихідна половина рекрутингу, і саме та, до якої GDPR має реальні вимоги.

Вхідний рекрутинг чекає на відгуки; сорсинг іде й знаходить людей сам. Для сеньйорних і рідкісних профілів в IT-послугах це зазвичай єдина воронка, яка працює: інженери, яких ви найбільше хочете, працевлаштовані, а не гортають джоб-борди. На практиці сорсинг у Центрально-Східній Європі живе на LinkedIn, Djinni, Work.ua та robota.ua, плюс GitHub для інженерів із публічним кодом.

Що відрізняє дисциплінований сорсинг від таблички з лінками на профілі:

  • Провенанс — звідки взявся кожен профіль і посилання на нього, зафіксовані так, щоб рішення в пайплайні можна було простежити до джерела.
  • Дедублікація — та сама людина, засорсена двічі або засорсена після власного відгуку, має зійтися в один запис, а не розгалузитися на суперечливі.
  • Стаття 14 GDPR — засорсена людина не давала вам своїх даних. Закон зобов’язує повідомити їй, що ви зібрали, звідки й навіщо, — і сам факт сорсингу не є згодою: згоду треба запитувати окремо.

Пропуск третього пункту — не паперовий ризик: європейські регулятори штрафували саме за це порушення.

У Helia API захоплення сорсингу бере профіль, який рекрутер реально переглядає, дедублікує його проти наявних кандидатів, парсить в ATS зі збереженням джерела та URL профілю як провенансу й автоматично надсилає повідомлення за статтею 14 — а згода явно не презюмується.

Відстежуйте, а не визначайте

Helia дає IT-сервісним командам довідник, матрицю завантаження, відпустки та клієнтський інвойсинг, що стоять за цими цифрами, — в одному місці.