На парку техніки в тисячі одиниць обов'язкові документи вели вручну по майданчиках і таблицях, терміни легко пропускали, а після ремонту чи заміни одиниці графік обслуговування доводилося перераховувати заново.
Портал створює документ за подією, розкладом або вручну, щоразу виводить наступну дату з актуальної історії конкретної одиниці техніки, проводить заповнений бланк через налаштовуване узгодження з підписом і зберігає його в PDF-архіві; шаблони бланків адміністратор збирає і змінює сам, без доопрацювання коду.
Відповідальний отримує документ уже створеним до терміну з підставленими даними техніки, а компанія бачить по всьому парку, що оформлено, що на узгодженні і де обов'язкова форма ще не готова.
Папір губиться, строк минає
У компанії з великим парком техніки документи з'являються з різних приводів. Одиницю ввели в експлуатацію - потрібен один пакет. Настав час обслуговування - інший. Після ремонту, заміни чи списання виникають нові форми.
На парку в тисячі одиниць ця робота швидко розпадається між майданчиками. Один примірник лежить на місці, другий занесений до системи, частина форм заповнена від руки. Копії доводиться звіряти, а за строками стежать за таблицями та пам'яттю відповідальних. Про обов'язковий документ легко згадати тоді, коли він уже прострочений.
Простий електронний архів розв'язує лише останню частину задачі: у ньому зручно зберігати готові PDF. Але порожня папка не підкаже, що за два місяці для конкретної одиниці знадобиться новий документ і вже час планувати виїзд інженера.
Один ремонт змінює весь подальший графік
Візьмемо одиницю техніки, для якої обслуговування проводиться кожні три місяці. Система знає дату встановлення, періодичність документа та запас часу: наприклад, створити форму за два місяці або за тиждень до строку. Коли момент настає, документ з'являється сам, а відповідальний отримує сповіщення.
Тепер уявімо, що техніку відремонтували поза планом. Наступний цикл має початися від дати ремонту: обладнання вже обслужене, і відправляти інженера за старим графіком безглуздо. Якщо одного разу обчислити строки від дати встановлення та зберегти їх назавжди, весь подальший ланцюжок стане хибним.
Тому портал щоразу виводить наступну дату з актуальної історії одиниці. Ремонт або заміна зсувають точку відліку, а разом з нею - майбутній документ і нагадування. У цьому й полягає головна відмінність системи від календаря із заздалегідь розставленими датами.
Документ з'являється трьома шляхами
Більшість повторюваних документів система створює за подією або розкладом. Нестандартний документ може завести адміністратор, а готовий папір з майданчика відповідальний прикладає фотографією чи сканом. Після створення всі три варіанти проходять через спільний маршрут.
Подією може бути введення техніки в експлуатацію, наближення чергового регламенту чи заміна одиниці. Розклад підходить для повторюваних форм, а ручне створення залишає місце для разових документів, які неможливо заздалегідь прив'язати до циклу.
Далі порожній документ проходить один і той самий маршрут, і розвилка на ньому рівно одна:
Відомі дані підтягуються з профілю одиниці, решту вносить людина. Незавершений бланк залишається чернеткою і не губиться. Підписаний документ іде до PDF-архіву та залишається доступним для перевірки, а якщо він втратив актуальність чи був заповнений з помилкою, його архівують і на це місце створюється новий.
На кожному етапі видно, у кого перебуває документ і що має статися далі. Якщо строк наближається, а форма не готова, відповідальному приходить нагадування. Для документа зі схваленням випадкова фотографія не вважається результатом, поки погоджувач її не перевірить.
Погоджувач бачить форму в порталі й однією дією схвалює або відхиляє її. Документ не доводиться друкувати заради перевірки, а потім знову сканувати. Налаштування погодження при цьому необов'язкове: простий документ може після заповнення одразу перейти до підпису або в архів.
Підпис людина малює на екрані пальцем або мишкою. Система зберігає разом з ним ім'я, роль і дату підтвердження.
Намальований на екрані підпис фіксує внутрішнє підтвердження разом з іменем і датою. Він не замінює криптографічний електронний підпис там, де таку форму вимагає закон або регламент.
Через той самий портал проходять страховки та інші документи на техніку, хоча основне навантаження припадає на обладнання та його строки.
Знайомі дані повертаються в наступну форму
Серійний номер, майданчик, паспортні дані та характеристики вже зберігаються в профілі техніки. Новий документ отримує їх звідти, тому відповідальному не доводиться переписувати ту саму інформацію в кожен бланк.
Зв'язок працює в обидва боки: якщо під час заповнення людина уточнила дані, зміна повертається до профілю. Це особливо важливо для повторюваних форм. У картки техніки та бланка не з'являються дві розбіжні версії однієї характеристики, помилка не розмножується по кожному наступному примірнику, і людині не доводиться виправляти те саме поле заново.
Ознаки документа не пов'язані між собою
Обов'язковість і спосіб заповнення не пов'язані між собою. Обов'язкову форму можна заповнювати прямо в порталі або прикладати готовим знімком. Необов'язковий документ теж може існувати в будь-якому з цих варіантів.
| Параметр документа | Варіанти | На що впливає |
|---|---|---|
| Обов'язковість | Обов'язковий чи необов'язковий | Чи потрібно контролювати наявність форми для виконання регламенту |
| Спосіб заповнення | Бланк у порталі або фотографія/скан | Чи заповнює людина поля, чи прикладає готовий документ |
| Повторюваність | Одноразовий чи періодичний | Чи створюється документ один раз, чи повертається за розрахованим строком |
| Погодження | Увімкнене чи не потрібне | Чи має погоджувач перевірити форму до підпису та архіву |
Одні форми потрібні один раз: документ з'явився при введенні техніки в експлуатацію, його заповнили та відправили в архів. Інші повертаються через заданий період. Для повторюваного документа портал розраховує наступну дату, а для обов'язкового додатково показує, за якою одиницею вимога ще не виконана.
Ця різниця важлива для контролю. Необов'язкова форма допомагає в роботі, але її відсутність не блокує процес. Обов'язкова має з'явитися до строку, пройти свій маршрут і залишитися в архіві. Відповідальний бачить прогалину до перевірки, а не шукає потрібний папір уже за запитом регулятора.
Бланк змінюється без доопрацювання порталу
Склад документів диктують регламенти, і він не залишається незмінним назавжди. Тому адміністратор збирає шаблон сам: додає текст, числа, дати, таблиці, зображення, завантаження файлу та поле для підпису. Частину полів пов'язує зі спільними довідниками, наприклад переліком майданчиків, решту створює спеціально для цього бланка.
Адміністратор може додавати, видаляти та перейменовувати поля. Значення для одного з них обирається зі спільного списку, інше вводиться вручну, третє підтягується з профілю техніки. Сам бланк збирається у візуальному редакторі мишкою, тому зміна звичайної форми залишається налаштуванням, а не завданням на випуск нової версії порталу.
Екранну форму та підсумковий PDF налаштовують окремо. На телефоні людині важливо зручно заповнити поля, а в архіві та при друку той самий документ має виглядати як готовий бланк.
Один шаблон тому має два представлення. Перше відповідає за роботу людини: порядок полів, введення з телефона чи комп'ютера, завантаження знімків і підпис на екрані. Друге визначає, як значення розкладуться по сторінці готового PDF. Без цього зручна мобільна форма перетворювалася б на неохайний друкований документ або гарний бланк було б важко заповнювати на невеликій екранній формі.
Коли регламент змінюється, поле можна додати, прибрати або перейменувати в конструкторі. Для звичайної зміни форми не потрібно чекати окремого доопрацювання від програміста.
Дві складності сховані всередині простої форми
Перша вже описана вище: строк не можна записати один раз і потім довіряти йому без перевірки, бо позаплановий ремонт чи заміна переписують історію одиниці та весь подальший ланцюжок дат.
Друга складність - дати адміністратору свободу збирати бланк і при цьому зберегти зв'язок з даними. Поле на екрані потрібно прив'язати до правильної характеристики техніки чи спільного довідника, а заповнені значення потім акуратно розмістити в PDF. Візуальний редактор, прив'язка полів та окремий друкований вигляд разом перетворюють конструктор з набору прямокутників на робочий інструмент документообігу.
Що змінюється для відповідального
Людина більше не починає роботу з пошуку потрібного бланка та розрахунку дати. До моменту, коли час діяти, документ уже створений, дані техніки підставлені, а задача з'явилася в плані. Після заповнення система сама проводить його за налаштованим маршрутом і зберігає готовий PDF.
Компанія отримує загальну картину по парку: які документи вже оформлені, що перебуває на погодженні та де обов'язкова форма ще не готова. Історія конкретної одиниці визначає майбутні строки, тому позапланове обслуговування не залишає в календарі застаріле нагадування.
Автоматизація починається з правильно описаного регламенту
Портал не вирішує сам, яка форма обов'язкова, що в ній має бути і як часто її створювати. Ці правила задають замовник і регулятор. Помилка в періодичності чи точці відліку перетвориться на такий самий помилковий розклад, тільки автоматичний.
Конструктор закриває створення документів, заповнення, погодження, внутрішній підпис і архів. Криптографічний підпис, нестандартна бізнес-логіка та інтеграція з іншими програмами обліку залишаються окремими задачами. Тому перед запуском важливо розібрати сам документообіг: які події рухають строки, хто відповідає за форму і в який момент вона вважається готовою.
Олександр
Це реальний проєкт, поданий знеособлено. Впізнавані деталі - галузь, конкретику, усе, за чим можна визначити замовника, - ми навмисно змінюємо; ім'я та комерційні таємниці замовника не розкриваємо. Незмінною лишається суть: яке завдання розв'язували і яким інженерним підходом. Кейс написано, щоб показати проблему та її вирішення - що і як ми робимо.