На парке техники в тысячи единиц обязательные документы велись вручную по площадкам и таблицам, сроки легко пропускались, а после ремонта или замены единицы график обслуживания приходилось пересчитывать заново.
Портал создаёт документ по событию, расписанию или вручную, каждый раз выводит следующую дату из актуальной истории конкретной единицы техники, проводит заполненный бланк через настраиваемое согласование с подписью и сохраняет его в PDF-архиве; шаблоны бланков администратор собирает и меняет сам, без доработки кода.
Ответственный получает документ уже созданным к сроку с подставленными данными техники, а компания видит по всему парку, что оформлено, что на согласовании и где обязательная форма ещё не готова.
Бумага теряется, срок проходит
У компании с большим парком техники документы появляются по разным поводам. Единицу ввели в эксплуатацию - нужен один пакет. Подошло время обслуживания - другой. После ремонта, замены или списания возникают новые формы.
На парке в тысячи единиц эта работа быстро распадается между площадками. Один экземпляр лежит на месте, второй занесён в систему, часть форм заполнена от руки. Копии приходится сверять, а за сроками следят по таблицам и памяти ответственных. Об обязательном документе легко вспомнить тогда, когда он уже просрочен.
Простой электронный архив решает только последнюю часть задачи: в нём удобно хранить готовые PDF. Но пустая папка не подскажет, что через два месяца для конкретной единицы понадобится новый документ и уже пора планировать выезд инженера.
Один ремонт меняет весь дальнейший график
Возьмём единицу техники, для которой обслуживание проводится каждые три месяца. Система знает дату установки, периодичность документа и запас времени: например, создать форму за два месяца или за неделю до срока. Когда момент наступает, документ появляется сам, а ответственный получает уведомление.
Теперь представим, что технику отремонтировали вне плана. Следующий цикл должен начаться от даты ремонта: оборудование уже обслужено, и отправлять инженера по старому графику бессмысленно. Если однажды вычислить сроки от даты установки и сохранить их навсегда, вся дальнейшая цепочка станет неверной.
Поэтому портал каждый раз выводит следующую дату из актуальной истории единицы. Ремонт или замена сдвигают точку отсчёта, а вместе с ней - будущий документ и напоминание. В этом и состоит главное отличие системы от календаря с заранее расставленными датами.
Документ появляется тремя путями
Большинство повторяющихся документов система создаёт по событию или расписанию. Нестандартный документ может завести администратор, а готовую бумагу с площадки ответственный прикладывает фотографией или сканом. После создания все три варианта проходят через общий маршрут.
Событием может быть ввод техники в эксплуатацию, приближение очередного регламента или замена единицы. Расписание подходит для повторяющихся форм, а ручное создание оставляет место для разовых документов, которые невозможно заранее привязать к циклу.
Дальше пустой документ проходит один и тот же маршрут, и развилка на нём ровно одна:
Известные данные подтягиваются из профиля единицы, остальные вносит человек. Незавершённый бланк остаётся черновиком и не теряется. Подписанный документ уходит в PDF-архив и остаётся доступным для проверки, а если он утратил актуальность или был заполнен с ошибкой, его архивируют и на это место создаётся новый.
На каждом этапе видно, у кого находится документ и что должно произойти дальше. Если срок приближается, а форма не готова, ответственному приходит напоминание. Для документа с одобрением случайная фотография не считается результатом, пока согласующий её не проверит.
Согласующий видит форму в портале и одним действием одобряет или отклоняет её. Документ не приходится печатать ради проверки, а затем снова сканировать. Настройка согласования при этом необязательна: простой документ может после заполнения сразу перейти к подписи или в архив.
Подпись человек рисует на экране пальцем или мышкой. Система сохраняет вместе с ней имя, роль и дату подтверждения.
Нарисованная на экране подпись фиксирует внутреннее подтверждение вместе с именем и датой. Она не заменяет криптографическую электронную подпись там, где такую форму требует закон или регламент.
Через тот же портал проходят страховки и другие документы на технику, хотя основная нагрузка приходится на оборудование и его сроки.
Знакомые данные возвращаются в следующую форму
Серийный номер, площадка, паспортные данные и характеристики уже хранятся в профиле техники. Новый документ получает их оттуда, поэтому ответственному не приходится переписывать одну и ту же информацию в каждый бланк.
Связь работает в обе стороны: если во время заполнения человек уточнил данные, изменение возвращается в профиль. Это особенно важно для повторяющихся форм. У карточки техники и бланка не появляются две расходящиеся версии одной характеристики, ошибка не размножается по каждому следующему экземпляру, и человеку не приходится исправлять одно и то же поле заново.
Признаки документа не связаны между собой
Обязательность и способ заполнения не связаны между собой. Обязательную форму можно заполнять прямо в портале или прикладывать готовым снимком. Необязательный документ тоже может существовать в любом из этих вариантов.
| Параметр документа | Варианты | На что влияет |
|---|---|---|
| Обязательность | Обязательный или необязательный | Нужно ли контролировать наличие формы для выполнения регламента |
| Способ заполнения | Бланк в портале или фотография/скан | Заполняет ли человек поля либо прикладывает готовый документ |
| Повторяемость | Однократный или периодический | Создаётся ли документ один раз или возвращается по рассчитанному сроку |
| Согласование | Включено или не требуется | Должен ли согласующий проверить форму до подписи и архива |
Одни формы нужны один раз: документ появился при вводе техники в эксплуатацию, его заполнили и отправили в архив. Другие возвращаются через заданный период. Для повторяющегося документа портал рассчитывает следующую дату, а для обязательного дополнительно показывает, по какой единице требование ещё не выполнено.
Эта разница важна для контроля. Необязательная форма помогает в работе, но её отсутствие не блокирует процесс. Обязательная должна появиться к сроку, пройти свой маршрут и остаться в архиве. Ответственный видит пробел до проверки, а не ищет нужную бумагу уже по запросу регулятора.
Бланк меняется без доработки портала
Состав документов диктуют регламенты, и он не остаётся неизменным навсегда. Поэтому администратор собирает шаблон сам: добавляет текст, числа, даты, таблицы, изображения, загрузку файла и поле для подписи. Часть полей связывает с общими справочниками, например перечнем площадок, остальные создаёт специально для этого бланка.
Администратор может добавлять, удалять и переименовывать поля. Значение для одного из них выбирается из общего списка, другое вводится вручную, третье подтягивается из профиля техники. Сам бланк собирается в визуальном редакторе мышкой, поэтому изменение обычной формы остаётся настройкой, а не задачей на выпуск новой версии портала.
Экранную форму и итоговый PDF настраивают отдельно. На телефоне человеку важно удобно заполнить поля, а в архиве и при печати тот же документ должен выглядеть как готовый бланк.
Один шаблон поэтому имеет два представления. Первое отвечает за работу человека: порядок полей, ввод с телефона или компьютера, загрузку снимков и подпись на экране. Второе определяет, как значения разложатся по странице готового PDF. Без этого удобная мобильная форма превращалась бы в неаккуратный печатный документ либо красивый бланк было бы трудно заполнять на небольшой экранной форме.
Когда регламент меняется, поле можно добавить, убрать или переименовать в конструкторе. Для обычного изменения формы не требуется ждать отдельной доработки от программиста.
Две сложности спрятаны внутри простой формы
Первая уже описана выше: срок нельзя записать один раз и потом доверять ему без проверки, потому что внеплановый ремонт или замена переписывают историю единицы и всю последующую цепочку дат.
Вторая сложность - дать администратору свободу собирать бланк и при этом сохранить связь с данными. Поле на экране нужно привязать к правильной характеристике техники или общему справочнику, а заполненные значения затем аккуратно разместить в PDF. Визуальный редактор, привязка полей и отдельный печатный вид вместе превращают конструктор из набора прямоугольников в рабочий инструмент документооборота.
Что меняется для ответственного
Человек больше не начинает работу с поиска нужного бланка и расчёта даты. К моменту, когда пора действовать, документ уже создан, данные техники подставлены, а задача появилась в плане. После заполнения система сама проводит его по настроенному маршруту и сохраняет готовый PDF.
Компания получает общую картину по парку: какие документы уже оформлены, что находится на согласовании и где обязательная форма ещё не готова. История конкретной единицы определяет будущие сроки, поэтому внеплановое обслуживание не оставляет в календаре устаревшее напоминание.
Автоматизация начинается с правильно описанного регламента
Портал не решает сам, какая форма обязательна, что в ней должно быть и как часто её создавать. Эти правила задают заказчик и регулятор. Ошибка в периодичности или точке отсчёта превратится в такое же ошибочное расписание, только автоматическое.
Конструктор закрывает создание документов, заполнение, согласование, внутреннюю подпись и архив. Криптографическая подпись, нестандартная бизнес-логика и интеграция с другими программами учёта остаются отдельными задачами. Поэтому перед запуском важно разобрать сам документооборот: какие события двигают сроки, кто отвечает за форму и в какой момент она считается готовой.
Александр
Это реальный проект, поданный обезличенно. Узнаваемые детали - отрасль, конкретику, всё, по чему можно вычислить заказчика, - мы намеренно меняем; имя и коммерческие тайны заказчика не раскрываем. Неизменной остаётся суть: какую задачу решали и каким инженерным подходом. Кейс написан, чтобы показать проблему и её решение - что и как мы делаем.