Перейти до вмісту

HR-система (HRIS)

Підключення HR-системи підтримує в RansomLeak актуальний склад ваших працівників. Нові працівники отримують облікові записи та адаптаційне навчання, облікові записи тих, хто звільнився, деактивуються, а дані про менеджерів залишаються актуальними.

У розділі Інтеграції → HRIS (потрібен дозвіл Керування інтеграціями) натисніть Підключити HR-систему й виберіть свою HR-систему:

Вкладка інтеграції з HRIS

  • HiBob: увійдіть і надайте згоду.
  • Personio: вставте Client ID і Client Secret із Personio → Settings → Integrations → API credentials. Потрібен доступ на читання до працівників (employees) і працевлаштувань (employments), а також дозвіл на вебхуки.
  • HURMA: введіть адресу HURMA, а також Client ID і Client Secret клієнта API, створеного в HURMA (див. нижче), і надайте доступ у HURMA.
  • Rippling: увійдіть і надайте згоду або встановіть RansomLeak із Rippling App Shop.
  • Інша HR-система: понад 50 інших HR-систем через Merge.

Доступ до API HURMA потребує тарифу HRM PRO.

  1. У HURMA відкрийте Налаштування → Для розробників → API v3 і виберіть Додати → Клієнт API.
  2. Залиште Тип авторизації Authorization code і вставте Редірект, показаний у вікні підключення RansomLeak.
  3. Дозвольте Читання для Співробітники, Команди (Структура), Ролі та Словник: Посади. У розділі Чутливі поля API → Співробітники додайте ПІБ, Корпоративна електронна пошта, Посада та Дата звільнення. Без корпоративної пошти нікого не вдасться синхронізувати.
  4. Збережіть, вставте Client ID і секрет у RansomLeak і натисніть Перейти до HURMA.
  5. Після підключення скопіюйте URL вебхука для HURMA на вкладці HRIS. У HURMA відкрийте Налаштування → Для розробників → Вебхуки, додайте його та виберіть події співробітників, щоб зміни синхронізувалися одразу. HURMA не дозволяє нам додати вебхук за вас. Після кількох невдалих доставок HURMA вимикає вебхук; якщо він неактивний, увімкніть його знову (тим часом зміни синхронізуються щогодини).

Обліковий запис отримують лише працівники з корпоративною поштою в HURMA. Менеджери визначаються за оргструктурою HURMA: кожен працівник підпорядковується керівнику своєї команди.

Облікові записи від провайдера ідентичності

Section titled “Облікові записи від провайдера ідентичності”

Якщо ваш провайдер ідентичності (наприклад, Entra ID) уже створює облікові записи через SCIM, HR-систему можна обмежити призначенням навчання. Це правильний вибір, коли у вашій HR-системі зберігаються особисті email-адреси, з яких не можна створювати облікові записи.

Виберіть Провайдер ідентичності (SCIM) у блоці Хто створює користувачів: у вікні підключення Personio або на вкладці HRIS. У цьому режимі HR-система ніколи не створює, не змінює, не вимикає і не запрошує користувачів. Вона лише:

  • зіставляє кожного працівника з обліковим записом, який створив ваш провайдер ідентичності, і
  • призначає зіставленим людям Адаптаційний навчальний шлях (і правила за ролями).

Email з HR-системи в цьому режимі не зберігається.

Як зіставляти працівників

Section titled “Як зіставляти працівників”

У блоці Зіставлення працівників виберіть:

  • Поле HRIS: поле, яке визначає обліковий запис працівника. Для Personio це може бути будь-який кастомний атрибут, який може читати ваш API-доступ, наприклад робочий email або табельний номер. Приклади значень частково приховані, щоб ви могли впізнати поле.
  • Порівнювати з: Email користувача (поле містить той самий робочий email, який провайдер ідентичності використовує як логін) або Номер працівника зі SCIM. Для номера працівника додайте в налаштуваннях провізіонінгу Entra ID мапінг employeeId → urn:ietf:params:scim:schemas:extension:enterprise:2.0:User:employeeNumber.

Перед збереженням натисніть Перевірити зіставлення. Ви побачите, скільки поточних працівників зіставлено з обліковими записами, у скількох поле порожнє і чи є значення, спільні для кількох людей. Нічого не зберігається, доки ви не натиснете Зберегти.

Для Personio не додавайте Email до атрибутів, які може читати інтеграція, а додайте поле для зіставлення. Ці атрибути не можна змінити після створення доступу, тож за потреби створіть новий.

Зазвичай новий працівник з’являється в HR-системі раніше, ніж його обліковий запис. На вкладці HRIS такі люди показані в Очікують на обліковий запис і отримують адаптаційний шлях, щойно провайдер ідентичності створить їм обліковий запис.

Якщо ви ввімкнете відповідні тригери уроків «саме вчасно» у навчанні в чаті, нові працівники також можуть отримати вітальний урок у Slack, а ті, у кого змінилася посада чи відділ, урок про нову роль. Перша синхронізація їх ніколи не надсилає.

У вашій HR-системі У RansomLeak
Новий працівник Створюється обліковий запис і відбувається зарахування на Адаптаційний навчальний шлях
Зміна посади або відділу Застосовується зіставлення ролей (див. нижче)
Менеджер Оновлюється під час кожної синхронізації
Звільнення Обліковий запис вимикається
Повторне прийняття на роботу Обліковий запис знову вмикається

Зміни синхронізуються щогодини, а якщо ваша HR-система це підтримує — одразу. Звільнених працівників виявляє повна синхронізація раз на добу. Якщо синхронізація виглядає неповною, з міркувань безпеки нікого не вимикають.

Призначення навчальної програми

Section titled “Призначення навчальної програми”
  • Адаптаційний навчальний шлях: для кожного нового працівника. Працівник отримує звичайний лист про призначення шляху. Щоб задати дедлайн, заповніть Днів на проходження адаптації.
  • Зіставлення за посадою та відділом: правила, що призначають навчальний шлях за полем Посада або Відділ (точний збіг; спрацьовує перше відповідне правило), а також Шлях за замовчуванням, якщо жодне правило не підходить. Правила застосовуються, коли посада або відділ людини змінюється.
  • Автоматичні запрошення нових працівників: надсилає новим працівникам запрошення електронною поштою. За замовчуванням вимкнено й недоступно, якщо вхід через SSO обов’язковий (тоді люди входять через SSO) або облікові записи створює провайдер ідентичності.

Після змін натисніть Зберегти програму. Синхронізувати зараз запускає синхронізацію негайно.