Третя частина присвячена практичній роботі автоматичної системи: які дані вона перевіряє, коли оформлює право, для чого використовує скоринг і як діє у складних випадках. Це опис запропонованої системи. Її правила, законодавча основа та програмне забезпечення потребують розроблення й випробування.
1. Автоматичний порядок починається з однієї заяви
Працівник, ФОП, кадрова служба або представник подає відомості через електронний сервіс; за потреби допомагає ЦНАП. Система створює одну справу, пов’язує її з діяльністю та необхідними роботами, отримує доступні державні дані й перевіряє персональні умови.
Типова повна заява проходить увесь шлях автоматично. Перед нею немає окремого індивідуального погодження критичності юридичної особи, послуги чи договору. Якщо працівник і кадровик звернулися щодо тієї самої людини та роботи, їхні відомості доповнюють одну справу.
Окремо перевіряються законні умови відстрочки, кадрова потреба й достатність підтверджень. Окремо обчислюється ризик зловживань. Їх не можна об’єднувати в загальний бал, де добра історія підприємства компенсує відсутність необхідної роботи або кваліфікації.
2. Які дані потрібні
Система має працювати з чотирма групами відомостей:
- Підстава: яка критична функція забезпечується, потрібний обсяг, строк, допустима перерва та зв’язок із завданням, об’єктом, послугою, виробництвом, договором або професією.
- Кадрова потреба: необхідні роботи, кваліфікації, графік, одночасна присутність, підміна та обґрунтований резерв.
- Участь людини: законна форма роботи, фактична роль, кваліфікації, період участі й персональні умови відстрочки.
- Підтвердження: джерела відомостей, документи, дати, повідомлення про зміни та результати перевірок.
Джерелами можуть бути військовий реєстр, ПФУ, ДПС, ЄДР, професійні й галузеві системи, а також належні документи роботодавця, замовника та самого виконавця. Відомості про офіційну зайнятість підтверджують трудові відносини, але самі по собі не доводять необхідності конкретної роботи.
Для кожного факту зберігаються джерело, період, якого він стосується, та час оновлення. Документ, чинний учора, не завжди підтверджує сьогоднішній стан. Водночас відсутність запису в одному реєстрі не доводить, що діяльності або документа немає.
Паперові документи допускаються там, де їх передбачають правила доказування. Їх оцифровують і перевіряють визначеним способом. Розпізнавання тексту допомагає заповнити поля, але не засвідчує справжність документа. Так само підписи сторін договору не виключають фіктивності роботи: потрібні підтвердження, належні для відповідного етапу виконання.
Збираються лише відомості, потрібні для конкретних перевірок. Доступ розмежовується за повноваженнями; оборонні й персональні дані не публікуються у відкритому переліку. Вимоги до точності, актуальності та ненадмірності персональних даних уже закріплені у статті 6 Закону «Про захист персональних даних».[1]
3. Коли система оформлює право
Кожний обов’язковий факт має один із чотирьох станів. Це дає змогу відрізнити відсутню інформацію від установленого невиконання умови.
| Стан перевірки | Дія системи |
|---|---|
| Умову підтверджено | Коли підтверджено всі необхідні умови й немає суттєвих суперечностей, відстрочка оформлюється автоматично. |
| Відомостей недостатньо | Система запитує конкретні дані, пропонує виправлення або дозволений альтернативний спосіб підтвердження. Нестача даних не стає автоматичною відмовою. |
| Є суттєва суперечність | З’ясовується конкретне питання, від якого залежить підстава. Наприклад, одночасна обов’язкова присутність людини у різних місцях. |
| Установлено невиконання обов’язкової умови | Ухвалюється мотивоване рішення за цією підставою із передбаченими законом гарантіями виправлення й оскарження. |
Для автоматичної відмови закон має визначити однозначні випадки та процедуру повідомлення й подання заперечень. Вона не може ґрунтуватися лише на недоступному реєстрі, неповному файлі або високому ризиковому балі.
Суттєва суперечність повинна мати конкретний зміст і вплив на необхідну умову. Загальна підозра або незвичний, але здійсненний графік не повинні перетворюватися на привід зупинити оформлення.
Нестача людей для повного складу команди сама по собі не блокує оформлення тим, чия необхідна роль і можливість законно виконувати свою частину роботи вже підтверджені. Незабезпечена кадрова потреба фіксується окремо. Вакансія та неможливий особистий графік — різні обставини.
Рішення містить відповідальний орган, правову підставу, строк дії та спосіб перевірки. Момент виникнення права й підтвердження на випадок затримки його відображення потрібно прямо визначити законом. Статус «заяву прийнято» або попередній позитивний висновок ще не означають наданої відстрочки.
4. Як працює числовий скоринг
Скоринг — це обчислення показника ризику для організації контролю. Для проєкту пропонується шкала від 0 до 100. Вона не оцінює суспільну цінність людини, не визначає критичність професії та не розподіляє приховану квоту відстрочок.
Кожна ознака ризику має зрозумілий опис, перевірюване джерело, правила визначення її вираженості та додатну вагу — силу впливу на підсумок. Для різних видів діяльності та етапів роботи можуть знадобитися різні набори ознак.
Пропонований спосіб обчислення простий: вираженість кожної застосовної ознаки визначається від 0 до 1, множиться на її вагу; результати сумуються, діляться на суму ваг і множаться на 100. Обчислення використовує весь передбачений методикою набір застосовних ознак. Відсутні дані не дозволяють вилучити незручну для перевірки ознаку й показати штучно знижений бал.
Кандидатами для перевірки під час пілоту можуть бути непояснене зростання заявленої чисельності за незмінного обсягу робіт, ознаки повторного врахування тих самих операцій або істотні зміни первинних відомостей заднім числом. Кожна така обставина може мати законне пояснення. Перелік, ваги й пороги потрібно обґрунтувати, випробувати та затвердити до практичного застосування.
Бал 70 не означає 70 відсотків імовірності шахрайства. Це значення за конкретною методикою. Порівнянність оцінок між галузями також потрібно перевірити. Одна обставина не повинна кілька разів збільшувати бал під різними назвами.
Малий штат, новизна бізнесу, неприбутковість, статус ФОП, паперовий документ або звернення за виправленням даних самі по собі не підвищують ризик. Якщо відомостей для скорингу бракує, система показує «оцінка неповна». Відсутні дані не прирівнюються до нульового ризику.
Головне правило: підтверджене право оформлюється автоматично; окремо визначаються предмет і черговість контролю. Підвищений бал може спрямувати справу на пріоритетну подальшу перевірку. До оформлення з’ясовуються конкретні суперечності щодо необхідних умов, а не сам по собі високий бал.
Для контролю потрібна також випадкова вибірка справ із нижчими оцінками. Інакше система перевірятиме лише знайомі їй ознаки й не зможе належно оцінити пропущені зловживання. Строки перевірок та оскарження залишаються обов’язковими незалежно від місця справи в черзі.
5. Що відбувається під час перевірки або помилки
Заявник бачить, яку умову перевірено, чого бракує, яка суперечність виникла, хто за неї відповідає та коли має бути результат. Повідомлення «відмовлено алгоритмом» недостатньо. Стаття 8 Закону «Про захист персональних даних» передбачає право знати механізм автоматичної обробки та право на захист від автоматизованого рішення з правовими наслідками.[1]
Ручна перевірка стосується визначеного факту: справжності документа, графіка або участі людини. Посадовець не отримує права заново вирішувати, чи «заслуговує» заявник на відстрочку. Після встановлення факту або виправлення даних система автоматично повторює залежні перевірки й продовжує ту саму справу.
Виправлення не обнуляє час розгляду. Потрібен граничний строк усієї процедури, включно з міжвідомчими запитами. Прострочення фіксується, спрямовується відповідальному керівнику та може бути оскаржене. Наслідки державної затримки й тимчасовий захист визначає закон; сама затримка не доводить права.
Справа не може безстроково залишатися «на уточненні». Якщо після повідомлення, можливості надати докази та передбачених перевірок обов’язкову умову так і не підтверджено, можливе мотивоване ненадання відстрочки саме з цієї причини. Це не висновок про обман. Закон має розрізняти ненадання заявником доступних йому доказів і затримку державних відомостей, установлювати наслідки другої та захист добросовісної людини.
За рішення відповідає визначений державний орган. Технічний адміністратор забезпечує роботу сервісу, але не підмінює орган, уповноважений ухвалювати рішення. Межі автоматичної відмови, порядок перегляду й обов’язок виправлення помилок потрібно прямо закріпити для цього механізму.
Зберігається історія справи: використані факти й джерела, версія правил, результати перевірок, складники ризикової оцінки та ручні дії з поясненнями. Посадовець не може довільно змінити вагу ризикової ознаки для окремої людини.
Оновлення скорингу може змінити план контролю, але саме по собі не припиняє вже наданої відстрочки. Зміна законних умов має окрему дату застосування та перехідні правила. Програма не повинна непомітно переписувати ці умови під час оновлення.
6. Продовження права та робота під час збоїв
Система завчасно перевіряє строк підстави й актуальність даних. За збереження необхідних умов відстрочка продовжується автоматично. Повідомлення про новий договір, зміну ролі, завершення етапу або звільнення оновлює відповідну частину справи.
Одна людина може мати кілька підтверджених підстав для однієї відстрочки. Завершення одного договору потребує перевірки решти. Заміна роботодавця не означає безумовного збереження права: має підтверджуватися продовження охопленої критичної діяльності.
Якщо не працює лише модуль скорингу, а обов’язкові правові перевірки завершено, оформлення не повинно зупинятися. Ризик оцінюється після відновлення. Якщо недоступне джерело необхідного факту, система повторює запит або застосовує дозволене альтернативне підтвердження. Вона не вигадує ні позитивного факту, ні причини відмови.
Технічний збій не є підставою анулювати чинне право. Проте його збереження після спливу встановленого строку потребує прямо передбаченої законом гарантії. Так само початковий захист нового працівника діє лише після підтвердження визначених умов і законного початку роботи, за спеціально встановленою процедурою.
Повторний технічний запит продовжує ту саму справу й не створює нових кадрових місць. Припинення останньої підстави запускає окрему процедуру з повідомленням і можливістю перегляду. Добросовісний працівник не повинен втрачати захист заднім числом через помилку державного обміну даними.
7. Перевірка логіки на дванадцяти ситуаціях
Усі приклади умовні. Позитивний результат передбачає виконання персональних вимог закону, відповідність діяльності затвердженим умовам і підтверджену необхідність участі людини. Чисельність бригади або договір самі по собі права не створюють.
| № і ситуація | Очікувана робота системи |
|---|---|
| 1. Мала організація утримує місцеву мережу без окремого статусу критичної інфраструктури | За підтверджених законних повноважень, необхідної послуги та робіт — автоматичне оформлення. Статус, якого нові правила не вимагають, не стає додатковою умовою. |
| 2. Двоє фахівців обслуговують кілька котелень | Перевіряється спільний графік, переїзди, підміна й аварійна готовність. За здійсненного плану — автоматичне оформлення. Неможливий графік уточнюється. Вакансія сама по собі не блокує тих, хто може законно виконувати підтверджену необхідну частину роботи. |
| 3. Троє виконавців обслуговують підстанції | За підтверджених кваліфікацій, допусків і необхідних ролей — автоматичне оформлення. Не знайдено запису про допуск — уточнення. Достовірно встановлено відсутність обов’язкового допуску для єдиної заявленої роботи — мотивоване рішення про відмову за цією підставою. |
| 4. Триває потрібний ремонт мосту | Підтверджено завдання, поточний етап, план і виконавців — автоматичне оформлення за належними доказами цього етапу. Фінальний акт усього ремонту для початку робіт не вимагається. |
| 5. Один постачальник забезпечує кілька лікарень | За підтвердженої необхідності поставок і робіт — автоматичне оформлення за об’єднаним розрахунком. Кілька сумісних договорів підтримують одну відстрочку та не множать кадрову потребу. |
| 6. Є лише договір із лікарнею | Якщо необхідність конкретної функції не встановлена через брак даних — уточнення. Якщо належними даними доведено невідповідність правилам — мотивована відмова. Назва покупця не замінює підстави. |
| 7. Людина практикує визначену критичну професію | За підтвердженого права на практику та фактичної діяльності — автоматичне оформлення без роботодавця. Коротка відсутність клієнтів не означає припинення, якщо необхідною функцією є також доступність послуги. |
| 8. Новий ФОП або щойно прийнятий працівник | Застосовуються докази початкового етапу й оперативні відомості. Усі умови встановлено — автоматичне оформлення; бракує потрібного факту — уточнення. Багаторічна історія не вимагається, новизна сама по собі не додає ризику. Початковий захист — лише за встановленою законом процедурою. |
| 9. До підтвердженої команди додали людей без необхідних ролей | Незалежні повні справи завершуються автоматично. Щодо доданих осіб — уточнення, а за встановленої відсутності необхідної ролі — відмова. Якщо спірним став спільний розподіл робіт, перевіряється весь залежний від нього блок; правило «хто подався першим» не застосовується. |
| 10. Одна людина заявлена на несумісні роботи | Спочатку уточнення, за неусунутої суттєвої суперечності — предметна перевірка. Кілька договорів самі по собі не є порушенням. Інша незалежна й достатня підтверджена підстава може використовуватися окремо. |
| 11. Замовник заперечує акт виконання | Перевіряються спірний факт, походження документа та альтернативні докази. Заперечення замовника не є правом вето. Рішення спирається на правові умови й результати належної перевірки; непідтвердження обов’язкового факту після встановленої процедури не прирівнюється до обману. |
| 12. Документ паперовий або реєстр недоступний | Після належної перевірки допустимого документа справа може завершитися автоматично. За недоступних даних — повторний запит чи дозволена перевірка, без автоматичної підозри. Для продовження захисту після закінчення його строку застосовується передбачена законом гарантія. |
Ця таблиця перевіряє послідовність правил. Вона не доводить точності скорингу або працездатності програмного забезпечення. Для цього потрібні випробування на даних і пілотне впровадження.
8. Що має підтвердити пілот
До запуску потрібно погодити допустимі докази, галузеві методики, ризикові ознаки, строки, правила захисту під час збоїв і відповідальність органів. Самі бали та пороги не можна оголосити готовими без перевірки.
Під час пілоту потрібно вимірювати:
- Скільки справ проходять автоматично весь шлях, включно з підтвердженням роботи й кадрової потреби.
- Скільки правомірних заяв помилково затримано або відхилено, зокрема для ФОП, малого бізнесу, нових виконавців і паперових документів.
- Скільки необґрунтованих рішень пропущено; це перевіряється також на випадковій вибірці, а не лише серед справ із високими балами.
- Повний час розгляду, кількість ручних винятків, навантаження на органи та результати оскаржень.
- Чи зберігаються необхідні послуги й виробництва, як змінюються офіційна зайнятість, бюджетні результати та забезпечення потреб оборони.
Закон уже дозволяє оформлювати передбачені ним відстрочки через військовий реєстр за даними інших державних систем. Для запропонованої моделі потрібні окрема правова підстава, охоплення працівників і самозайнятих та чіткі правила автоматичних рішень. Наявний механізм обміну даними не замінює цих змін.[2]
Масштабування має спиратися на результати пілоту: здатність зберігати необхідну роботу, обґрунтованість рішень, доступність для різних виконавців і можливість своєчасно виправляти помилки. Висока частка автоматичних рішень сама по собі ще не означає успіху.
Для читання серії від початку: частина 1 — «Бронювання за критичною діяльністю: як зберегти потрібну роботу та людей»; повний механізм і розподіл ролей — у частині 2 «Від критичної функції до персональної відстрочки: як має працювати система».