- Город
- Новосибирск
- Опыт работы
- 26 лет
- На сайте с
- 2013 года
- Юридический статус
- ИП
Задача. Автоматизировать учёт оборудования и заявок на его техническое обслуживание и ремонт в схеме, где в процессе участвует несколько независимых организаций. Владелец оборудования подаёт заявку, но выполняет её подрядчик — который, в свою очередь, может передать работу субподрядчику, и такие цепочки бывают многоуровневыми. До внедрения парк оборудования вёлся в таблицах, а переписка по заявкам — в мессенджерах: владелец не видел, кто фактически выполняет работу и на каком этапе она находится, а при подаче заявки приходилось вручную искать нужную единицу оборудования в списке.
Учёт оборудования и инвентаризация. Основа системы — реестр объектов и установленного на них оборудования: паспортные данные, место установки, принадлежность организации, полная история обслуживания по каждой единице. Реализована инвентаризация с маркировкой оборудования QR-кодами: генерация и печать наклеек из системы, а затем сканирование прямо в мини-приложении. Сканирование кода мгновенно открывает карточку конкретной единицы — заявка создаётся с уже подставленным оборудованием, без поиска по справочнику и без ошибок в идентификации. Тот же механизм используется при проведении инвентаризации на объекте.
Мультиорганизационная модель. Система работает не с «пользователями», а с организациями и их ролями в конкретной заявке:
владелец оборудования — ведёт свой парк объектов и оборудования, создаёт заявки, видит статус и историю обслуживания;
организация-исполнитель — принимает заявки в работу, назначает своих инженеров либо передаёт заявку субподрядчику;
цепочка субподрядчиков — каждая передача фиксируется отдельным звеном, при этом заявка остаётся единой сущностью с общей историей.
Права доступа рассчитываются от места организации в цепочке: каждый участник видит свой уровень ответственности и работу нижестоящих исполнителей, но не коммерческие отношения соседних звеньев.
Что сделано. Реализовал проект целиком — от проектирования модели данных и API до интерфейсов и развёртывания:
Бэкенд на Go — REST API, аутентификация, ролевая модель в разрезе организаций, реестр оборудования, генерация QR-кодов, жизненный цикл заявки (создание → назначение исполнителя → передача субподрядчику → выполнение → приёмка → закрытие), логирование всех переходов, уведомления участникам.
Telegram Mini App для инженеров-исполнителей — сканирование QR-кода оборудования, создание заявок, работа с назначенными заявками, смена статусов и отчёт о выполненных работах прямо с объекта, без установки отдельного приложения.
Административная панель на AppStack — справочники организаций, объектов и оборудования, инвентаризация и печать QR-маркировки, диспетчеризация и передача заявок между организациями, карточки оборудования с историей обслуживания, отчётность.
Серверная часть — настройка окружения, деплой, CI/CD.
Стек: php, Go, PostgreSQL, Telegram Bot API / Mini Apps, AppStack, Docker, GitLab CI/CD, nginx.
Результат. Весь парк оборудования и все заявки собраны в одном контуре: заявка не теряется при передаче между организациями, по каждой единице накапливается полная история обслуживания с указанием фактического исполнителя. Подача заявки сводится к сканированию наклейки на оборудовании — от инженера не требуется ни отдельного приложения, ни знания внутренних номенклатурных номеров.
