ATS часто з’являється в компанії тоді, коли рекрутинг перестає вміщатися в таблиці.

Спочатку це справді велике полегшення. Кандидати більше не губляться в пошті. Вакансії мають статуси. Рекрутери бачать воронку. Комунікація зберігається. Керівник може подивитися, що відбувається з конкретною позицією.

Але в якийсь момент HRD відкриває систему й розуміє: так, кандидати в ATS є. Вакансії є. Етапи є. Але відповідей на головні питання бізнесу все одно немає.

Чому одна вакансія закривається за два тижні, а інша висить третій місяць? Чому відгуків багато, але до офера доходять одиниці? Чому рекрутер каже, що кандидатів немає, а CEO бачить витрати на job-портали й питає: «А що ми отримали?»

Чому hiring-менеджери погоджують кандидатів у Telegram, а потім ніхто не може відновити, де саме процес зупинився?

Ось у цей момент компанія починає переростати класичну ATS.

Чому ця тема стала важливою саме зараз і що відбувається з ринком

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

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

От, наприклад, LinkedIn у Future of Recruiting зміщує фокус із кількості кандидатів на якість найму. Для компаній стає важливішим не просто швидко знайти людину, а зрозуміти, чи підходить вона за навичками, чи залишиться в компанії та чи дасть очікуваний результат.

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

Тобто зараз недостатньо просто мати список кандидатів у системі. Потрібно розуміти:

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

ATS відповідає на частину цих питань. Talent Acquisition платформа збирає їх в одну управлінську картину.

У чому різниця між ATS і Talent Acquisition платформою

Якщо дуже просто, ATS допомагає рекрутеру вести кандидатів. Talent Acquisition платформа допомагає компанії керувати наймом як бізнес-процесом.

ATS показує:

• хто відгукнувся;
• на яку вакансію;
• на якому етапі кандидат;
• хто з ним спілкувався;
• який статус має вакансія.

Це важливо. Але для компанії, яка наймає багато, цього вже мало.

Talent Acquisition платформа працює ширше:

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

Тобто ATS — це про порядок у вакансіях. Talent Acquisition платформа — це про керованість найму.

Три ситуації, коли компанії вже замало ATS

Ситуація 1. Вакансій багато, але загальної картини немає

Логістика відкриває новий склад і шукає комплектувальників, водіїв та змінних майстрів. Виробництву потрібні оператори лінії, технологи й механіки. Відділ продажів просить торгових представників у регіони. Фінанси шукають бухгалтера, а сервісна команда — координаторів для роботи з клієнтами.

У кожного керівника свій пріоритет. Для складу критично закрити нічну зміну. Для виробництва — не зупинити лінію. Для продажів — вивести людей у новий регіон до старту сезону. Для HRD — пояснити CEO, чому вакансій багато, бюджет витрачається, а частина підрозділів усе одно працює з недоукомплектованими командами.

Формально ATS є. Кандидати заведені. Вакансії створені. Етапи налаштовані. Рекрутери працюють.

Але коли керівник питає: «Де саме ми не встигаємо?», відповідь усе одно доводиться збирати вручну.

Тут Talent Acquisition платформа потрібна саме для того, щоб HR бачив не окремі шматки процесу, а повну картину найму.

Не просто: «У нас відкрито 37 вакансій», а:

• 10 вакансій зависли на погодженні з керівниками;
• 6 позицій критичні для виробництва або складу;
• 5 вакансій мають багато відгуків, але низьку релевантність кандидатів;
• 4 вакансії не рухаються через затримку фідбеку після співбесіди;
• 3 ролі потрібно переглянути за зарплатою або графіком;
• 2 джерела дають кандидатів, які справді доходять до офера;
• один напрям потребує не нового job-порталу, а зміни вимог до вакансії.

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

Ситуація 2. Кандидати є, але найм гальмує всередині компанії

Іноді проблема не в ринку.

Кандидати приходять. Рекрутер швидко проводить первинний контакт. Людина підходить за базовими вимогами. Але далі процес починає сповільнюватися.

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

Кандидат чекає день. Потім другий. На третій йому телефонує інша компанія, де швидше пояснили умови, погодили графік і запросили на вихід.

У звіті це може виглядати як «кандидат відмовився». Але насправді компанія втратила його не через ринок, а через власну швидкість.

Знайомо?

Тоді ATS сама по собі не розв’язує проблему. Вона може показати статус кандидата, але не завжди робить найм спільним процесом для HR, керівників і бізнесу.

Talent Acquisition платформа має включати керівників у процес настільки просто, щоб вони не випадали з нього:

• погодити заявку на вакансію;
• переглянути кандидата;
• залишити короткий коментар;
• оцінити після співбесіди;
• бачити дедлайн фідбеку;
• підтвердити рішення;
• не губити історію домовленостей.

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

Ситуація 3. Масовий найм масштабує не результат, а ручну роботу

Коли компанія наймає 5 людей на місяць, багато речей можна втримати вручну.

Коли потрібно найняти 50 працівників на склад, 80 людей у виробничі зміни або швидко закрити вакансії по кількох філіях, ручні дії починають з’їдати процес.

Рекрутер не просто спілкується з кандидатами.

Він переносить дані з job-порталів. Перевіряє дублікати. Пише однакові повідомлення. Нагадує про співбесіди. Уточнює графік, локацію, документи. Оновлює статуси. Збирає фідбек від керівників. Формує звіти. Пояснює кожному, де що лежить.

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

Питання до HRD тут дуже практичне: якщо завтра кількість вакансій зросте вдвічі, система витримає це?

Тут Talent Acquisition платформа має знімати повторювану роботу:

• збирати відгуки з job-порталів;
• зберігати кандидатів в одній базі;
• показувати дублікати й історію контакту;
• автоматизувати типові повідомлення;
• запускати нагадування;
• допомагати із сортуванням кандидатів;
• формувати звіти без ручного збирання;
• передавати дані далі в HR-процеси.

Коли компанії вже пора переходити від ATS до Talent Acquisition платформи

Ось простий чекліст.

Якщо впізнаєте хоча б кілька пунктів, ATS як окремого інструменту вже може бути замало.

1. Рекрутери ведуть кандидатів у системі, але паралельно все одно мають таблиці.
2. Звіти для керівництва готуються вручну.
3. Наймаючі менеджери дають фідбек у месенджерах.
4. Немає зрозумілої аналітики по джерелах найму.
5. Компанія рахує відгуки, але не рахує якість кандидатів.
6. Незрозуміло, де саме кандидати випадають із процесу.
7. Є вакансії, які постійно зависають, але причина неочевидна.
8. Масовий найм створює хаос у статусах і комунікації.
9. Після офера дані переносяться вручну.
10. HRD не може швидко відповісти CEO, скільки коштує найм і які канали працюють.
11. Компанія планує масштабування, але не бачить майбутньої кадрової потреби.
12. Дані про рекрутинг не пов’язані з адаптацією, плинністю та HR-аналітикою.

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

Що має бути в Talent Acquisition платформі

Єдина база кандидатів

Кандидат не має зникати після закриття вакансії.

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

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

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

У кейсі iPay.ua та HURMA команда окремо відзначає саме цю цінність системи:

«Маючи базу кандидатів, спрощуємо процес рекрутингу, бо інколи допомагають збережені “на майбутнє” CV сильних і релевантних кандидатів».

— Наталія Багаліка, Human Resource Team Leader iPay.ua

Аналітика по всій воронці Недостатньо знати, скільки кандидатів відгукнулося на вакансію.

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

Тільки так HR може зрозуміти, де саме процес втрачає людей.

У HURMA рекрутингова аналітика допомагає дивитися на воронку не як на набір статусів, а як на процес із конкретними точками втрат. 

Це важливо для HRD, який має пояснювати бізнесу не просто «скільки вакансій закрили», а що саме заважає найму рухатися швидше.

Аналітика джерел

Джерело кандидатів потрібно оцінювати не за кількістю відгуків, а за якістю результату.

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

Тому Talent Acquisition платформа має показувати не лише «звідки прийшов кандидат», а що з ним сталося далі: чи був він релевантним, чи дійшов до інтерв’ю, чи отримав офер, чи вийшов на роботу, чи залишився в компанії.

У HURMA можна аналізувати ефективність джерел і бачити, які канали справді працюють для найму, а які лише створюють потік без результату. 

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

Зручна робота керівників у процесі

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

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

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

Автоматизація повторюваних дій

Усе, що повторюється десятки разів, не має залежати від пам’яті рекрутера.

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

Автоматизація в Talent Acquisition платформі потрібна, щоб рекрутер займався людьми, а не перенесенням інформації між job-порталом, таблицею, месенджером і звітом.

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

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

Зв’язок із HR-процесами після офера

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

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

Без зв’язку між рекрутингом і HRM ці висновки складно побачити.

У HURMA після найму дані кандидата можуть переходити в профіль співробітника, а HR-команда може запускати адаптацію, працювати з документами, відсутностями, опитуваннями, оцінкою та HR-аналітикою. 

Так рекрутинг стає частиною загальної HR-картини, а не окремим модулем, який закінчується на статусі «офер прийнято».

Підсумуємо

Якщо ваша ATS допомагає рекрутерам вести кандидатів, але не дає HRD і бізнесу повної картини найму, можливо, компанія вже готова до наступного рівня — Talent Acquisition платформи.

Заплануйте демо HURMA, щоб побачити, як рекрутинг, аналітика, автоматизація та HR-процеси можуть працювати в одному контурі.

Сообщение Від ATS до Talent Acquisition платформи: коли компанії вже замало просто вести кандидатів появились сначала на HURMA.

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

Простіше кажучи, посадова інструкція відповідає на кілька базових питань:

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

Для чого потрібна посадова інструкція

Посадова інструкція допомагає компанії впорядкувати роботу не лише на рівні документів, а й у щоденних HR-процесах.

1. Зафіксувати обов’язки працівника

Документ описує, які задачі входять до ролі. Це допомагає уникнути ситуацій, коли працівник і керівник по-різному розуміють посаду.

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

2. Розмежувати відповідальність між ролями

У компаніях часто виникає дублювання: дві людини відповідають за одну ділянку або, навпаки, важлива задача “нічия”. Посадові інструкції допомагають побачити такі розриви.

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

3. Пояснити очікування новому працівнику

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

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

4. Використовувати документ для оцінки роботи

Оцінювати працівника простіше, коли є не лише загальне враження керівника, а й описана трудова функція. Посадова інструкція може бути основою для performance review, 1:1, плану розвитку, оцінки компетенцій або рішення про зміну ролі.

5. Захистити компанію в кадрових питаннях

Якщо виникає спір, посадова інструкція може підтвердити, які обов’язки були закріплені за працівником, з чим він був ознайомлений і які вимоги мав виконувати.

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

На що спиратися під час розробки посадової інструкції

Посадова інструкція має відповідати не лише внутрішнім процесам компанії, а й назві посади, штатному розпису та професійній класифікації.

В Україні для цього використовують Національний класифікатор професій ДК 003:2010. Його застосовують, зокрема, під час запису про роботу у трудові книжки, а професійні назви робіт із класифікатора рекомендовано використовувати під час створення нових назв професій і посад.

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

Структура посадової інструкції

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

1. Загальні положення

У цьому розділі описують базову інформацію про посаду:

• назва посади;
• структурний підрозділ;
• кому підпорядковується працівник;
• хто заміщує працівника під час відсутності;
• кого може заміщувати працівник;
• якими документами керується у роботі;
• порядок призначення та звільнення з посади.

Приклад формулювання:

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

2. Основні завдання та обов’язки

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

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

Приклад для бухгалтера:

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

3. Права працівника

У цьому розділі варто описати, що працівник має право робити для виконання своїх обов’язків. Наприклад:

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

Права мають бути пов’язані з реальною роллю. Якщо працівник відповідає за процес, але не має права отримувати потрібну інформацію, інструкція буде неповною.

4. Відповідальність

Тут описують, за що працівник відповідає в межах посади. Наприклад за:

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

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

5. Кваліфікаційні вимоги

У цьому розділі визначають вимоги до освіти, досвіду, знань і навичок. Наприклад:

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

Не варто додавати вимоги “про всяк випадок”. Якщо для ролі не потрібна вища освіта або англійська на рівні Advanced, краще не включати це до інструкції.

6. Взаємодія з іншими підрозділами

Цей розділ особливо корисний для ролей, які працюють на перетині команд: HR, фінанси, продажі, маркетинг, customer support, виробництво, операційні менеджери. Можна описати:

• з ким працівник взаємодіє;
• яку інформацію передає;
• які документи отримує;
• які процеси погоджує;
• у яких зустрічах бере участь;
• де проходить межа відповідальності між ролями.

7. Умови праці

За потреби можна зазначити особливості роботи:

• графік;
• формат роботи;
• відрядження;
• роботу з обладнанням;
• доступ до систем;
• особливі умови праці;
• вимоги з охорони праці;
• роботу з конфіденційною інформацією.

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

Як розробити посадову інструкцію

Посадова інструкція має описувати реальну роботу, тому її не варто повністю делегувати HR або юристу без участі керівника.

Крок 1. Проаналізуйте посаду

Почніть не з шаблону, а з питань:

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

Цей етап краще проводити разом із керівником підрозділу.

Крок 2. Звірте назву посади

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

Наприклад, у вакансії може бути написано “HR Generalist”, але в кадрових документах потрібно використовувати коректну назву посади відповідно до української системи професійних назв.

Крок 3. Опишіть обов’язки конкретно

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

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

Крок 4. Узгодьте інструкцію з керівником

Керівник має перевірити, чи відповідає документ реальним задачам. HR може допомогти зі структурою, формулюваннями та узгодженістю з іншими документами, але зміст ролі має підтвердити людина, яка керує цією функцією.

Крок 5. Затвердьте документ

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

У документі варто передбачити:

• дату затвердження;
• підпис уповноваженої особи;
• назву компанії;
• назву посади;
• структурний підрозділ;
• поле для ознайомлення працівника.

Крок 6. Ознайомте працівника

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

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

Головне — щоб компанія могла підтвердити, що працівник отримав документ і був із ним ознайомлений.

Посадова інструкція, вакансія і профіль посади: у чому різниця

Вакансія — це зовнішній або внутрішній опис ролі для кандидатів. Її задача — залучити людину й пояснити, чому їй варто відгукнутися.

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

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

Наприклад, у вакансії можна написати “шукаємо proactive sales manager”. У профілі посади — описати компетенції, план продажів і очікувану модель поведінки. А в посадовій інструкції — зафіксувати конкретні обов’язки: пошук клієнтів, ведення CRM, підготовка комерційних пропозицій, участь у переговорах і звітність.

Приклад структури посадової інструкції

Нижче — універсальна структура, яку можна адаптувати під більшість посад.

1. Загальні положення

• назва посади;
• підрозділ;
• підпорядкування;
• порядок призначення та звільнення;
• документи, якими керується працівник;
• хто заміщує працівника під час відсутності.

2. Мета посади

Коротко: для чого існує роль.

Приклад: Мета посади — забезпечувати своєчасне та якісне ведення кадрового обліку, підтримувати актуальність даних про працівників і супроводжувати HR-процеси компанії.

3. Завдання та обов’язки

Основні регулярні функції працівника.

Приклад:

• веде кадрову документацію;
• оновлює дані працівників;
• готує накази;
• контролює строки документів;
• взаємодіє з керівниками підрозділів;
• формує звіти для HRD.

4. Права

Що працівник може робити для виконання обов’язків.

Приклад:

• запитувати інформацію в керівників підрозділів;
• отримувати доступ до необхідних HR-систем;
• вносити пропозиції щодо покращення процесів;
• повідомляти про ризики або порушення.

5. Відповідальність

За що працівник відповідає.

Приклад:

• за своєчасність і точність підготовлених документів;
• за збереження персональних даних;
• за дотримання внутрішніх політик;
• за коректність інформації в HR-системі.

6. Кваліфікаційні вимоги

Освіта, досвід, знання, навички.

Приклад:

• досвід роботи у сфері HR або кадрового адміністрування;
• знання трудового законодавства;
• уважність до деталей;
• навички роботи з HRM-системами;
• вміння працювати з конфіденційною інформацією.

7. Умови роботи

• графік;
• формат роботи;
• особливості робочого місця;
• відрядження;
• доступи;
• спеціальні умови.

Як HURMA допомагає працювати з посадовими інструкціями

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

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

HURMA допомагає впорядкувати цей процес на рівні HR-даних, оргструктури та внутрішньої взаємодії.

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

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

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

Підсумуємо

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

Сообщение Посадова інструкція: як скласти, затвердити й використовувати в роботі з персоналом появились сначала на HURMA.

Gross зарплата — це сума заробітної плати до утримання податків і зборів. Саме від цієї суми роботодавець рахує податок на доходи фізичних осіб і військовий збір, а працівник після утримань отримує net зарплату — тобто суму “на руки”.

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

Що таке gross зарплата

Gross зарплата, або зарплата брутто, — це нарахована зарплата працівника до утримання податків. До gross зарплати можуть входити:

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

Наприклад, якщо працівнику нарахували оклад 30 000 грн і премію 5 000 грн, його gross зарплата за цей місяць становить 35 000 грн. Але це ще не та сума, яку він отримає на картку.

Що таке net зарплата

Net зарплата — це сума, яку працівник фактично отримує після утримання податків і зборів. Її ще називають “чиста зарплата” або “зарплата на руки”.

В Україні для найманих працівників із зарплати зазвичай утримують ПДФО та військовий збір.

А що з ЄСВ

Окремо важливо розуміти ЄСВ — єдиний соціальний внесок. Його не віднімають із зарплати працівника “на руки”. ЄСВ нараховує і сплачує роботодавець зверху на суму нарахованої зарплати.

Тому для працівника важливо знати gross і net, а для роботодавця — ще й повну вартість працівника.

Повна вартість працівника для роботодавця = gross зарплата + ЄСВ

Наприклад, якщо компанія погодила з працівником 40 000 грн gross, це не означає, що працівник отримає 40 000 грн на картку. І це також не означає, що витрати роботодавця становитимуть лише 40 000 грн.

Працівник отримає суму після утримання ПДФО і військового збору. А роботодавець додатково нарахує ЄСВ.

Як розрахувати gross зарплату

Базова формула: gross зарплата = оклад + премії + бонуси + надбавки + інші виплати

Наприклад:

• оклад — 30 000 грн;
• премія — 5 000 грн;
• доплата за нічні зміни — 2 000 грн.

Тоді: 30 000 + 5 000 + 2 000 = 37 000 грн gross

Саме з цієї суми рахуватимуться утримання.

Як розрахувати net зарплату з gross

Візьмемо приклад: працівнику нарахували 37 000 грн gross.

Розрахунок:

• ПДФО: 37 000 × 18% = 6 660 грн;
• військовий збір: 37 000 × 5% = 1 850 грн;
• загальні утримання: 6 660 + 1 850 = 8 510 грн;
• net зарплата: 37 000 − 8 510 = 28 490 грн.

Отже, якщо gross зарплата становить 37 000 грн, працівник отримає 28 490 грн net.

Яку зарплату вказувати у вакансії: gross чи net

У вакансіях в Україні можна зустріти обидва варіанти: gross і net. Але ж проблема починається тоді, коли компанія не уточнює, яку саме суму має на увазі.

Наприклад, у вакансії написано: “Зарплата: 40 000 грн”

Кандидат може сприйняти це як 40 000 грн на руки. А роботодавець може мати на увазі 40 000 грн gross. У результаті на етапі оферу з’являється розчарування, хоча проблема була не в сумі, а в нечіткій комунікації.

Краще писати одразу: “Зарплата: 40 000 грн gross”

Ще краще — пояснювати обидва значення: “Зарплата: 40 000 грн gross, орієнтовно 30 800 грн net після утримання ПДФО та військового збору.”

Це допомагає уникнути непорозумінь і робить комунікацію з кандидатом прозорішою.

Як говорити про зарплату з кандидатом

Щоб уникнути непорозумінь, HR варто уточнювати зарплатні очікування ще на ранньому етапі.

Можна запитати: Яку суму ви розглядаєте — gross чи net? Або: Коли ви називаєте очікування 40 000 грн, це сума до податків чи на руки?

Якщо кандидат не розрізняє ці поняття, краще коротко пояснити.

Як HURMA допомагає працювати із зарплатними даними

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

HURMA допомагає впорядкувати HR-дані в одному середовищі, щоб було легко й швидко:

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

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

Підсумуємо

Щоб уникнути непорозумінь, варто одразу уточнювати, яку суму має на увазі компанія чи кандидат: gross або net. А ще — фіксувати зарплатні домовленості, перегляди, посади, грейди й історію змін в єдиній системі.

Заплануйте демо HURMA, щоб побачити, як це спрацює саме у вашій компанії.

Сообщение Що таке gross зарплата і net зарплата та як це все порахувати появились сначала на HURMA.

На виробництві HR-процеси рідко існують окремо від бізнес-процесів.

Найм впливає на зміну. Вихід нового працівника — на графік, документи, доступи й нарахування. Звільнення — на табель, склад, пропуски, спецодяг, техніку та фінальний розрахунок. А будь-яка помилка в даних швидко перетворюється на проблему не тільки для HR, а й для бухгалтерії, керівника зміни, виробничого директора або фінансів.

Чому проблема не тільки в HR-системі

У виробничій компанії дані про людей потрібні одразу кільком командам.

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

І всі ці процеси часто починаються з одного факту: у компанії з’являється, змінюється або вибуває людина.

Працівника найняли. Працівник не вийшов у зміну. Працівника перевели в інший підрозділ. Працівник пішов у відпустку. Працівник звільнився.

Якщо HR-система не інтегрована з обліковими та ERP-системами, кожна така подія починає жити кількома окремими життями. В одному місці дані вже оновили. В іншому — ще ні. В одному місці працівник уже вийшов. В іншому — його ще немає. В одному місці дата звільнення правильна. В іншому — залишилася стара.

І тоді компанія платить не за відсутність інтеграції як таку. Вона платить за хаос між системами.

Прихована витрата №1. Подвійне введення даних

Найочевидніша проблема — дублювання.

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

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

Особливо коли найм іде постійно: оператори, комплектувальники, працівники складу, виробничі спеціалісти, лінійний персонал, технічні ролі, керівники змін.

Прихована витрата №2. Помилки в даних

Там, де є ручне перенесення, завжди є ризик помилки.

Неправильна дата виходу. Інший підрозділ. Застаріла посада. Помилка в графіку. Не той керівник. Не оновлений статус. Забули передати зміну умов. Не внесли відсутність. Не закрили доступ після звільнення.

Для офісної команди це вже проблема. Для виробництва — тим паче. Адже помилка в даних може вплинути на зміну, оплату, документи, планування навантаження або операційний процес.

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

Потім починаються уточнення: “А хто вносив ці дані?”, “Чому тут інша дата?”, “Це актуальний підрозділ чи старий?”, “Чому людина є в одному списку, але її немає в іншому?”, “Хто має виправити?”

Кожна така помилка створює ланцюжок додаткової роботи. І що більше систем не синхронізовані між собою, то складніше зрозуміти, де саме правда.

Прихована витрата №3. Час на звірки

Коли HR-система, облікова система й ERP живуть окремо, звірки стають регулярною частиною роботи.

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

І часто це не один клік. Це листи, таблиці, повідомлення, дзвінки, скрини, уточнення в чатах і фінальна ручна звірка.

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

Але якщо процес постійно потребує звірки, це сигнал: системи не працюють як єдиний контур.

Прихована витрата №4. Повільний вихід нових працівників

Для виробництва швидкість найму важлива не тільки в рекрутинговій воронці. Важливо, що відбувається після того, як кандидат погодився.

Чи передали його дані далі? Чи бачить бухгалтерія, що людина виходить? Чи знає керівник зміни дату старту? Чи підготовлені документи?

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

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

Прихована витрата №5. Розрив між наймом і фактичним виходом

Якщо HR-система не інтегрована з обліковими та ERP-системами, між “кандидат прийнятий” і “працівник готовий до роботи” з’являється сіра зона.

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

На виробництві така сіра зона коштує дорого, бо вона впливає на планування. Компанія може думати, що закрила потребу, але фактично ще не отримала працівника в процес.

Прихована витрата №6. Непрозора відповідальність

Коли дані передаються вручну, завжди виникає питання: хто відповідальний за актуальність?

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

І кожна команда по-своєму права, бо працює зі своєю частиною процесу.

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

Прихована витрата №7. Слабка аналітика

Аналітика працює тільки тоді, коли дані повні, актуальні й не розкидані між системами.

Якщо HR-система живе окремо, облікова система окремо, ERP окремо, а частина процесів ще й у таблицях, компанія бачить фрагментовану картину.

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

Наприклад, керівництву потрібно зрозуміти:

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

Без інтеграції відповіді на ці питання часто доводиться збирати вручну. І поки команда збирає картину, ситуація вже може змінитися.

Прихована витрата №8. Залежність від конкретних людей

У неінтегрованих процесах дуже багато тримається на пам’яті й уважності окремих людей.

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

Поки ці люди на місці, процес працює. Але варто комусь піти у відпустку, захворіти або звільнитися — і компанія бачить, що процес насправді не був системним. Він тримався на людях.

Чому “потім інтегруємо” коштує дорожче

Багато компаній відкладають інтеграцію, бо вона здається складною або не першочерговою. Спочатку потрібно просто наймати. Потім — закривати термінові вакансії. Потім — розібратися з адаптацією. Потім — з відсутностями. Потім — із плинністю. А інтеграції “якось потім”.

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

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

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

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

Як HURMA допомагає побудувати HR-контур навколо людей

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

HURMA допомагає вести HR-шлях людини: від першого відгуку й роботи з кандидатом до пребордингу, адаптації, відсутностей, HR-процесів і аналітики. А інтеграції з обліковими та ERP-системами допомагають зв’язати цей HR-контур із системами, у яких компанія веде облік, фінанси, ресурси та операційні процеси.

Це особливо важливо на виробництві, де HR-подія майже завжди має операційні наслідки:

• кандидат погодився вийти — потрібно передати дані для оформлення;
• працівник змінив підрозділ — це має відобразитися не тільки в HR;
• людина іде у відпустку — це важливо для планування;
• фахівець звільняється — інформація має бути синхронізована вчасно.

Коли ці процеси пов’язані, HR-команда працює як власник зрозумілого, контрольованого процесу.

Підсумуємо

Відсутність інтеграції між HR-системою, обліковими та ERP-системами рідко виглядає як велика проблема з першого погляду. Дані можна перенести вручну. Звіт можна зібрати в таблиці. Статус можна уточнити в чаті. Помилку можна виправити.

Але саме з цих дрібних ручних дій і складаються приховані витрати.

Хочете побачити, як HURMA може допомогти зв’язати HR-процеси з обліковими та ERP-системами у вашій компанії? Запишіться на демо — покажемо, як побудувати HR-контур без зайвого ручного перенесення, звірок і хаосу між системами.

Сообщение Скільки коштує відсутність інтеграції HR-системи з ERP: 8 прихованих витрат появились сначала на HURMA.

Перед дзвінком із CEO, розмовою з наймаючим менеджером чи плануванням тижня HR-команді часто потрібна не велика аналітика, а швидка відповідь: що з вакансіями, кандидатами, відсутностями або навантаженням у команді.

Раніше для цього треба було відкривати HURMA, переходити в потрібний розділ, виставляти фільтри й зіставляти дані. Швидко і зручно, адже не вручну і без нескінченних табличок.

Але тепер цей шлях може починатися з одного запитання вашому AI-асистенту.

Ми вже показали, як HURMA перетворює HRM із системи для зберігання даних на систему, з якою можна поговорити своїми словами через AI.

А сьогодні покажемо наступні кроки: 6 реальних сценаріїв в роботі.

Сценарії для рекрутерів

1. Швидко зрозуміти, що відбувається з вакансією

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

Звичний шлях: відкрити вакансію в ATS, перейти в кандидатів, перевірити етапи, подивитися статуси, зібрати короткий апдейт.

З HURMA+AI: запитати “Скільки кандидатів перебуває на розгляді на посаду Бухгалтер?”

Як це працює

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

Що більше не треба робити вручну

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

Це особливо зручно перед короткими командними зустрічами, обговоренням статусу вакансій або швидкими питаннями від наймаючого менеджера на кшталт: “Що там по бухгалтеру?”

2. Знайти кандидатів за навичками й локацією

Рекрутеру потрібно швидко знайти кандидатів із певним досвідом. Наприклад, людей, які працювали з React і живуть у Полтаві.

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

З HURMA+AI: просто написати “Знайди всіх кандидатів, хто працював із React і живе в Полтаві.”

Як це працює

Асистент шукає кандидатів у HURMA за заданими параметрами й повертає добірку релевантних профілів. У відповіді рекрутер може одразу побачити, кого варто переглянути детальніше.

Що більше не треба робити вручну

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

Особливо корисно, коли потрібно швидко перевірити, чи вже є в базі кандидати під нову або термінову вакансію.

3. Підготуватися до інтервʼю з конкретним кандидатом

До співбесіди залишилось небагато часу. Рекрутеру потрібно швидко освіжити контекст: хто кандидат, на яку вакансію розглядається, що вже є в профілі, які питання варто поставити.

Звичний шлях: відкрити профіль кандидата, переглянути досвід, нотатки, вакансію, етап і сформулювати питання до інтервʼю.

З HURMA+AI: попросити “Підготуй список питань до кандидатки Анни Демченко на вакансію Sales Maneger.”

Як це працює

AI-асистент допомагає підготувати питання з урахуванням контексту кандидата й вакансії в HURMA. Рекрутер отримує не шаблонний список питань, а підготовку, привʼязану до конкретного кандидата.

Що більше не треба робити вручну

Не потрібно окремо збирати контекст із профілю, вакансії й нотаток, а потім переносити його в AI вручну. Асистент уже працює з даними HURMA в межах доступу користувача.

Рекрутер усе одно ухвалює рішення самостійно. Але стартує не з порожнього аркуша, а з підготовленого контексту.

Сценарії для HR, HRD і керівників

1. Підготуватися до зустрічі з CEO по найму

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

Звичний шлях: просити апдейти в рекрутерів, відкривати кілька вакансій, дивитися статуси.

З HURMA+AI: ставити питання послідовно й одразу звужувати фокус, наприклад, “Скільки у нас відкритих вакансій?, “Які вакансії не закриваються понад 30 днів?”,  “Скільки вакансій зараз призначено на кожного рекрутера?”

Як це працює

Можна швидко перейти від широкого питання до конкретнішого: не просто “скільки вакансій”, а які з них потребують уваги й на кому зараз найбільше навантаження.

Що більше не треба робити вручну

Зникає потреба окремо збирати статуси, просити апдейти й вручну поєднувати дані з різних вакансій. HRD отримує контекст у форматі діалогу: запитав, уточнив, звузив, підготувався до розмови.

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

2. Переглянути, хто буде відсутній наступного тижня

Керівник або HR планує наступний тиждень. У команди є важливі задачі, тож кілька відсутностей можуть вплинути на дедлайни, навантаження або графік зустрічей.

Звичний шлях: відкрити розділ відсутностей, перейти на певну команду, подивитися статуси погодження.

З HURMA+AI: спитати “Хто з працівників буде відсутній наступного тижня?”, “Покажи це по командах і додай статус погодження відсутності.”

Як це працює

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

Що більше не треба робити вручну

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

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

«Раніше ми просто могли написати в якийсь внутрішній чат… І звісно, що там губились повідомлення. В якийсь момент у нас виникали ситуації, коли хтось бігає і кричить: “Мені треба завізувати документ”. А ми кажемо: “Так, у нас юристка вже два тижні у відпустці”».

Тому навіть простий запит про відсутності — це спосіб одразу побачити контекст, який впливає на планування команди.

3. Швидко знайти співробітників за HR-подією або стажем

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

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

З HURMA+AI: написати “Покажи співробітників, які пройшли випробувальний термін у травні.”, “Дай список співробітників зі стажем понад 1 рік 6 місяців у форматі: ПІБ, стаж, посилання на профіль у HURMA.”

Як це працює

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

Що більше не треба робити вручну

Замість перевірки дат у профілях співробітників HR формулює потрібний критерій своїми словами. AI-асистент формує список на основі даних HURMA.

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

Чому це зручно саме в щоденній роботі

Найцінніше в HURMA+AI — що він допомагає швидше закривати маленькі, але постійні питання, з яких складається робочий день HR-команди:

• Перед зустріччю — швидко перевірити статус вакансій.
• Перед співбесідою — підняти контекст по кандидату.
• Перед плануванням — подивитися відсутності.
• Перед розмовою з керівником — зібрати факти, а не враження.

Тобто дані залишаються в HURMA, але шлях до відповіді стає коротшим.

Підсумуємо

HURMA залишається системою, де зберігаються ваші HR-дані. А ваш AI-асистент стає зручним способом отримувати з них відповіді саме тоді, коли вони потрібні.

Хочете побачити, як це виглядає в щоденні роботі? Запишіться на демо HURMA — покажемо, як AI-асистент може працювати з даними HURMA через MCP Server у реальних HR- і рекрутингових сценаріях.

Сообщение Як HR і рекрутери працюють із HURMA через AI-асистента: 6 реальних сценаріїв появились сначала на HURMA.

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

На цьому етапі бізнес часто починає шукати систему для автоматизації й стикається з питанням: що обрати — ATS чи HRM?

Що таке ATS

ATS — це система для рекрутингу. Повна назва англійською — Applicant Tracking System. Українською це можна пояснити як система для відстеження кандидатів.

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

Що можна робити в ATS

ATS допомагає:

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

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

Кому потрібна ATS

ATS потрібна компаніям, які регулярно наймають людей. Особливо вона корисна, якщо:

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

Так рекрутер бачить повну картину по кожній вакансії й не витрачає час на пошук даних у різних місцях.

Що таке HRM та HRMS

HRMS — це Human Resource Management System, тобто система для управління HR-процесами.

У побуті HRM і HRMS часто використовують як визначення HR-системи. Але різниця між цими поняттями проста:

• HRM — це сам напрям управління персоналом;
• HRMS — це система, яка допомагає автоматизувати цей напрям.

Тож будемо використовувати HRM і HRMS у близькому значенні: як систему для управління співробітниками та HR-процесами.

Що можна робити в HRM або HRMS

HRM-система допомагає:

• вести профілі співробітників;
• зберігати дані про команду;
• автоматизувати онбординг;
• погоджувати відпустки та лікарняні;
• вести облік робочого часу;
• запускати опитування;
• проводити оцінювання співробітників;
• працювати з цілями;
• проводити 1:1;
• бачити HR-аналітику;
• зберігати історію змін по співробітнику.

Наприклад, коли новий співробітник прийняв офер, HRM-система допомагає запустити онбординг: створити задачі для HR, менеджера, адміністратора, IT-відділу, підготувати документи, видати техніку, додати людину в потрібні процеси та не забути важливі кроки.

Кому потрібна HRM-система

HRM або HRMS потрібна компаніям, у яких уже є команда і внутрішні HR-процеси стають складнішими.

Система буде корисною, якщо:

• дані про співробітників зберігаються в різних таблицях;
• відпустки погоджуються в чатах;
• HR вручну нагадує менеджерам про онбординг;
• складно побачити актуальну структуру команди;
• оцінювання проводиться в окремих формах;
• немає єдиного профілю співробітника;
• керівники часто питають HR про базові дані;
• HR-команда витрачає багато часу на рутину.

HRM-система допомагає прибрати ручну роботу й зробити процеси зрозумілими для HR, менеджерів і співробітників.

ATS проти HRM: головна різниця

Головна різниця між ATS і HRM дуже проста: ATS працює з кандидатами. HRM працює зі співробітниками.

ATS потрібна до оферу: щоб знайти, оцінити й найняти кандидата. HRM потрібна після оферу: щоб адаптувати співробітника, вести його дані, відпустки, оцінювання, розвиток і внутрішні HR-процеси.

ATS і HRM — це не конкуренти

ATS і HRM не потрібно протиставляти як два взаємовиключні варіанти. Вони відповідають за різні етапи одного шляху людини в компанії.

Спочатку людина є кандидатом:

• бачить вакансію;
• надсилає резюме;
• спілкується з рекрутером;
• проходить співбесіди;
• отримує офер.

На цьому етапі потрібна ATS.

Після оферу людина стає співробітником:

• проходить пребординг;
• виходить у команду;
• адаптується;
• бере відпустки;
• проходить оцінювання;
• бере участь в опитуваннях;
• розвивається в компанії.

На цьому етапі потрібна HRM-система.

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

Що обрати компанії: ATS, HRM чи систему два в одному

Вибір залежить від того, яка проблема зараз найгостріша.

Обирайте ATS, якщо основний біль — рекрутинг

ATS варто впроваджувати першою, якщо компанія активно наймає.

Наприклад:

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

У такій ситуації ATS допоможе впорядкувати рекрутинг і зробити процес найму швидшим.

Обирайте HRM або HRMS, якщо основний біль — внутрішні HR-процеси

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

Наприклад:

• HR вручну веде дані про співробітників;
• відпустки погоджуються в месенджерах;
• онбординг залежить від пам’яті менеджера;
• складно відстежувати лікарняні та відсутності;
• оцінювання проводиться вручну;
• немає єдиної HR-аналітики;
• керівники не бачать актуальної інформації про команду.

У такій ситуації HRM допоможе прибрати хаос і зменшити навантаження на HR-команду.

Обирайте систему ATS + HRM, якщо хочете закрити весь шлях працівника

Якщо компанія і наймає, і активно працює з внутрішніми HR-процесами, окремої ATS або окремої HRM може бути недостатньо.

Тоді краще обирати систему, яка поєднує обидва напрями:

• рекрутинг;
• базу кандидатів;
• онбординг;
• профілі співробітників;
• відпустки та лікарняні;
• оцінювання;
• опитування;
• цілі;
• HR-аналітику.

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

Чому окремі інструменти можуть ускладнювати роботу

На старті здається зручним використовувати різні інструменти для різних задач.

Окрема таблиця для кандидатів. Окрема система для відпусток. Окремі форми для оцінювання. Окремий документ для онбордингу. Окрема таблиця для HR-аналітики.

Але з ростом компанії такий підхід починає створювати проблеми:

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

Тому важливо рахувати не лише вартість окремих сервісів, а й час команди.

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

Як HURMA поєднує ATS і HRM

HURMA — це система, яка поєднує ATS і HRM в одному середовищі. Тобто компанія може вести кандидата у воронці найму, а після оферу продовжити роботу з ним уже як зі співробітником.

У рекрутингу HURMA допомагає:

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

В HRM HURMA допомагає:

• вести профілі співробітників;
• запускати онбординг;
• працювати з відпустками та лікарняними;
• вести облік робочого часу;
• проводити опитування;
• запускати оцінювання;
• працювати з цілями;
• бачити HR-аналітику.

Головна перевага такого підходу — менше розривів між процесами.

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

Як зрозуміти, що компанії вже потрібна система

Компанії варто задуматися про ATS, HRM або систему, яка поєднує обидва напрями, якщо HR-процеси починають залежати від ручного контролю.

Ознаки, що час автоматизуватися:

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

Якщо таких ознак кілька, компанії потрібна не ще одна таблиця, а система, яка допоможе тримати HR-процеси разом.

Підсумуємо

ATS і HRM закривають різні задачі, але обидві системи потрібні для якісного управління людьми в компанії.

HURMA допомагає закрити обидва напрями: автоматизувати рекрутинг, вести HR-процеси та бачити повний шлях людини — від кандидата до співробітника. Спробуйте HURMA, щоб об’єднати ATS і HRMS-процеси в одній системі та прибрати рутину.

Сообщение ATS проти HRM: чим відрізняється і що обрати компанії появились сначала на HURMA.

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

У невеликій команді керівник ще може тримати контекст у голові. Він пам’ятає, хто втомився, хто давно не просив зворотний зв’язок, хто незадоволений навантаженням, а хто думає про розвиток. Але коли команда росте, цього вже недостатньо.

Ось чому в HURMA з’явився звіт із тепловою картою 1:1 зустрічей.

Що таке теплова карта 1:1 зустрічей у HURMA

Теплова карта 1:1 — це візуальний звіт, який показує історію проведених зустрічей із працівниками та рівень ризику за кожною з них. Колір іконки відповідає рівню ризику, який організатор виставив після зустрічі.

Так керівник або HR може одним поглядом побачити, де в команді все стабільно, а де вже з’являються сигнали, які потребують уваги.

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

Що керівник бачить на одному екрані

Головна цінність теплової карти — в тому, що вона швидко відповідає на управлінські запитання:

1. З ким давно не було контакту. Якщо в рядку працівника порожні місяці, це помітно одразу. Керівник бачить не просто список запланованих зустрічей, а реальну історію контакту. Це особливо важливо для команд, де люди працюють віддалено, у різних містах або в різних змінах. Там працівник може формально залишатися в команді, але фактично давно не мати регулярної розмови з керівником.
2. Де ризик накопичується. Одна «помаранчева» або «червона» зустріч ще не завжди означає кризу. Але якщо високий ризик повторюється кілька місяців поспіль, це вже динаміка.. Теплова карта допомагає не загубити такі сигнали. Керівник бачить, що проблема не випадкова, і може повернутися до історії зустрічей, переглянути теми, коментарі та домовленості.
3. У яких командах просідає комунікація. За допомогою фільтрів можна дивитися дані не лише по всій компанії, а й по конкретній команді, організатору, співробітнику, статусу або періоду. Наприклад, одна команда може мати стабільну історію зустрічей із низьким ризиком, а інша — багато пропущених місяців і кілька критичних оцінок. Це вже не окрема проблема одного працівника, а сигнал про управлінську якість комунікації в команді.
4. Які теми найчастіше турбують людей. Окрім теплової карти, у звіті є аналітика за темами зустрічей. Наприклад, керівник може побачити, що в команді все частіше обговорюють розвиток, навантаження, атмосферу або добробут.

Ризик-скор: простий сигнал, який робить 1:1 вимірюваними

У HURMA після 1:1 організатор може виставити рівень ризику за кольоровою шкалою від 1 до 5. Це не замінює нотатки та не перетворює живу розмову на суху оцінку. Навпаки — ризик-скор допомагає коротко зафіксувати головний висновок після зустрічі.

Наприклад:

• працівник мотивований, задачі зрозумілі, напруги немає — ризик 1 або 2;
• є втома, невизначеність або повторювані питання — ризик 3;
• людина прямо говорить про демотивацію, конфлікт, перевантаження або намір шукати інші варіанти — ризик 4 або 5.

Такий підхід важливий саме для менеджменту. Бо керівник не завжди має час перечитувати всі нотатки по всій команді. Але він має швидко бачити, де потрібно втрутитися.

Ризик-скор працює як управлінський маркер: не пояснює всю ситуацію замість менеджера, але показує, куди треба подивитися уважніше.

Це не тільки HR-інструмент

Аналітика 1:1 часто сприймається як зона HR. Але теплова карта в HURMA корисна не лише HR-команді:

1. Для керівника команди — це спосіб не втрачати людей із фокуса. Він бачить, з ким давно не говорив, де є напруга, які домовленості потребують продовження.
2. Для HRD або операційного керівника — це зріз по командах і менеджерах. Можна оцінити не тільки настрій людей, а й те, наскільки регулярно керівники працюють із командою.
3. Для бізнесу — це ранній індикатор ризиків, які пізніше можуть перетворитися на звільнення, втрату продуктивності або конфлікт.

Саме тому теплова карта 1:1 — це повноцінний інструмент менеджменту.

87% зустрічей уже мають оцінку ризику

Аналітика працює лише тоді, коли команда справді користується інструментом. У випадку 1:1 це особливо важливо: якщо зустрічі створюють, але не фіксують після них рівень ризику, керівник знову бачить лише частину картини.

У HURMA вже видно, що користувачі не просто планують 1:1, а й оцінюють їхній результат. 

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

Як керівнику використовувати теплову карту на практиці

Раз на тиждень: перевірити критичні ризики

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

Раз на місяць: подивитися динаміку по команді

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

Це момент, коли варто не просто провести ще одну розмову, а перевірити причини: навантаження, роль, менеджмент, кар’єрні очікування, компенсацію, конфлікти, адаптацію.

Раз на квартал: аналізувати теми та системні проблеми

Квартальний перегляд допомагає побачити не окремі випадки, а загальну картину. Які теми повторюються? Які менеджери проводять зустрічі регулярно? Де багато скасувань? У яких командах немає системного контакту з людьми?

Так 1:1 стають не просто комунікаційною практикою, а джерелом рішень для HR-стратегії та менеджменту.

Підсумуємо

HURMA оновила функціонал 1:1 зустрічей так, щоб їх було зручно планувати, проводити, фіксувати й аналізувати. А теплова карта робить головне: збирає всю історію комунікації з командою в один зрозумілий звіт.

Хочете побачити, де у вашій команді накопичуються ризики? Замовте демо HURMA та подивіться, як працює теплова карта 1:1 зустрічей на практиці.

Сообщение Теплова карта 1:1 зустрічей: як керівнику бачити ризики в команді до того, як людина піде появились сначала на HURMA.

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

Але між командою з 20 людей і компанією на 200 людей лежить не просто ще 180 наймів. Це перехід від стартапу до операційної системи, яка витримує держзамовлення, R&D, виробництво, документацію, безпеку, підтримку, закупівлі, фідбек від військових і постійні зміни продукту.

Чому MilTech-команди масштабуються саме зараз

Попит на фахівців зростає швидко. 

За аналітикою DOU про найм в оборонних компаніях, у I кварталі 2026 року на платформі з’явилося 3005 deftech-вакансій — більше, ніж за весь 2024 рік. Приріст порівняно з IV кварталом 2025 року становив 35,4%.

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

Показовий приклад — Frontline Robotics. У тому ж матеріалі DOU компанія зазначала, що у 2026 році планує знайти ще 100–200 спеціалістів, бо зростає запит на тактичні коптери, виробництво, R&D і нові продукти.

20 людей — це команда, 200 людей — це вже система

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

У команді на 200 людей така модель перестає працювати. Не тому, що люди стають менш мотивованими. А тому, що кількість зв’язків, рішень і ризиків зростає швидше, ніж чисельність команди.

У MilTech це особливо критично, бо помилка може виникнути не тільки в коді або залізі. Вона може з’явитися в документації, виробничому маршруті, комунікації з підрозділом, контролі якості, логістиці, безпеці даних, рекрутингу або онбордингу нового інженера.

Перше вузьке місце: наймати людей швидше, ніж з’являються процеси

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

У MilTech це швидко проявляється в конкретних симптомах:

• рекрутери закривають вакансії, але керівники напрямів не встигають проводити технічні інтерв’ю;
• нові інженери виходять у команду, але не мають структурованого онбордингу;
• частина знань залишається в головах senior-фахівців;
• R&D і виробництво по-різному розуміють пріоритети;
• зміни після фідбеку не завжди доходять до документації;
• кандидати губляться між чатами, таблицями й особистими повідомленнями;
• фаундери залишаються єдиною точкою ухвалення рішень.

На етапі активного масштабування рекрутинг MilTech-команди має бути не просто швидким, а й керованим. Компанії потрібна система, де видно всі вакансії, етапи, відповідальних, джерела кандидатів, причини відмов, швидкість проходження воронки, коментарі технічних інтерв’юерів і статуси оферів.

Друге вузьке місце: компанія наймає інженерів, але забуває про функції навколо них

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

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

За даними DOU про deftech-вакансії у I кварталі 2026 року, в оборонці стабільно зростав попит на hardware-спеціалістів: таких вакансій було 496, що на 175 більше, ніж у попередньому кварталі. Також зросла кількість вакансій Project Manager, Product Manager, Embedded, QA, HR, Marketing, Sales і Support.

Це показує важливу зміну: MilTech-компанії масштабують не просто інженерний відділ, а всю систему навколо продукту.

Бо якщо є інженери, але немає сильного project management — задачі зависають між R&D, виробництвом і польовими тестами. Якщо немає product-функції — фідбек від військових складно перетворити на зрозумілі пріоритети для команди. Якщо немає QA та контролю якості — помилки можуть потрапити в серійне виробництво. Якщо немає support-команди — продукт складно супроводжувати після передачі користувачам. Якщо немає HR і рекрутингу — найм стає хаотичним, а нові люди довго входять у контекст.

Тому на шляху до масштабування MilTech-стартапу потрібно наймати не лише “ще інженерів”, а й ролі, які роблять інженерну роботу керованою.

Третє вузьке місце: фаундер залишається головним менеджером усього

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

У матеріалі Laba з кофаундером Buntar Aerospace є важлива для MilTech-ринку теза: багато компаній закрилися не через слабкі технології, а через слабкий менеджмент. 

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

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

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

Юлія Руснак, HRD Inguar Defence

Масштабування команди починається там, де компанія перестає триматися на пам’яті кількох людей.

Четверте вузьке місце: онбординг не встигає за наймом

Коли MilTech-стартап наймає кількох людей на місяць, адаптацію ще можна вести вручну. Коли компанія наймає десятки людей, онбординг стає критичним процесом.

Особливо для інженерної команди.

Новий спеціаліст має швидко зрозуміти не лише стек або технічну архітектуру. Він має зрозуміти контекст продукту, обмеження безпеки, правила роботи з документацією, вимоги до якості, логіку польового фідбеку, межі доступу до інформації, процеси комунікації з R&D, виробництвом і support-командою.

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

«Час до ефективності працівника — це гроші. Тому що нова людина починає працювати без структурованого процесу і ці три дні до початку онбордингу — теж гроші».

— Олена Турчак, HRD Фундації Олени Зеленської, у кейсі HURMA

Senior-фахівці витрачають час на повторення однакових пояснень. Критичні знання передаються усно. Помилки повторюються, бо немає єдиного місця, де зафіксовано правила.

Пʼяте вузьке місце: фронтовий фідбек не перетворюється на системне знання

MilTech-продукт не можна масштабувати тільки за результатами лабораторних тестів або внутрішньої продуктової візії. Реальне використання швидко показує деталі, які команда могла не врахувати.

У розмові Laba з кофаундером Buntar Aerospace пояснюється, що навіть коли продукт добре працює технічно, це ще не означає, що він готовий до бойового використання. Проблеми можуть виникнути в пакованні, маркуванні, зручності монтажу, роботі вночі або в тому, як саме підрозділ використовує виріб у реальних умовах.

Для команди на 20 людей такий фідбек часто доходить напряму до фаундера або головного інженера. Для команди на 200 людей цього вже недостатньо.

Потрібен процес, який відповідає на кілька питань: хто збирає фідбек від військових, як він потрапляє до product/R&D, як визначається пріоритет змін, хто оновлює документацію, як зміна доходить до виробництва, як support-команда дізнається про нову версію продукту тощо.

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

Шосте вузьке місце: держзамовлення вимагає не тільки продукт, а й документацію

У матеріалі Laba про міфи MilTech зазначається, що стартапи часто недооцінюють роль документації: держава купує не ідею, а пакет документів — тактико-технічні характеристики, протоколи випробувань, підтвердження відповідності стандартам. Якщо цього немає, для держзамовника продукт фактично не існує, навіть якщо він добре працює.

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

На певному етапі MilTech-стартапу потрібні люди або функції, які відповідають за технічну документацію, протоколи випробувань, сертифікаційні вимоги, юридичну частину, комунікацію з держзамовником, підготовку до перевірок, контроль версій продукту й документів.

Сьоме вузьке місце: ріст команди без HR-аналітики

Коли вакансій стає багато, фаундеру або Head of HR потрібно бачити, що саме відбувається у воронці.

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

Без цих даних масштабування перетворюється на відчуття. 

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

Як структурувати масштабування MilTech

Поділимо цей шлях на три умовних етапи.

Етап 1. Від 20 до 50 людей: зафіксувати основу

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

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

Етап 2. Від 50 до 100 людей: розділити функції

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

Потрібно окремо посилювати R&D, production, QA, product, HR, рекрутинг, бухгалтерію, юристів, підтримку тощо.

Саме тут важливо не просто наймати більше людей, а розуміти, яка функція є вузьким місцем. Іноді компанії потрібен не ще один embedded-інженер, а сильний технічний рекрутер. Не ще один R&D-спеціаліст, а project-менеджер, який розвантажить команду. Не ще один sales, а людина, яка наведе лад у документації під закупівлі.

Етап 3. Від 100 до 200 людей: масштабувати керованість

На цьому рівні компанія вже має працювати як система.

Рекрутинг має бути прозорим і вимірюваним. Онбординг — повторюваним. Доступи — контрольованими. Фідбек — структурованим. Документація — актуальною. Виробництво — синхронізованим із R&D. HR — не сервісом “закрити вакансію”, а функцією, яка допомагає компанії виконувати бізнес-цілі.

Роль HR-системи для MilTech

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

Тому MilTech-стартапу потрібен окремий HR-контур, який працює так само системно, як виробничий або фінансовий контур. 

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

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

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

Масштабування починається з керованих процесів

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

У записі live-демо HURMA «Безпечний рекрутинг в MilTech та Defense: від заявки до найму» показуємо, як зібрати рекрутинг в одному захищеному процесі: працювати з кандидатською базою, керувати доступами та вести людину від заявки до найму й онбордингу.

Підсумуємо

У MilTech росте не той, хто просто наймає швидше. Росте той, хто вміє перетворити швидкість на керованість, а інженерну силу — на стабільну виробничу й організаційну спроможність.

Сообщение Як масштабувати команду MilTech-стартапу з 20 до 200 людей появились сначала на HURMA.

Лише за перші три місяці 2026 року на DOU з’явилося 3 005 вакансій у deftech — більше, ніж за весь 2024 рік. Оборонні компанії розширюють виробництво, R&D і нетехнічні напрями, а разом із галуззю зростає й потреба в людях, яких потрібно швидко знайти, оцінити, найняти та ввести в роботу.

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

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

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

Чому найм у дефтеху відрізняється

У більшості бізнесів ефективність рекрутингу вимірюють через time-to-hire, вартість найму, кількість закритих вакансій і конверсію між етапами.

Для дефтеху цього недостатньо. HR-команда має одночасно враховувати:

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

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

До цього додається постійний кіберризик.

У 2025 році CERT-UA опрацювала 5 927 кіберінцидентів — на 37,4% більше, ніж роком раніше. Серед основних цілей атак залишалися сектор безпеки й оборони, державні організації, енергетика, телекомунікації та комерційні компанії.

CERT-UA також фіксувала цільові атаки на працівників оборонних підприємств і представників Сил оборони. Для таких атак зловмисники використовували теми, пов’язані з БпЛА, засобами радіоелектронної боротьби та іншими військовими технологіями.

За цих умов постачальника HR-системи не можна оцінювати лише за ціною, дизайном інтерфейсу чи довжиною переліку функцій.

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

Коли таблиці й месенджери стають додатковим ризиком

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

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

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

У результаті компанія втрачає не лише час. Їй стає складніше відповісти на базові запитання:

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

Єдина ATS потрібна не просто для заміни декількох таблиць однією програмою. Її завдання — створити контрольований процес із визначеними ролями, етапами, відповідальними людьми та збереженою історією.

Якою має бути HR-система для оборонної команди

Для компанії, що працює з оборонними технологіями, важливо оцінювати не тільки можливості рекрутингу.

Архітектура

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

Загального твердження «наша система безпечна» недостатньо. Компанія має розуміти, як саме організовані зберігання та обробка інформації.

Ролі та доступи

Рекрутер, технічний інтерв’юер, керівник напряму, HRD і системний адміністратор не обов’язково повинні бачити однаковий обсяг даних.

Система має підтримувати розподіл прав відповідно до ролей і внутрішніх процесів компанії.

Інтеграції

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

Тому важливо оцінювати, чи може ATS стати частиною корпоративної інфраструктури, а не ще одним ізольованим кабінетом.

Кероване масштабування

Система має витримувати зростання кількості вакансій, кандидатів, рекрутерів, підрозділів і локацій без повернення до ручних таблиць.

Підтримка після впровадження

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

Single Tenant — архітектурна база HURMA

У багатьох SaaS-системах використовується Multi Tenant архітектура: кілька клієнтів працюють у спільному середовищі, а їхні дані розділяються всередині однієї інфраструктури.

HURMA побудована на Single Tenant архітектурі: кожен клієнт має окреме ізольоване середовище, а його дані архітектурно відокремлені від даних інших компаній.

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

«До нас часто приходять компанії, які працюють із чутливою інформацією, адже у нас архітектура Single-Tenant. Дані кожної компанії ізольовані, при тому, як у всіх інших продуктів дані зберігаються разом із даними інших компаній, іноді конкурентів... Це найкраща модель і вона єдина на ринку». — Володимир Федак, СЕО HURMA

Розгортання на серверах клієнта

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

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

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

Як HURMA допомагає керувати наймом

Безпека архітектури важлива, але система також має розв’язувати щоденні задачі рекрутингової команди.

Уся історія та робота з кандидата в одному середовищі

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

“Функція HURMA, яка суттєво спрощує роботу, — можливість надати керівникам доступ до вакансії. Вони можуть у будь-який момент переглянути поточний статус пошуку, кандидатів, нотатки після співбесід і виконані тестові завдання. Це допомагає швидше ухвалювати рішення та своєчасно коригувати пошук. І найголовніше — більше не потрібно вести десятки окремих таблиць або пересилати резюме в месенджерах, де інформація легко губиться.” — Тетяна, рекрутерка Благодійного фонду Сергія Притули

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

Робота з різними джерелами кандидатів

HURMA підтримує роботу з Work.ua, robota.ua, OLX Робота, Djinni, DOU, LinkedIn та іншими каналами залучення кандидатів.

«Особливо хочеться відзначити можливості HURMA для рекрутингу. Інтеграції з популярними платформами пошуку роботи дозволяють швидко публікувати вакансії та централізовано працювати з відгуками. Усі етапи підбору персоналу можна гнучко налаштувати відповідно до внутрішніх процесів компанії, що робить роботу рекрутера максимально ефективною та структурованою». — Мирослава Носенко, Recruiter/HR, Militech Group

Своєю чергою AI Screening допомагає швидше працювати з великим потоком кандидатів. ШІ аналізує резюме відповідно до вимог вакансії, формує AI Score для кожного кандидата та допомагає рекрутеру швидше визначити, кого варто розглядати насамперед. За потреби компанія може налаштувати автоматичні дії залежно від отриманої оцінки, щоб скоротити час на первинний відбір.

Воронка рекрутингу та Kanban-дошка

Команда бачить, на якому етапі перебуває кожен кандидат, хто за нього відповідає і яка дія має бути наступною.

“У HURMA ми бачимо весь шлях кандидата, відповідальних, домовленості й наступні кроки. Це дає команді працювати швидко, без втрати контролю”, — підкреслює Head of the Recruitment української MilTech-компанії (назву не розкриваємо на прохання клієнта)

Процес можна налаштовувати під різні типи ролей. Наприклад, шлях кандидата на виробничу позицію може відрізнятися від відбору інженера, керівника R&D або фахівця з кібербезпеки.

Масове опрацювання відгуків

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

Комунікація без постійного перемикання між сервісами

Інтеграція з Ringostat дає змогу телефонувати кандидатам безпосередньо з робочого процесу в HURMA.

Чим менше часу проходить між відгуком і першим змістовним контактом, тим менший ризик втратити кандидата на конкурентному ринку.

Робота з різними локаціями

Кандидатів можна розподіляти за містами, районами, офісами, магазинами чи іншими локаціями.

“Ми все тримаємо в одному модулі в HURMA, хоча і розділили на дві філії. Це дуже зручно, тому що це унеможливлює ситуацію, що ми будемо наступати на одні і ті ж самі граблі.” — Олена Турчак, HRD Фундації Олени Зеленської

Для дефтех-компаній аналогічний підхід може застосовуватися до виробничих майданчиків, R&D-центрів, офісів і команд — відповідно до структури та налаштувань конкретної організації.

Аналітика рекрутингу

У HURMA можна аналізувати:

• джерела кандидатів;
• конверсію між етапами;
• швидкість закриття вакансій;
• завантаження рекрутерів;
• причини відмов;
• ефективність окремих каналів;
• стан рекрутингової воронки.

Це допомагає перейти від загального відчуття, що «найм рухається повільно», до конкретного розуміння, на якому етапі виникла проблема.

«Аналітика зараз з HURMA — це все суперзручно і швидко. Ти просто зайшов, подивився і все. І в тебе вже є інформація, на основі якої ти можеш приймати рішення. HURMA дуже сильно полегшила життя». — Олена Турчак, HRD Фундації Олени Зеленської

Для розширеної управлінської аналітики дані можуть використовуватися в кастомних дашбордах, зокрема в Looker Studio.

Інтеграції з внутрішніми системами

HURMA може інтегруватися із системами обліку, ERP, LMS, телефонією та іншими рішеннями, які вже використовує компанія.

Конкретний сценарій залежить від IT-архітектури та задач клієнта. Під час впровадження команда HURMA допомагає налаштувати систему, провести навчання та організувати супровід.

Після оферу робота тільки починається

Для оборонної компанії недостатньо знайти спеціаліста й отримати прийнятий офер.

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

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

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

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

HURMA обирають організації з важливою місією

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

Серед таких клієнтів HURMA — Благодійний фонд Сергія Притули, що підтримує Сили оборони України, та Фундація Олени Зеленської, яка реалізує масштабні суспільно важливі проєкти.

У Благодійному фонді Сергія Притули HURMA почали використовувати під час стрімкого зростання організації. Система допомогла об’єднати облік команди, відсутності, події, базу знань та інші HR-процеси.

“HURMA — це унікальна система, яка дає змогу в одній вкладці простежити шлях кандидата до працівника. У нас був кейс, коли саме аналіз причин відмов допоміг виявити слабке місце однієї з вакансій. Після внесення змін ми значно швидше знайшли потрібного кандидата. Здається, що це дрібниця, але коли бачиш реальні цифри, стає зрозуміло, де насправді криється проблема.” — Тетяна, рекрутерка Благодійного фонду Сергія Притули

У Фундації Олени Зеленської до автоматизації частина інформації зберігалася в таблицях, календарях, чатах і окремих файлах. З HURMA рекрутинг, онбординг, відсутності, аналітику та базу знань вдалося зібрати в одному середовищі.

“Час до ефективності працівника — це гроші. HURMA якраз допомагає економити ці гроші. Бо якщо новенька людина починає працювати без структурованого процесу, то ці умовні три дні до початку онбордингу — це теж гроші.” — Олена Турчак, HRD Фундації Олени Зеленської

Побачте, як працює безпечний рекрутинг у MilTech

Архітектура, захист даних і контроль доступів важливі не самі по собі. Головне — як вони працюють у щоденному HR-процесі, коли з кандидатськими даними взаємодіють рекрутери, hiring managers та інші учасники найму.

У записі live-демо HURMA «Безпечний рекрутинг в MilTech та Defense: від заявки до найму» показуємо це на реальному інтерфейсі: як зберігається кандидатська база, розмежовуються права доступу та виглядає захищений шлях кандидата від заявки до оферу й онбордингу.

Підсумуємо

HURMA допомагає побудувати єдине HR-ядро, яке об’єднує рекрутинг, дані кандидатів, комунікацію, аналітику, пребординг та подальші HR-процеси.

Працюєте в дефтеху чи мілтеху?

Звʼяжіться з нами — покажемо, як HURMA може допомогти впорядкувати найм, кандидатські дані, аналітику та HR-процеси у вашій команді. Для дефтех- і мілтех-компаній маємо спеціальні умови та готові окремо обговорити вимоги до інтеграцій, Single Tenant архітектуру й можливий сценарій розгортання HURMA на серверах клієнта.

Сообщение Безпека, на яку можна покластися: HURMA — HR-ядро для тих, хто будує оборону появились сначала на HURMA.

Матеріал актуальний станом на 8 липня 2026 року.

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

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

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

Офіційного переліку професій, за якими жінок обов’язково мобілізують, в Україні немає.

Існує наказ Міністерства оборони України від 11 жовтня 2021 року №313. Ним затверджено перелік цивільних спеціальностей і професій, споріднених із відповідними військово-обліковими спеціальностями.

Але цей документ не є списком професій для примусової мобілізації. Закон розділяє жінок на три основні категорії:

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

Хто з жінок зобов’язаний стати на військовий облік

Обов’язковому взяттю на військовий облік підлягають жінки, які:

• придатні до проходження військової служби за станом здоров’я та віком;
• закінчили заклад професійної, фахової передвищої або вищої освіти;
• здобули медичну або фармацевтичну спеціальність.

Це правило встановлене частиною 11 статті 1 Закону України «Про військовий обов’язок і військову службу».

Визначальною є саме здобута освіта, а не поточне місце роботи чи назва посади. 

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

До медичних і фармацевтичних напрямів можуть належати, зокрема:

• медицина;
• стоматологія;
• медсестринство;
• акушерство;
• фармація;
• технології медичної діагностики та лікування;
• інші спеціальності, які відповідно до документів про освіту належать до медичних або фармацевтичних.

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

Чи підлягають мобілізації медикині та фармацевтки

Жінки з медичною або фармацевтичною освітою зобов’язані перебувати на військовому обліку, однак це не означає їхньої обов’язкової мобілізації.

Частина 12 статті 1 Закону України «Про військовий обов’язок і військову службу» передбачає, що жінки, які перебувають на військовому обліку, у воєнний час можуть бути призвані на військову службу або залучені до робіт із забезпечення оборони держави у добровільному порядку.

Постанова Кабінету Міністрів України №560, яка регулює процедуру призову під час мобілізації, також передбачає добровільний порядок призову жінок.

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

Жінка може добровільно долучитися до Сил оборони, зокрема уклавши контракт. Але лише наявність медичного або фармацевтичного диплома не дає підстав мобілізувати її без згоди.

Які жіночі професії входять до переліку Міноборони №313

Наказ Міноборони №313 містить перелік спеціальностей і професій, споріднених із військово-обліковими спеціальностями. До нього входять не лише медичні та фармацевтичні напрями. У документі зазначені, зокрема:

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

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

Однак включення спеціальності або професії до наказу №313 не означає, що всі жінки з такою освітою зобов’язані стати на військовий облік.

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

Чи повинні ІТ-фахівчині, бухгалтерки та психологині ставати на військовий облік

Ні, лише наявність такої професії не створює обов’язку ставати на військовий облік. Добровільний порядок діє, зокрема, для:

• програмісток та інших ІТ-фахівчинь;
• спеціалісток із кібербезпеки;
• інженерок;
• працівниць телекомунікаційної сфери;
• бухгалтерок;
• економісток;
• маркетологинь;
• менеджерок;
• психологинь;
• соціальних працівниць;
• ветеринарок;
• перекладачок;
• кухарок.

Жінки з цих напрямків можуть звернутися до ТЦК та СП і стати на військовий облік добровільно. Роботодавець не може вимагати від них обов’язкової постановки на облік лише через професію або спеціальність.

Чи може жінка не з’являтися за викликом ТЦК

Добровільність військової служби не скасовує правил військового обліку.

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

Тому не можна ототожнювати:

• відмову від добровільного проходження військової служби;
• ігнорування законного виклику ТЦК.

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

Про яких працівниць роботодавець повинен повідомляти ТЦК

Роботодавці повинні повідомляти відповідний районний або міський ТЦК та СП про працівниць, які одночасно:

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

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

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

Чи можуть мобілізувати жінку без військово-облікової спеціальності

Обов’язкова мобілізація жінок незалежно від професії станом на сьогодні не передбачена.

Жінка без медичної або фармацевтичної освіти може добровільно вступити на військову службу за умови відповідності встановленим вимогам. Для цього не обов’язково мати професію з наказу №313: потрібну військову спеціальність можна здобути під час навчання.

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

Джерела та актуальність

Для юридичних фактів у матеріалі використано:

• Закон України «Про військовий обов’язок і військову службу» №2232-XII.
• Закон України «Про мобілізаційну підготовку та мобілізацію» №3543-XII.
• Порядок проведення призову під час мобілізації, затверджений постановою КМУ №560.
• Наказ Міністерства оборони України від 11 жовтня 2021 року №313.

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

Сообщение Жіночі професії, які підлягають мобілізації: актуальний перелік і правила у 2026 році появились сначала на HURMA.