~2~ Обзор проекта
~p~ Крупный городской оператор пассажирского транспорта контролирует работу перевозчиков и исполнение государственных контрактов на обслуживание маршрутов. Для управления транспортной сетью организация использует автоматизированную систему управления городским пассажирским транспортом (АСУ ГПТ).
~p~ Разработали для неё подсистему линейного контроля. Она объединила планирование проверок, работу выездных ревизоров и оформление результатов в одном цифровом процессе.
~2~ Задача
~p~ Раньше результаты проверок фиксировались в разных форматах, а сведения о нарушениях переносились в документы вручную. Акты составляли после выезда, поэтому одни и те же данные приходилось вводить и проверять повторно.
~p~ При большом количестве проверок руководителям было сложно отслеживать работу бригад и собирать общую картину по перевозчикам. При этом для оформления акта недостаточно было просто зафиксировать нарушение: требовалось точно указать транспортное средство, маршрут и государственный контракт, в рамках которого проводилась проверка.
~p~ Нужно было связать три этапа работы — назначение проверки, фиксацию результатов на маршруте и подготовку официальных документов. Система также должна была использовать данные действующей АСУ ГПТ, а не создавать отдельный набор транспортных справочников.
~p~ Крупный городской оператор пассажирского транспорта контролирует работу перевозчиков и исполнение государственных контрактов на обслуживание маршрутов. Для управления транспортной сетью организация использует автоматизированную систему управления городским пассажирским транспортом (АСУ ГПТ).
~p~ Разработали для неё подсистему линейного контроля. Она объединила планирование проверок, работу выездных ревизоров и оформление результатов в одном цифровом процессе.
~2~ Задача
~p~ Раньше результаты проверок фиксировались в разных форматах, а сведения о нарушениях переносились в документы вручную. Акты составляли после выезда, поэтому одни и те же данные приходилось вводить и проверять повторно.
~p~ При большом количестве проверок руководителям было сложно отслеживать работу бригад и собирать общую картину по перевозчикам. При этом для оформления акта недостаточно было просто зафиксировать нарушение: требовалось точно указать транспортное средство, маршрут и государственный контракт, в рамках которого проводилась проверка.
~p~ Нужно было связать три этапа работы — назначение проверки, фиксацию результатов на маршруте и подготовку официальных документов. Система также должна была использовать данные действующей АСУ ГПТ, а не создавать отдельный набор транспортных справочников.
~2~ Решение и реализация
~3~ Планирование контрольных мероприятий
~p~ Для руководителей разработали веб-кабинет, в котором они формируют бригады ревизоров, настраивают виды проверок и ведут классификатор нарушений. Для каждой категории заранее задаются формулировки, которые используются при регистрации результатов и заполнении актов.
~p~ Затем руководитель создаёт наряд-задание — документ с параметрами выезда: маршрутом, перевозчиком, транспортными средствами, временем и местом проверки, составом бригады. Назначенное задание поступает в мобильный кабинет ревизоров.
~3~ Работа ревизора на маршруте
~p~ В мобильном кабинете ревизор открывает наряд-задание, выбирает транспортное средство и фиксирует результаты проверки. Нарушения отмечаются по единому классификатору, к записям можно прикладывать фото- и видеоматериалы.
~p~ Система сохраняет сведения о проверке вместе с данными о маршруте и транспортном средстве. Так результаты выезда сразу получают необходимый контекст для последующего оформления документов.
~3~ Формирование актов и реестра проверок
~p~ По завершении проверки система формирует акт и сопроводительные документы на основе записей ревизора. Данные не приходится повторно переносить в отдельные шаблоны.
~p~ Акты формируются в рамках соответствующего государственного контракта. Все результаты сохраняются в общем реестре, где проверки можно группировать и анализировать по перевозчикам, маршрутам, транспортным средствам и контрактам.
~3~ Интеграция с АСУ ГПТ
~p~ Подсистема использует существующие справочники и сведения АСУ ГПТ: данные о маршрутах, транспортных средствах, перевозчиках, государственных контрактах и сотрудниках. Благодаря этому ревизоры и руководители работают с актуальной информацией, уже используемой в транспортной системе.
~p~ Для дополнительной привязки проверок к работе транспорта используются данные GPS/ГЛОНАСС. Результаты контроля и сформированные акты также доступны другим модулям АСУ ГПТ для отчётности и анализа.
~3~ Сохранение истории проверок
~p~ Для результатов проверок и связанных с ними справочников настроили правила, которые защищают данные от изменений, способных нарушить историю контроля.
~p~ После фиксации результат проверки нельзя отредактировать. Нельзя удалить категорию нарушения, если она уже использовалась в записях, или изменить состав сотрудников в активном наряде. Это позволяет сохранить соответствие между тем, что зафиксировал ревизор, и сведениями в официальном акте.
~3~ Планирование контрольных мероприятий
~p~ Для руководителей разработали веб-кабинет, в котором они формируют бригады ревизоров, настраивают виды проверок и ведут классификатор нарушений. Для каждой категории заранее задаются формулировки, которые используются при регистрации результатов и заполнении актов.
~p~ Затем руководитель создаёт наряд-задание — документ с параметрами выезда: маршрутом, перевозчиком, транспортными средствами, временем и местом проверки, составом бригады. Назначенное задание поступает в мобильный кабинет ревизоров.
~3~ Работа ревизора на маршруте
~p~ В мобильном кабинете ревизор открывает наряд-задание, выбирает транспортное средство и фиксирует результаты проверки. Нарушения отмечаются по единому классификатору, к записям можно прикладывать фото- и видеоматериалы.
~p~ Система сохраняет сведения о проверке вместе с данными о маршруте и транспортном средстве. Так результаты выезда сразу получают необходимый контекст для последующего оформления документов.
~3~ Формирование актов и реестра проверок
~p~ По завершении проверки система формирует акт и сопроводительные документы на основе записей ревизора. Данные не приходится повторно переносить в отдельные шаблоны.
~p~ Акты формируются в рамках соответствующего государственного контракта. Все результаты сохраняются в общем реестре, где проверки можно группировать и анализировать по перевозчикам, маршрутам, транспортным средствам и контрактам.
~3~ Интеграция с АСУ ГПТ
~p~ Подсистема использует существующие справочники и сведения АСУ ГПТ: данные о маршрутах, транспортных средствах, перевозчиках, государственных контрактах и сотрудниках. Благодаря этому ревизоры и руководители работают с актуальной информацией, уже используемой в транспортной системе.
~p~ Для дополнительной привязки проверок к работе транспорта используются данные GPS/ГЛОНАСС. Результаты контроля и сформированные акты также доступны другим модулям АСУ ГПТ для отчётности и анализа.
~3~ Сохранение истории проверок
~p~ Для результатов проверок и связанных с ними справочников настроили правила, которые защищают данные от изменений, способных нарушить историю контроля.
~p~ После фиксации результат проверки нельзя отредактировать. Нельзя удалить категорию нарушения, если она уже использовалась в записях, или изменить состав сотрудников в активном наряде. Это позволяет сохранить соответствие между тем, что зафиксировал ревизор, и сведениями в официальном акте.
~2~ Результат
~p~ Автоматизация проверок сократила объём ручной работы и время на подготовку актов. Единый классификатор и автоматическое заполнение документов помогают избежать ошибок при регистрации нарушений.
~p~ Все результаты проверок, фотографии и видеозаписи хранятся в одной системе и не теряются среди отдельных файлов и таблиц. Руководители могут в любой момент обратиться к истории проверок и оценить, как перевозчики выполняют условия контрактов.
Хотите реализовать похожий проект? Расскажите о своей задаче, и мы обсудим возможное решение