✨ Це оновлення містить як значні вдосконалення, так і цілу низку дрібніших поліпшень, покликаних зробити повсякденну роботу в PeopleForce більш ефективною. У цій версії ви знайдете більш точні права доступу до вкладки "Робота", гнучкіші налаштування циклу оцінювання, впорядкований підхід до обробки запитів на понаднормову роботу та спрощений спосіб розміщення кандидатів на відповідному етапі процесу найму.
Водночас ми також розширили можливості форм за допомогою настроюваних таблиць, покращили управління контентом та пошук у базі знань, додали можливість масового завантаження резюме для рекрутерів, оновили звіти та фільтри в декількох сферах, а також впровадили численні вдосконалення інтерфейсу та термінології на всій платформі.
🚀 У сукупності ці зміни допомагають зробити PeopleForce більш гнучкою, послідовною та зручною у використанні в процесах управління персоналом, підбору кадрів, оцінки ефективності та управління робочим часом.
🔐 Детальні права доступу до полів та історичних записів на вкладці «Робота»
Ми переробили систему прав доступу на вкладці «Робота», щоб надати адміністраторам можливість більш точно контролювати, які дані, пов’язані з роботою, можуть бачити співробітники, менеджери та користувачі з користувацькими ролями. Вкладки «Робота» та «Компенсація» тепер розділені, і хоча «Компенсація» зберігає існуючу логіку дозволів, вкладка «Робота» тепер підтримує більш детальний перегляд таблиць «Посади», «Статус роботи», «Профілі посад» та «Цикл зайнятості», включаючи користувацькі поля. Це спрощує приховування конкретної інформації, такої як рівень посади, тип зайнятості або вибрані користувацькі стовпці, без необхідності приховувати всю вкладку.
На відміну від інших таблиць «Робота», «Цикл зайнятості» не управляється поле за полем. Натомість його дозволи згруповані більш логічно, тож компанії можуть контролювати доступ до інформації про найм та стаж окремо від деталей про звільнення. Це робить дозволи «Цикл зайнятості» чіткішими та дозволяє уникнути заплутаної логіки, за якої користувачі іноді могли бачити частини таблиці, не маючи чіткого доступу до даних, пов’язаних зі звільненням.
Крім того, кожна таблиця «Робота» тепер має окремий дозвіл «Історичні записи», який визначає, чи можуть користувачі бачити лише поточний запис, чи також минулі та заплановані зміни. Якщо роль має доступ до редагування таблиці, редагування застосовується до всієї таблиці, а історичні записи залишаються доступними автоматично.
Загалом, ці зміни роблять дозволи для «Роботи» чіткішими, гнучкішими та набагато простішими в управлінні для всіх профілів співробітників. Більше деталей тут.
👥 Групи колег оцінювачей в циклах оцінювання
Ми зробили цикли оцінювання гнучкішими, запровадивши новий тип оцінювача — «Група колег». Раніше цикл оцінювання міг включати лише одного рецензента типу «Колега», а користувацький тип дозволяв додати лише одного оцінювача на основі вибору оцінювача з профілю співробітника. Це добре працювало для багатьох схем оцінювання, але компаніям із більш складними структурами оцінювання часто була потрібна додаткова гнучкість під час збору відгуків від різних груп.
Завдяки новому типу «Група колег» ви можете додати до одного циклу кілька груп оцінювачей і назвати їх відповідно до ролі, яку вони відіграють у процесі, наприклад, «Технічні керівники», «Проєктна команда» або «Колеги з інших підрозділів». Це допомагає впорядкувати відгуки та полегшує розуміння, які коментарі надходять від якої групи.
Новий тип оцінювача поєднує гнучкість обох попередніх варіантів. Він використовує той самий шаблон загальних питань, видимість огляду для керівника та параметри спільного доступу, що й попередній тип «Колега». Він також підтримує ті самі методи призначення, що й «Колега», а також поле «Вибір співробітника», додане як ще один варіант. Це означає, що попередня логіка «Вибір співробітника» тепер включена в налаштування «Група колег»: коли ви обираєте поле «Вибір співробітника» як метод призначення, система використовує вибране поле з профілю співробітника для призначення оцінювача.
Таким чином, ви можете зібрати відгуки від колег, керівників команд, учасників проєктів та оцінювачів, пов’язаних через поля з даними про співробітників, в рамках одного циклу оцінювання, не розділяючи їх на різні категорії рецензентів і не проводячи кілька циклів. Більше деталей тут.
⏱️ Запити на понаднормову роботу перенесені на сторінку «Запити»
Ми оновили процес обробки запитів на понаднормову роботу, щоб чіткіше відокремити процедуру затвердження від підтверджених записів про понаднормову роботу. Раніше запити на понаднормову роботу, що очікували на затвердження, та вже затверджені запити відображалися разом у розділі «Присутності» > «Компанія» > «Понаднормово».
Тепер запити на понаднормову роботу обробляються на сторінці «Запити», де вони відображаються як окремий тип запиту — «Запит на понаднормову роботу». Незатверджені запити відображаються у розділах «Очікує схвалення» та «Усі», що полегшує менеджерам, відділам кадрів та командам з розрахунку заробітної плати відстежувати запити, які ще потребують дій.
Водночас вкладка «Понаднормово» у розділі «Присутності» тепер зосереджена виключно на затвердженій понаднормовій роботі, тому вона працює як більш чіткий перегляд підтверджених додаткових годин, готовий для розрахунку заробітної плати.
Сторінку запиту також було оновлено, щоб вона відповідала структурі інших типів запитів, а функція експорту тепер також включає запити на понаднормову роботу. Загалом, це оновлення спрощує перегляд даних про понаднормову роботу та допомагає знизити ризик помилок у розрахунку заробітної плати завдяки відокремленню запитів, що очікують на затвердження, від затверджених записів про понаднормову роботу. Більше деталей тут.
🎯 Вибір етапу під час додавання кандидата до вакансії
Ми спростили процес додавання кандидатів на відповідний етап процесу найму. Тепер, коли рекрутери додають нового кандидата і призначають його на вакансію, або призначають раніше доданого кандидата на вакансію, вони можуть вибрати етап вакансії під час цього кроку. Доступні етапи застосовуються автоматично на основі процесу, що використовується для обраної вакансії.
Це особливо корисно, коли кандидат не повинен починати з першого етапу, наприклад, якщо він уже відомий команді, пройшов попередній відбір або приєднується до процесу на пізнішому етапі. Замість того, щоб спочатку призначити кандидата, а потім переміщати його вручну, рекрутери можуть відразу розмістити його на потрібному етапі. Це економить час, допомагає правильно розміщувати кандидатів у процесі та зменшує ризик запуску непотрібних дій, пов’язаних із попередніми етапами. Деталі тут.
🛠️ Інші покращення
Окрім великих оновлень, ми також випустили низку інших змін, щоб загалом покращити ваш досвід роботи з PeopleForce. Нижче — короткий огляд:
Сore
Сore
Тепер у форми запитів на самообслуговування, на зміну даних людей та звільнення можна додавати настроювані таблиці. Ви можете включати настроювані таблиці в ці форми, обирати, які поля мають відображатися, та визначати, які з них є обов’язковими для заповнення.
Форми пребордингу тепер підтримують настроювані таблиці. HR можуть додавати настроювані таблиці до форм попередньої підготовки, налаштовувати видимі та обов’язкові для заповнення поля, а також дозволяти користувачам заповнювати один або кілька записів таблиці безпосередньо у формі.
Шаблони документів тепер враховують дозволи на доступ до даних. Коли користувач вручну створює документ на основі шаблону в профілі співробітника, поля заповнюються лише тими даними співробітника, які користувач може переглядати або редагувати. Якщо у користувача немає доступу до таких полів, як «Дата прийняття на роботу», «Дата закінчення випробувального терміну», «Зарплата» або закриті користувацькі поля, ці поля заповнюються як порожні. Ця зміна не стосується документів, що створюються за допомогою робочих процесів.
Тепер під час редагування полів профілю посади відображаються їхні внутрішні назви. Це робить управління полями більш прозорим і приводить інтерфейс у відповідність до того, як внутрішні назви відображаються для відділів та настроюваних полів співробітників.
Налаштування підписки було оновлено з метою підтримки полів, характерних для конкретних країн. На сторінці «Платіжні деталі» тепер динамічно відображаються відповідні поля залежно від обраної країни, включаючи, за необхідності, дані про компанію та ПДВ, характерні для даної країни.
Ми стандартизували термінологію, пов’язану з компенсацією та працевлаштуванням, у всій системі, щоб зробити формулювання більш чіткими та послідовними. Оновлення включають перейменування «Employment Type(s)» на «Work Type(s)», «Salary» та «Fixed Salary» на «Base compensation», «Type» на «Payout type» та «Recurring» на «Recurring-fixed» .
Заплановані звіти тепер підтримують експорт у форматі XLSX. Під час створення або редагування запланованого звіту користувачі тепер можуть обирати між форматами доставки .xlsx та .cvs.
Сторінки бази знань тепер підтримують реорганізацію сторінок під різними батьківськими сторінками. Нова опція «Перемістити в» дозволяє користувачам змінювати батьківську сторінку та переміщати сторінку разом з усіма її дочірніми сторінками.
Статті з бази знань тепер можна переміщувати в іншу категорію. Нова опція «Змінити категорію» на сторінці статті дозволяє користувачам вибрати нову категорію з дерева з можливістю пошуку та перемістити статтю без необхідності її повторного створення.
Пошук у базі знань було вдосконалено для пошуку за повними фразами.
У папці «Сповіщення» тепер відображається повне ім’я людини.
Сповіщення були вдосконалені за рахунок групування, оновлень інтерфейсу та вдосконалень push-повідомлень.
Оголошення тепер підтримують більш гнучке компонування зображень. Знову з'явилася можливість додавати текст перед зображенням і вставляти зображення безпосередньо в текст повідомлення.
Perform
Perform
Ми оновили таблицю та панель на сторінці «Оцінки», щоб спростити управління процесами оцінювання. Тепер у таблиці з’явився стовпець «Статус оцінки», оновлено дії щодо заміни керівників та редагування колег-оцінювачів, додано кнопки для публікації, а також оновлено макет. Крім того, ми додали новий компонент — висувну панель, де можна переглядати всіх учасників і зручніше керувати діями з оцінювання в одному місці.
Шаблони питань тепер мають фільтр за типом. Це спрощує пошук потрібного шаблону під час роботи з великою кількістю шаблонів питань для оцінювання.
Список доступних користувачів у дії «Замінити керівника» було розширено. Це надає командам більшої гнучкості, коли їм потрібно перепризначити керівника в поточному циклі оцінювання, включаючи випадки, коли у новопризначеного керівника ще немає підлеглих.
На сторінках KPI та у звітах додано нові організаційні фільтри. Тепер на сторінках «Компанія», «Команда» та «Мої KPI» можна фільтрувати дані KPI за командою, відділом, підрозділом, місцем розташування та юридичною особою. Експорт даних KPI було оновлено відповідним чином. Експортовані файли тепер містять стовпці для новододаних фільтрів і відображають фільтри, застосовані в системі на даний момент.
Recruit
Recruit
Процес створення заявки на вакансію став гнучкішим. При поданні заявки на вакансію тепер обов’язковими для заповнення є лише «Посада» та «Юридична особа», завдяки чому процес найму можна розпочати, навіть якщо деякі деталі ще доопрацьовуються.
Рекрутери тепер можуть завантажувати резюме кандидатів пакетно. Вибрані резюме можна завантажити відразу у вигляді ZIP-архіву як з панелі вакансій, так і з основного списку претендентів.
Ми оновили логіку декількох звітів з рекрутингу та додали більш точну фільтрацію. У звіті «Робота з кандидатами» стовпець «Вакансії» було перейменовано на «Вакансії (керівник з найму)» і тепер він враховує лише ті вакансії, де користувач є призначеним керівником з найму. У звітах «Терміни закриття вакансій», «Термін найму» та «Час до відмови кандидату» фільтр за стажем тепер правильно використовує рівень вакансії та має назву «Рівень вакансії». Юридична особа була додана як фільтр і стовпець у звітах з рекрутингу. «Загальна кількість заявок» було перейменовано на «Загальна кількість кандидатів» у звітах за часом.
До кандидатів на етапах процесу найму вакансій додано фільтр «Місцезнаходження».
Ми видалили застарілі параметри публікації для Robota.ua. Застарілий параметр «Закрити кампанію після закінчення» було видалено, поля «Мова» та «Мовні навички» було видалено з форми публікації, а параметр «Автоматично публікувати щомісяця» було перейменовано на «Автоматично повторно публікувати наступного місяця (один раз)».
Сторінка індексу вакансій отримала нові елементи керування та фільтри сторінки.
Time
Time
Експорт даних про відвідуваність тепер включає класифікацію за днями. Експорт за записами та за днями тепер містить стовпець «Тип дня» із значеннями «Робочий», «Неробочий» та «Святковий», які визначаються на основі календаря місцезнаходження співробітника. Затверджені відпустки та святкові дні також включаються в експорт у вигляді окремих рядків.
Експорт даних про понаднормову роботу тепер підтримує формат з десятковими годинами. На додаток до існуючих форматів користувачі тепер можуть експортувати дані про понаднормову роботу у форматі «Години (десяткові)» з оновленими мітками та підказками, що відповідають інтерфейсу експорту табелів обліку робочого часу.
API
API
Тепер API підтримує настроювані поля для таблиць, пов’язаних із роботою. Це розширює можливості інтеграції для клієнтів, які використовують настроювані поля в даних про роботу та бажають працювати з цією інформацією через API.