Перейти до основного контенту

Огляд релізу 2.40

Огляд усіх функцій і покращень, які ми анонсуємо в цьому релізі

Оновлено сьогодні

У цьому релізі ми зосередилися на трьох великих напрямах: співпраця, навігація та гнучкість процесів. Це відображено в оновленому досвіді роботи із запитами, покращеній Базі знань, нових можливостях керування воркфлоу та низці менших удосконалень у всій платформі.

Що ви помітите насамперед:

  • простіша співпраця навколо запитів

  • краща структура та інструменти редагування в Базі знань

  • більше контролю над власністю воркфлоу, історією та діями

  • зрозуміліша навігація між Performance і Recruitment

Співавтори в запитах форм

Тепер ви можете згадувати колег у коментарях до запиту, щоб залучати їх до обговорення. Якщо людина, яку ви згадуєте, не має доступу до запиту, ви побачите два варіанти:

  • Лише згадка - людину буде згадано в коментарі, але вона не отримає доступу чи сповіщень.

  • Поділитись запитом - людину буде додано як співавтора, вона отримає сповіщення та email, а також доступ саме до цього запиту.

Співавтори можуть переглядати лише той запит, до якого їх додано, а не всі форми компанії. Їх також можна видалити в будь-який момент. Після надання доступу співавтор отримує сповіщення, яке веде його прямо до запиту, де він може переглянути коментарі та за потреби відповісти. Більше деталей тут.

Нова права колонка у вкладці "Запити"

Коли ви відкриваєте запит у вкладці "Запити", тепер праворуч відображається нова колонка. У ній зібрана вся важлива інформація про запит в одному місці. Тут можна швидко побачити:

  • Запитано - людину, яка подала запит

  • Запитано для - співробітника, якого стосується запит

  • Затверджуючі - людину, відповідальну за погодження запиту (якщо це налаштовано у формі)

Також у цьому блоці можна:

  • залишати коментарі до запиту

  • згадувати колег, щоб залучати їх до обговорення

Це допомагає зберігати всю комунікацію та ключові деталі щодо запиту в одному місці, щоб усім учасникам було простіше стежити за процесом. Більше деталей тут.

Заміна менеджера під час активного циклу оцінювання

Тепер ви можете змінити менеджера під час активного циклу оцінювання, якщо оцінювання ще не завершене. Новий менеджер зможе продовжити оцінювання з того місця, де зупинився попередній.

Якщо попередній менеджер уже додав відповіді, новий менеджер побачить їх і зможе переглянути або відредагувати перед надсиланням оцінювання. За потреби ви також можете видалити відповіді попереднього менеджера, щоб новий менеджер почав оцінювання з нуля. Більше деталей тут.

Оновлення навігації

Розділ "Мої активності" було прибрано з бокового меню. Нічого не видалено - функції просто реорганізовано, щоб зробити навігацію зрозумілішою. Раніше розділ "Мої активності" містив 1:1, Цілі, Оцінка, Фідбек та Інтерв'ю. Тепер ці функції доступні в інших модулях:

  • 1:1, KPI, Цілі, Оцінка і Фідбек тепер згруповано в модулі Продуктивність. Ви можете перемикатися між режимами Компанія / Команда / Мої залежно від ваших прав доступу.

  • Інтерв'ю тепер доступні в модулі Рекрутинг, де керують процесами найму.

Співробітники, які мають доступ до Рекрутингу, можуть відкрити Рекрутинг → Інтерв'ю і переглядати всі свої майбутні та минулі інтерв’ю в одному місці. На цій сторінці вони можуть відкрити будь-яке інтерв’ю зі списку та переглянути його деталі. Інтерв’юери, які не мають доступу до модуля Recruitment, як і раніше можуть відкрити конкретне інтерв’ю з email-запрошення або події календаря та переглянути його деталі, але не матимуть доступу до повного списку інтерв’ю. Більше деталей тут.

Покращення Бази знань

Ми суттєво оновили базу знань, щоб спростити організацію, підтримку та публікацію контенту. Новий досвід включає ієрархічні категорії, завдяки яким команди можуть створювати чіткішу структуру з вкладеними категоріями та підкатегоріями, замість того щоб зберігати весь контент на одному рівні. Також з’явився оновлений інтерфейс навігації з інтерактивним сайдбаром, який полегшує переміщення між матеріалами Бази знань.

Керування статтями теж стало гнучкішим. Тепер статті підтримують сценарій чернетка + публікація, тож контент можна готувати та оновлювати без негайної публікації. Нова історія версій дозволяє адміністраторам переглядати попередні версії статті та за потреби відновлювати одну з них. Це дає більше контролю над оновленням контенту та робить підтримку бази знань безпечнішою і прозорішою.

Ми також додали новий блоковий редактор для створення та редагування статей замість попереднього редактора. Крім того, статті тепер підтримують зображення обкладинки та відстеження переглядів статей. Разом ці оновлення роблять функцію практичнішою як внутрішній хаб документації та інструмент для збереження структурованої й актуальної інформації компанії. Більше деталей тут.

Історія воркфлоу

Ми додали новий перегляд історії воркфлоу, який допомагає командам переглядати попередні виконання воркфлоу безпосередньо з конкретного воркфлоу. Тепер можна відкрити воркфлоу й натиснути "Історія воркфлоу", щоб побачити, коли його запускали, і відстежити попередні виконання, не залишаючи сторінку воркфлоу.

Історія відкривається у вигляді бічної панелі праворуч і показує список запусків воркфлоу з ключовими деталями, такими як дата, людина, прогрес і статус. Також можна скористатися полем пошуку, щоб швидко знайти виконання за конкретною людиною, що полегшує перегляд активності воркфлоу для певних співробітників.

Це оновлення дає кращу видимість історії виконання воркфлоу та спрощує моніторинг активності, перевірку прогресу й перегляд минулих запусків в одному місці. Більше деталей тут.

Залучені до воркфлоу

Ми додали співавторів у воркфлоу, щоб дати командам гнучкіший спосіб ділитися керуванням воркфлоу без надання повного адміністративного доступу до всіх воркфлоу. Це особливо корисно для великих компаній, де кільком людям потрібно працювати з окремими воркфлоу, але не керувати всіма воркфлоу в системі.

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

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

⚙️ Умови для дій у воркфлоу

Ми додали умови для дій у воркфлоу, що дозволяє використовувати один воркфлоу для ширшої групи співробітників, а окремі дії застосовувати лише до тих, хто відповідає заданим критеріям. Це дає компаніям більше гнучкості, коли сам воркфлоу залишається однаковим, але деякі завдання чи дії мають відрізнятися залежно від локації, відділу, юридичної особи чи інших атрибутів співробітника.

Тепер ви можете налаштовувати умови та параметри запуску для кожної дії у воркфлоу, окрім "Надіслати запрошення в систему". Це означає, що один воркфлоу може містити дії, які застосовуються лише до вибраних співробітників. Наприклад, один воркфлоу для офбордингу можна використовувати в кількох локаціях, а окремі завдання всередині нього запускати лише для співробітників у Парижі або лише для співробітників у Мюнхені.

Це оновлення допомагає зменшити кількість дубльованих воркфлоу та полегшує підтримку їх конфігурації, особливо для компаній з кількома офісами, командами або внутрішніми процесами. Більше деталей тут.

Дозволити ініціатору форми вимикати воркфлоу

Такі форми, як Новий найм, Запит на зміну даних людей, Запит на самообслуговування, Кастомні запити та Звільнення , тепер дозволяють ініціатору форми вимикати воркфлоу. У налаштуваннях форми з’явився новий параметр.

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

Інші покращення

Окрім великих оновлень, ми також випустили низку інших змін, щоб загалом покращити ваш досвід роботи з PeopleForce. Нижче — короткий огляд:

Core HR

  • Ми додали валідацію номерів телефонів у картках співробітників, щоб контактні дані залишалися точними й уніфікованими. Тепер система перевіряє формат номера під час додавання або редагування номера телефону в профілі співробітника. Якщо формат неправильний, користувач побачить помилку валідації. Ця перевірка також працює у формах і запитах, наприклад в onboarding-, preboarding-формах або запитах на зміну персональних даних. Існуючі записи співробітників не змінюються, якщо сам номер телефону не оновлюється.

  • Ми покращили завантаження файлів в Оголошення, розділивши вкладення на окремі секції для фото та відео і документів. Це спрощує додавання потрібного типу файлів під час створення оголошення для компанії та робить сам процес зрозумілішим для користувачів.

  • Ми розширили фільтрацію воркфлоу, додавши пошук за тегами. На сторінці Воркфлоу тепер можна фільтрувати воркфлоу за тегами та вибирати кілька тегів одночасно, щоб легше звузити список.

  • Коли HR публікує оголошення на сторінці, співробітники також отримують його на email із клікабельною кнопкою, яка веде прямо в систему. Надсилання email залежить від дати найму співробітника та наявної email-адреси:

    • Майбутня дата найму → email з оголошенням не надсилається (ані на робочу, ані на особисту адресу).

    • Минула дата найму + робочий email → оголошення надсилається на робочу адресу.

    • Минула дата найму + лише особистий email → оголошення надсилається на особисту адресу.

    • Немає дати найму → email з оголошенням не надсилається.

  • У вкладці Запити тепер доступна нова бічна навігація. Вона розділяє запити за типами, роблячи сторінку зручнішою для навігації. Кожен тип запиту тепер має власну секцію, наприклад: Запит на зміну даних людей, Запит на самообслуговування, Запит на вакансію, Звільнення тощо. Це допомагає швидше знаходити та керувати потрібними запитами без прокручування всього списку.

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

  • Ми також додали статус працівника до умов, що дає більше гнучкості під час побудови правил на основі етапу життєвого циклу співробітника. Це допомагає точніше націлювати процеси та логіку для груп.

  • Ми додали нові змінні майбутніх дат для завдань воркфлоу та листів. Їх тепер можна використовувати для змін, пов’язаних із посадою, включно з поточними, попередніми та майбутніми датами. Це допомагає командам точніше готувати повідомлення воркфлоу і завдання, пов’язані змінами в працевлаштуванні.

  • У профілі посади тепер є три нові системні поля — Мінімальна зарплата, Максимальна зарплата та Валюта, а також нова вкладка Опис для додавання деталей ролі.

  • Секцію Компенсація в інтерфейсі було перенесено з Core HR до Payroll без змін у даних чи правах доступу.

Recruit

  • Ми покращили видимість промоакцій вакансій, показуючи дату, коли промо було створено або прив’язано у вкладці "Промоакцій". Це допомагає командам краще відстежувати статус просування вакансій та спрощує перевірку того, як і коли вакансію було пов’язано з джерелом промоції.

  • У звіті Статистика циклу найму тепер є фільтр "Статус вакансії" з підтримкою мультивибору. Це спрощує фокусування звітності лише на відкритих або релевантних вакансіях і дає точніші інсайти щодо найму під час аналізу дат та інших атрибутів вакансії.

  • У звіті "Воронка вакансії" колонку, яка раніше називалася "Створено", перейменовано на "Кандидат подав заявку". Це робить формулювання точнішим, адже ця дата відображає, коли кандидат подався на вакансію.

  • Ми розширили експорт "Воронка вакансії" , додавши додаткові ідентифікатори вакансії, запиту на вакансію і кандидата. Ці поля спрощують зв’язування даних funnel з іншими експортами та побудову складнішої аналітики. Ми також оновили деякі назви колонок, щоб чіткіше відображати дані, зокрема "Повне ім'я" і "Подано".

Perform

  • В експорті "Цілі" тепер є колонка "Власник батьківської цілі". Це допомагає командам краще розуміти ієрархію власників цілей в експортованих звітах і зменшує потребу в ручних правках після експорту.

  • У шаблонах циклів оцінювання тип запитання "Вибір із декількох варіантів" тепер називається "Вибір одного варіанту", щоб було чітко зрозуміло, що можна вибрати лише одну відповідь.

  • Тепер ви можете фільтрувати цикли оцінювання за конкретним співробітником, який бере участь в оцінюванні, або за менеджером оцінюваного. Це допомагає перевірити, що до оцінювання додано всіх обов’язкових учасників і нікого не пропущено. Також це дозволяє швидко перевірити, у яких оцінках брав участь конкретний співробітник або менеджер.

Time

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

  • Співробітники тепер можуть подавати запити на понаднормову роботу безпосередньо з віджета початку/припинення логування часу. Форма запиту автоматично заповнюється релевантними датою та часом, тож співробітнику залишається лише додати потрібні деталі й надіслати запит. Якщо годинник працює вже понад один день, співробітник може подати overtime за перший день активного запису. Це робить облік overtime точнішим і зменшує кількість ручних виправлень для HR.

  • Ми розширили керування overtime, додавши підтримку API та webhooks, що спрощує інтеграцію модуля Time із зовнішніми системами та інструментами звітності. API endpoints тепер підтримують створення, оновлення, видалення, отримання та детальний перегляд overtime requests. Webhooks можуть сповіщати зовнішні системи, коли overtime request створено, оновлено або видалено. Це допомагає автоматизувати обмін даними, зменшити ручну синхронізацію та підтримувати інтеграції.

  • Ми перейменували кілька назв у "Присутності" > "Мої", щоб зробити формулювання більш узгодженими в системі. Картка, яка раніше називалася "Залишок", тепер називається "Різниця", а колонка "Подано" тепер називається "Відпрацьовано".

  • Експорт attendance тепер підтримує десятковий формат годин. Перед експортом адміністратори можуть вибрати, чи показувати години в десятковому форматі, наприклад, 7.5 замість 7:30. Це особливо корисно для payroll systems, фінансової звітності, білінгу клієнтів та будь-яких розрахунків на основі експортованих attendance або project statistics. Також це допомагає усунути ручне конвертування та зменшити помилки в payroll calculations.

  • Ми покращили погодинні запити на відсутність, показуючи заплановані робочі години співробітника на вибрану дату відповідно до його робочого графіка. Коли співробітник запитує leave у годинах, система тепер автоматично підставляє час відповідно до призначеного work pattern, якщо там задані робочі години. Якщо конкретні години work pattern не налаштовані, відображаються стандартні години. Це дає співробітникам кращу видимість очікуваного графіка та допомагає уникати помилок під час подання погодинних leave requests.

API

  • Кастомні поля тепер підтримуються для таблиці "Посади" в API. Це означає, що будь-які додаткові поля, які ви створюєте для посад у системі, також можна отримувати через API.

  • API get-employees отримає новий параметр include_historical_values, який дозволить в одному запиті отримувати як поточні, так і історичні значення кастомних полів разом з їхніми effective dates.

  • API v3 тепер підтримує CRUD-операції для Job profiles і Job groups через endpoints: POST, GET, PUT, DELETE для employee job profiles.

  • Також додано можливість призначати job folders співробітникам через API як окрему можливість.

Ви отримали відповідь на своє запитання?