Версия ПО: Exzotron Server (сборка от 12.10.2026) · Проверено: 12.10.2026 · Ответственный компонент: окно «Наряды» (закладки «Автотранспорт» и «Легковой»), расчёт факта и контроль маршрута. Примеры — данные стенда Меридиан.
Статья объясняет, из чего состоит Exzotron ТРАНС, как данные идут от бортового прибора до путевого листа и файла для 1С, что находится «снаружи» системы и что произойдёт, если внешняя служба недоступна. Она нужна внедренцу, администратору клиента и руководителю, которому важно понять устройство блока до начала работ. Пошаговые инструкции диспетчера, настройка справочников и алгоритмы расчёта вынесены в отдельные статьи комплекта (список — в конце).
1. Назначение блока#
Exzotron ТРАНС — диспетчерское управление грузовым и легковым автотранспортом поверх системы мониторинга Exzotron. Блок решает четыре задачи:
- Планирование рейсов. Диспетчер заводит заявку на перевозку: что везти, откуда, куда, к какому сроку. В заявке можно собрать маршрут — одиночный рейс, несколько ходок (челнок) или развоз на несколько точек; система посчитает плановый километраж и время в пути.
- Наряды-рейсы. Из заявки одним действием формируется наряд на конкретную машину и водителя. Для машин, которые реально работали, но заявки не имели, система сама создаёт суточный наряд по смене (автонаряд).
- Контроль исполнения по телеметрии. По данным бортового прибора система считает факт — пробег, время в пути, моточасы, заправки — и проверяет по геозонам, был ли рейс: заезжала ли машина на погрузку и в пункт назначения, сколько рейсов сделано, сколько «перевезено».
- Приёмка и учёт. Диспетчер закрывает день, проверяя наряды с замечаниями; из принятых нарядов печатается путевой лист и формируется файл для 1С.
Отдельная особенность блока — работа в условиях подмены сигнала GPS (радиоэлектронной борьбы, РЭБ). На территориях, где навигация искажается, пробег и посещения геозон считаются осторожно, а на карте доступна нормализация трека. Что именно считается и чего система не делает, описано в разделе 8 и в статье «Карта, план/факт и РЭБ».
2. Границы блока и разграничение с соседними модулями#
Exzotron ТРАНС — не отдельная программа, а часть сервера Exzotron. Он использует общие объекты мониторинга, геозоны, датчики, пользователей и роли и добавляет поверх них заявки, наряды, расчёт факта и справочники грузоперевозок.
| Что | Относится к ТРАНС? | Где описано |
|---|---|---|
| Окно «Наряды», закладки «Автотранспорт» и «Легковой» | да | эта статья и статьи комплекта ТРАНС |
| Окно «Заявки на выполнение работ», те же закладки | да | «Заявки на перевозку и конструктор маршрута» |
| Справочники грузоперевозок: номенклатура (грузы), виды работ, объекты работ, заказчики-контрагенты, модели техники, исполнители, смены, причины простоев, геозоны | да | «Справочники и подготовка данных» |
| Закрытие дня, печать путевого листа, выгрузка в 1С | да (для транспорта) | «Наряды-рейсы, контроль маршрута, закрытие дня» |
| Карта, фактический трек, нормализация трека | да | «Карта, план/факт и РЭБ» |
| Топливо и пробег в наряде | да | «Топливо и пробег по рейсам» |
| Закладки «Сельхозтехника» и «Спецтехника» того же окна | нет — комплект Exzotron АГРО | статьи АГРО |
| Управление нефтевозами (налив, рейсы нефтевоза, заявки на поставку топлива) | нет — отдельный модуль | статья № 156 базы знаний |
Общее окно. Закладки «Сельхозтехника», «Спецтехника», «Автотранспорт» и «Легковой» живут в одном окне «Наряды», поэтому часть функций — журнал, статусы, закрытие дня, печать и выгрузка в 1С — общая и для АГРО, и для ТРАНС. Различаются закладка (её определяет тип объекта мониторинга), колонки журнала, форма заявки и наряда и правила расчёта. Общие функции в комплекте ТРАНС описаны так, как они ведут себя для транспорта; обзорное описание окна — в статьях АГРО.
Нефтевозы. Модуль «Управление нефтевозами» ведёт спецжурнал рейсов топливозаправщиков и сверку с накладными. Он не использует заявки и наряды окна «Наряды» и в комплект ТРАНС не входит. Если у клиента есть и грузовики, и нефтевозы, один и тот же автомобиль не должен ставиться на обе схемы одновременно: для нефтевоза выбирается модуль нефтевозов, для остального грузового парка — ТРАНС.
Легковой транспорт. Закладка «Легковой» работает по тому же коду, что и «Автотранспорт», но с меньшим набором колонок и полей: без груза, без моточасов и заправки в журнале, «поездки» вместо «рейсов». Отдельного прогона по легковому транспорту в проверках проекта нет — функции описаны по коду и помечены как не подтверждённые на живых данных (раздел 13).
3. Состав блока#
Блок можно представить четырьмя слоями: исходные данные, диспетчерское окно, сервисы расчёта и результаты.
3.1. Окна и экраны#
| Экран | Что делает | Где найти |
|---|---|---|
| Журнал заявок | список заявок на перевозку, фильтры, карточка заявки, действия «Сформировать наряд», «Дублировать», «Отменить», «Удалить» | окно «Наряды» → вкладка «Заявки на выполнение работ» |
| Форма заявки | объект работ, модель перевозки, пункты погрузки и назначения, точки развоза, груз, вид работ, срок, план километража на карте | кнопка «Новая заявка» |
| Подбор геозоны | выбор места из списка зон; создание нового места по адресу (круг или многоугольник) прямо в заявке | кнопка «Выбрать…» у пункта погрузки и назначения |
| Журнал нарядов | список нарядов-рейсов и автонарядов; колонки «Контроль маршрута», «Рейсов», «В пути, ч», «Пробег, км», «Заправка, л» | окно «Наряды», закладка «Автотранспорт» или «Легковой» |
| Карточка наряда | вкладки «Основная», «Операции», «Топливо» (только у автонарядов); контроль маршрута, «Перевезено», точки плана с отметкой факта, простои | под журналом |
| Карта наряда | план пунктиром, фактический трек, стоянки, кнопка «Нормализация трека» | левая часть окна |
| «Закрыть день» | проверка нарядов дня, замечания, решения, сводка, блокировка правок | шапка окна |
| «Выгрузка в 1С» | предпросмотр, формирование файла, список прежних пакетов | шапка окна |
| Печать | путевой лист грузового или легкового автомобиля; сводка закрытия дня | значок принтера в карточке; кнопка «Сводка дня / печать» |
| «Справочники» | меню справочников: виды работ, объекты работ, причины простоев, единицы, модели техники, номенклатура, сотрудники, автотранспорт, графики смен, подразделения | шапка окна |
| «Обработать период» | фоновое построение и пересчёт автонарядов за прошлые даты | шапка окна |
3.2. Справочники блока#
Справочники — основа быстрой работы диспетчера: чем полнее они заполнены, тем меньше полей приходится вводить в заявке вручную.
| Справочник | Роль в блоке | Ключевое правило |
|---|---|---|
| Объекты мониторинга | машина как носитель телеметрии | закладка («Автотранспорт»/«Легковой») определяется полем «Тип объекта» в свойствах объекта |
| Карточка «Автотранспорт» | модель, график, водитель по умолчанию, исполнители по сменам, госномер | связана с объектом только по IMEI прибора и предприятию |
| Модели техники | вид техники и грузоподъёмность, привязка видов работ | грузоподъёмность даёт подсказку числа ходок |
| Номенклатура (грузы) | что везём, единица измерения | единица груза и единица вида работ должны совпасть, чтобы считался объём «перевезено» |
| Виды работ | «Доставка», «Перевозка груза» и т. п. с единицей | в формах видны только виды работ своего предприятия |
| Объекты работ | клиент → объект доставки (склад, стройплощадка, магазин) с геозоной, заказчиком и договором | без геозоны заявка по объекту не сохраняется |
| Контрагенты-заказчики | заказчик объекта работ (тип «Покупатели») | можно завести «на лету» из формы заявки |
| Геозоны | пункты погрузки и выгрузки, базы, склады | контроль маршрута основан на посещении геозон |
| Исполнители, графики смен, подразделения | кто и когда работает, чьи записи видны пользователю | график смен обязателен для автонарядов |
| Причины простоев | пояснения к простоям в наряде | попадают в путевой лист и сводку дня |
3.3. Сервисы расчёта#
Внутри сервера работают сервисы, которые диспетчер не видит, но от которых зависит результат:
| Сервис | Что делает |
|---|---|
| Расчёт факта | раз в 15 минут и по кнопке «Пересчитать» превращает данные телематики в операции наряда: переезды, стоянки в геозонах, заправки; считает пробег и время |
| Создание автонарядов | для машин с графиком смен создаёт суточный наряд, если машина реально работала; уступает место рейсовому наряду |
| Контроль маршрута | по посещениям геозон определяет статус рейса и число рейсов |
| Закрытие дня | проверяет наряды дня, выставляет замечания, фиксирует решения, блокирует правки |
| Выгрузка в 1С | формирует файл с путевыми листами из завершённых нарядов и хранит его |
| Маршрутизация | считает километраж и порядок объезда точек по дорогам; без внешнего сервиса даёт оценку «по прямой» |
| Геокодер | находит место по адресу и подставляет адрес к координатам |
| Расчётный конвейер датчиков | общий для всего Exzotron: вычисляет зажигание, уровень топлива, заправки и сливы по сырым данным |
4. Путь данных: от прибора до путевого листа#
- Приём. Бортовой прибор передаёт пакеты на сервер Exzotron. Сервер разбирает протокол прибора и сохраняет «сырые» значения по каждому объекту: время, координаты, скорость, число спутников, показания датчиков зажигания, пробега и уровня топлива. Время хранится в UTC.
- Расчёт датчиков. Общий расчётный конвейер вычисляет производные значения — состояние зажигания, уровень топлива, события заправок и сливов. Если конвейер выключен или отстаёт, колонки зажигания и уровня топлива пусты, а факт нарядов нулевой.
- Расчёт факта. Раз в 15 минут система берёт данные за окно наряда, режет трек на отрезки (движение, стоянка, холостой ход), определяет по геозонам, где машина стояла, и строит операции наряда: «Переезд», «Стоянка в геозоне», «Двигатель на стоянке», «Заправка». Рассчитываются пробег, время в пути, моточасы, заправка.
- Контроль маршрута. По операциям «Стоянка в геозоне» система сопоставляет план рейса (откуда → куда или точки развоза по порядку) с фактом и выставляет статус и число рейсов.
- Приёмка. Диспетчер просматривает наряды на проверке, добавляет простои, при необходимости вводит факт вручную, затем нажимает «Закрыть день» и принимает решения по нарядам с замечаниями.
- Результаты. Журнал нарядов, путевой лист для печати, сводка закрытия дня и файл для 1С.
Когда считается факт.
| Наряд | Когда пересчитывается |
|---|---|
| Автонаряд | планировщиком раз в 15 минут; кнопкой «Пересчитать»; «Обработкой периода» для прошлых дат |
| Рейсовый (ручной) наряд | при переводе в «На проверке» или «Завершён», кнопкой «Пересчитать» и при закрытии дня |
| Принятый («Завершён») наряд | не пересчитывается |
Для рейсового наряда есть важная деталь: при правке наряда (окно, маршрут, техника) факт автоматически не пересчитывается — после правки нужно нажать «Пересчитать» (раздел 12). Автонаряд, досчитанный после окончания смены, планировщик не трогает до ручного «Пересчитать».
Время. Сырые данные хранятся в UTC. Операции, окна нарядов и «сегодня» при закрытии дня считаются в местном времени предприятия, которое задаётся полем «UTC компании» (смещение; если поле пусто, считается +3, московское время). Время создания и завершения наряда записывается временем сервера базы данных, поэтому при часовом поясе предприятия, отличном от московского, возможен небольшой сдвиг этих двух отметок.
Задержки. Приём данных — сразу; цикл расчётного конвейера и планировщика нарядов складывается в десятки секунд — единицы минут; наряд обновляется при очередном проходе планировщика (раз в 15 минут). Окно без новых данных система пропускает, но не реже раза в час пересчитывает принудительно. Замер на стенде: 118 объектов, проход планировщика занимал 1–4 секунды. Нагрузочная проверка на боевых объёмах не выполнялась.
5. Жизненный цикл рейса#
5.1. Заявка#
Заявка — это потребность («что и откуда куда везти, к какой дате»). Техника и водитель в заявку не входят — они появляются в наряде. Статусы заявки:
| Статус | Как наступает |
|---|---|
| Новая | создание; «Вернуть в работу»; удаление наряда-основания |
| Запланирована | кнопка «Сформировать наряд»; наряд в любом статусе, кроме «Завершён» |
| Выполнена | наряд-основание «Завершён» (вручную, решением «Закрыть как есть» или закрытием дня) |
| Отменена | кнопка «Отменить заявку» (есть только у «Новой») |
Править заявку можно только в статусе «Новая»; после формирования наряда правят наряд. Удалить заявку можно, пока у неё нет наряда. Диспетчеру помогают «Дублировать», «Повторить N дней подряд» (1–31 заявка подряд), «Подставить как в прошлый раз» (параметры последней заявки по этому объекту работ) и предупреждение о возможном дубле на ту же дату.
5.2. Наряд#
Наряд-рейс создаётся одним из трёх способов: «Сформировать наряд» из заявки; «Новый наряд» вручную; автонаряд по смене. Статусы наряда:
| Статус | Подпись | Как наступает |
|---|---|---|
| NEW | Новый | при создании ручного наряда |
| IN_PROGRESS | На исполнении | кнопкой; у автонаряда — при создании, пока идёт смена |
| REVIEW | На проверке | кнопкой; у автонаряда — когда смена закончилась |
| DONE | Завершён | кнопкой или закрытием дня; автонаряд сам «Завершён» не становится никогда |
Особенности:
- Порядок не навязывается. В карточке всегда четыре кнопки статусов; допустим любой переход, в том числе назад из «Завершён». Единственное ограничение — ручной наряд нельзя перевести в «На проверке» или «Завершён», пока его плановая дата не наступила.
- Заявка следует за нарядом: «Завершён» → заявка «Выполнена»; любой другой статус → «Запланирована»; наряд удалён → заявка «Новая».
- «Рейс не состоялся» отдельного статуса не имеет: наряд удаляют, заявка возвращается в «Новая». Закрытие решением «Закрыть как есть» сделало бы заявку «Выполнена».
- Один наряд — один исполнитель. Замена водителя посреди смены делается разделением наряда по времени (только для ручных не завершённых нарядов); при разделении во вторую часть не копируются ходки, километраж, модель перевозки, точки маршрута и количество груза.
5.3. Автонаряд и его замена рейсовым нарядом#
Автонаряд создаётся для каждой машины с графиком смен, если по телеметрии она реально работала (путь не менее 0,3 км либо не менее 10 минут работы механизма; при наличии датчика зажигания — двигатель включён непрерывно не менее «Мин. стоянки»). Автонаряд — суточный документ «машина работала в такую смену».
Рейсовый наряд из заявки — более точный документ. Поэтому действует правило, принятое заказчиком 11.10.2026: ручной наряд транспорта заменяет автонаряд за своё окно. Автонаряды, которые пересекаются с окном рейса, не завершены и не выгружены, удаляются (вместе с операциями и простоями), а новые за это окно не создаются. Последствия, о которых нужно знать внедренцу:
- автонаряд удаляется целиком, в том числе его часть суток вне окна рейса и ручные правки (простои, комментарий). Если машина в сутки сделала один рейс в окне 14:00–18:00, суточный автонаряд исчезнет, и данные за остальное время суток нигде не будут учтены;
- принятый («Завершён») или уже выгруженный автонаряд рейсовым не заменяется — при закрытии дня будет замечание о пересечении, потребуется решение;
- если рейсовый наряд удалить, автонаряд вернётся — планировщиком (для окон моложе 36 часов) или «Обработкой периода» (для более старых);
- правило: на каждый рейс — наряд с плановым окном; в сутки без рейсов автонаряд остаётся.
5.4. Закрытие дня#
«Закрыть день» — единый шаг приёмки. Система показывает наряды дня с замечаниями; по каждому нужно решение: «Закрыть как есть» или «Перенести на следующий день» (только для ручных не завершённых нарядов). Есть общее решение «для всех». После закрытия наряды получают статус «Завершён», сохраняется сводка дня, а правки этого дня блокируются: нельзя править, пересчитывать, удалять наряды, вносить простои и ручной факт, создавать наряды на эту дату. «Открыть день заново» может только администратор или расширенный пользователь; статусы «Завершён» при этом не возвращаются.
Важная деталь: любой наряд, не находящийся в статусе «Завершён», считается замечанием, требующим решения. На практике почти все наряды дня попадают в список, и выбор «Закрыть как есть» для наряда без других замечаний — это принятие наряда. Фраза «наряды без замечаний принимаются сами» верна только для уже завершённых нарядов.
Коды замечаний и их тексты приведены в статье «Алгоритмы и интеграции Exzotron ТРАНС».
5.5. Печать и выгрузка в 1С#
- Путевой лист. Значок принтера в карточке наряда открывает «Путевой лист грузового автомобиля» (для легкового — «…легкового автомобиля»). Документ собирается по принципу «машина + исполнитель + дата» из всех нарядов этого дня в любом статусе и содержит колонку «Контроль маршрута» с временем погрузки и разгрузки, простои и подписи. Это рабочий бланк «по данным системы мониторинга», не унифицированная форма.
- Выгрузка в 1С. Из завершённых нарядов за период формируется файл в формате JSON (схема версии 1); сам файл хранится в системе, повторная загрузка отдаёт тот же файл. Передачи данных в 1С по сети, обратной загрузки и статуса «принято в 1С» нет. Формат с разработчиками 1С не согласован (решение заказчика 10.10.2026: обмен с 1С не менять); реальная загрузка файла в 1С в проверках не выполнялась. Структура файла — в технической статье.
6. Справочники и связи: что откуда берётся#
Внедрение транспорта чаще всего ломается не на алгоритмах, а на связях между справочниками. Ключевые правила:
- Закладка машины определяется свойством объекта «Тип объекта» («Автотранспорт» или «Легковой автотранспорт» в «Профиле объекта»). Значение по умолчанию при создании объекта — «Автотранспорт»: новый прибор без правки типа попадёт на закладку «Автотранспорт». Одноимённое поле в карточке автомобиля на закладку и расчёт не влияет.
- Карточка «Автотранспорт» связана с объектом только по IMEI и предприятию. Если в строке добавления остался IMEI «0» или в нём опечатка, карточка тихо не свяжется с прибором — не появятся модель, грузоподъёмность, исполнитель и вид работ по умолчанию.
- Два источника для одинаковых по смыслу полей. «Мин. стоянка» для расчёта наряда берётся из свойств объекта, а не из карточки автомобиля. График смен правится в карточке и копируется в объект при сохранении (обратного копирования нет). Модель техники, грузоподъёмность и вид работ по умолчанию читаются из карточки.
- Без графика смен нет автонарядов. Останутся только рейсовые наряды из заявок.
- Без геозоны у объекта работ заявка не сохраняется: «У объекта работ не задана геозона — выберите геозону».
- Виды работ в формах заявки и наряда показываются только свои (предприятия); общие видны на справочнике, но в формах — нет. Доступность вида работ типу техники определяется через модели техники: если вид работ не привязан ни к одной модели, он предлагается всем типам.
- Единицы груза и вида работ. Объём «перевезено» считается только при совпадении единицы груза и единицы вида работ (на практике — «т»).
- Заказчик. Диспетчер заводит заказчика «на лету» в форме заявки; он записывается в справочник контрагентов с типом «Покупатели». Контрагента, на которого есть ссылки из объектов работ, удалить нельзя; переименование контрагента обновляет «Заказчик» в его объектах работ.
- Удаление справочных записей (груз, геозона) не проверяет, используются ли они в заявках и нарядах; удаление группы геозон «Места заявок» удаляет вместе с ней все вложенные быстрые зоны.
- Типового набора справочников для грузового парка нет. Кнопка «Загрузить типовой набор» заводит строительный набор (единицы, виды работ, причины простоев, пять моделей техники), для грузоперевозок его нужно дополнять.
Подробная пошаговая подготовка данных — в статьях «Справочники и подготовка данных» и «Настройка и ввод в эксплуатацию».
7. Модели перевозки и план километража#
В заявке выбирается одна из трёх моделей:
| Модель | Что это | Что хранится |
|---|---|---|
| Одиночный рейс | «откуда → куда», один раз | число ходок 1, километраж рейса |
| Ходки (челнок) | один маршрут N раз | число ходок, километраж за ходку, итого |
| Развоз на несколько точек | одна погрузка, несколько выгрузок | точки по порядку с количеством и контактом, число кругов |
У легкового транспорта модели две: «Одиночный рейс» и «Развоз» (точки называются «Остановки»).
Рядом с формой система показывает на карте план пунктиром по дорогам и блок «План километража»: километры за ходку, «Всего по плану» (ходки × километры за ходку), «В пути ≈ Ч ч М мин» и предупреждение «⚠ Не уложится в одну смену», если время в пути с учётом ходок превышает 11 часов. Порядок точек развоза можно оптимизировать кнопкой или включить «Авто-порядок». Все формулы и пределы — в технической статье. Здесь важно запомнить три оговорки:
- План на статус рейса не влияет. Число плановых ходок и плановый километраж в контроле маршрута не участвуют: из трёх запланированных ходок выполнена одна — статус может быть «✓ рейс выполнен», а число выполненных рейсов показывается отдельно.
- Время в пути — ориентир. Оно считается по профилю «авто» (без ограничений для грузовиков, пробок и времени на погрузку/выгрузку) либо при недоступности сервиса дорог — по 40 км/ч.
- Порог 11 часов — константа, не зависящая от графика смен машины.
8. Контроль маршрута и подмена GPS#
Контроль маршрута. Рейс — это не число переездов, а повторение цепочки «побывала в пункте погрузки, затем в пункте назначения». Статус наряда:
| Статус | Подпись | Смысл |
|---|---|---|
| OK | ✓ рейс выполнен | есть хотя бы один полный рейс |
| PARTIAL | ⚠ частично | рейсов нет, но один из пунктов посещён (или порядок нарушен) |
| NONE | ✕ не подтверждён | ни один пункт плана не посещён |
| NO_DATA | нет данных навигации | данных нет либо навигация недостоверна |
Для развоза из трёх и более точек рейсом считается прохождение всех точек плана по порядку; посторонние заезды игнорируются. Если машина заезжала в геозону лишь коротко (меньше «Мин. стоянки»), посещением это не считается. Поэтому радиус геозоны для грузовика не стоит делать малым: быстрое создание места по адресу по умолчанию предлагает радиус 150 м.
Подмена GPS. Сигнал может искажаться: спутников мало, скорость «залипает» около 100 км/ч, координаты «телепортируются». Система:
- считает пробег по исходным данным, отбрасывая явно невозможные шаги; у машин с CAN-счётчиком пробега при подмене участок с нулевой навигационной скоростью, но растущим счётчиком засчитывается как переезд (с пометкой «нет навигации»); без CAN пробег на искажённых участках остаётся оценкой;
- при доле недостоверной навигации не менее 30% операций наряда превращает «не подтверждён» в «нет данных навигации» (нет оснований утверждать, что рейса не было);
- на карте предлагает кнопку «Нормализация трека»: убирает из линии сомнительные точки и достраивает проезд по дорогам розовым пунктиром. Это только отображение: пробег, рейсы и топливо нормализатором не меняются; признак хранится на машине и виден всем диспетчерам.
Система эвристически помечает вероятные искажения; она не «определяет подмену» и не «восстанавливает реальный маршрут». CAN-счётчик пробега в данных стенда оказался вычисленным по тем же координатам и независимой проверкой пробега не служит. Подробности — в статье «Карта, план/факт и РЭБ».
9. Окружение: что находится снаружи системы#
Блок опирается на несколько внешних служб. Не все из них находятся под контролем клиента.
| Внешняя служба | Для чего нужна | Что будет, если недоступна |
|---|---|---|
| Бортовые приборы и приёмники телеметрии Exzotron | источник треков и показаний датчиков | нет свежих данных — факт не считается; в журнале у машины устаревшее время пакета |
| Внешний CDN библиотек карты и графиков | загрузка библиотеки карты (MapLibre) и графиков (ECharts) в браузер диспетчера | окно не получит карту и графики: журналы работают, карта и график топлива не отображаются. Работа окна в сети без доступа в интернет не проверялась |
| Серверы тайлов карты (OSM, Google, Esri, Yandex — по выбору слоя) | подложка карты | карта без подложки; геозоны и трек могут не отображаться осмысленно; выбор слоя не запоминается, по умолчанию «Google карта» |
| Сервис маршрутов OSRM (по умолчанию — публичный демонстрационный) | километраж и линия по дорогам, порядок объезда, достройка трека | расчёт автоматически переключается на запасной OSRM, если он задан, а затем — на оценку «по прямой × 1,3» (время — 40 км/ч); в форме серая пометка «Расстояние приблизительное…», км можно ввести вручную |
| Геокодер адресов (поиск — публичный сервер Nominatim; обратное геокодирование — Nominatim или Яндекс) | поиск места по адресу, подпись адреса | поиск адреса даёт сообщение «Сервис поиска адресов временно недоступен…»; можно ввести координаты «44.558, 33.520» или поставить точку на карте; один автоповтор делается при временной ошибке 503/429 |
| 1С | приёмник файла выгрузки | связи по сети нет — файл скачивается и загружается в 1С вручную; недоступность 1С на работу блока не влияет |
Дополнительные замечания:
- Публичные сервисы без гарантий. Публичный OSRM и публичный Nominatim — демонстрационные и общие для всех пользователей; у Nominatim лимит один запрос в секунду, а запросы всех диспетчеров сервера идут по одной очереди. При нескольких одновременно работающих диспетчерах поиск адреса может замедляться. Яндекс для прямого поиска адреса не используется — только для обратного геокодирования.
- Свой OSRM. Комплект развёртывания собственного OSRM для России подготовлен (контейнеры, скрипты подготовки и обновления данных), но его команды не запускались, а развёрнут ли он на каком-либо сервере — не подтверждено. Профиль у комплекта «авто»: ограничения по массе и габаритам грузовиков не учитываются.
- Серверного кэша маршрутов нет. Результаты кэшируются только в браузере на время открытого окна.
- Статические файлы окна кэшируются браузером на сутки; после обновления версии окна пользователю может понадобиться обновить страницу.
- Данные справочников загружаются один раз при открытии окна: новый вид работ, объект или геозона, созданные в другой вкладке, видны после обновления страницы.
10. Роли и подразделения#
В системе четыре роли: администратор (ADMIN), расширенный пользователь (ADVANCED_USER), пользователь (USER) и клиент (CUSTOMER). Окно «Наряды» доступно первым трём; роль «клиент» окно не открывает.
| Действие | Администратор | Расширенный пользователь | Пользователь |
|---|---|---|---|
| Заявки, наряды, статусы, ручной факт, простои, закрытие дня, выгрузка в 1С, печать | да | да | да |
| «Открыть день заново» | да | да | нет |
| «Обработать период» | да | да | нет |
| «Загрузить типовой набор» | да | да | нет |
| Справочники подразделений и графиков смен — запись | да | нет | нет |
| Тип объекта и свойства объекта мониторинга | да | нет | нет |
| Отчёты меню «Отчеты» (пробег, расход топлива, геозоны и др.) | да | нет | нет |
Решение заказчика на этапе внедрения: правила ролей оставить как есть. Отдельных ролей «диспетчер» и «руководитель» нет: «руководитель» в смысле прав — это администратор или расширенный пользователь. Кнопки «Открыть день заново», «Обработать период» и «Типовой набор» видны всем ролям окна; обычный пользователь получит отказ после нажатия.
Ограничение по подразделениям. Пользователя можно ограничить назначенным подразделением и списком доступных подразделений. Тогда журналы заявок и нарядов, закрытие дня и выгрузка в 1С работают только с записями его подразделений; записи без подразделения ограниченному пользователю не показываются. Единственное доступное подразделение подставляется автоматически, чужое — отклоняется. Практические следствия:
- У объекта мониторинга должно быть подразделение. Автонаряд наследует подразделение объекта; без него ограниченный пользователь автонаряд не увидит.
- Если у пользователя несколько доступных подразделений, в новой заявке и ручном наряде подразделение нужно выбирать явно: запись без подразделения исчезнет из его журнала.
- Ограничение по подразделениям не распространяется на справочники и «Обработку периода». Проверено на стенде под ограниченным пользователем (5g).
Телематические отчёты меню «Отчеты» доступны только администратору; диспетчер работает с журналом и карточкой наряда.
11. Развёртывание и требования#
Блок не устанавливается отдельно — он входит в состав сервера Exzotron. Требования к серверу и окружению сведены ниже; пошаговый чек-лист для внедренца — в статье «Настройка и ввод в эксплуатацию».
11.1. Что должно быть в сервере#
| Условие | Зачем | Статус проверки |
|---|---|---|
| Применены миграции базы данных блока (номера 190–216; пропуск номера 194 — штатный, файла нет) | таблицы заявок, нарядов, точек маршрута, закрытия дня, пакетов выгрузки, признаков нарядов | в сборке подключены все файлы миграций (проверяется автотестом) |
| Включён расчётный конвейер датчиков | без него нет зажигания и уровня топлива, факт нулевой | подтверждено на стенде |
| Включён планировщик нарядов | без него нет автонарядов (останутся рейсовые наряды и «Обработать период») | подтверждено на стенде; по умолчанию планировщик выключен |
| Пункт меню «Наряды» | вход в окно | пункт — данные меню сервера, а не часть миграций; на сервере, развёрнутом без стандартного набора данных меню, его нужно проверить и при необходимости создать |
| Доступ с сервера к сервису маршрутов и геокодеру | километраж по дорогам, поиск адреса | см. раздел 9 |
| Доступ из браузера диспетчера к внешнему CDN и серверам тайлов | карта и графики | в закрытой сети не проверялось |
Если сервер работает несколькими процессами (например, процесс приёма данных и веб-процесс), планировщик нарядов включается только на одном из них — на том, где работает окно.
11.2. Настройка предприятия и объектов#
- «UTC компании» задан (иначе считается +3). Для часовых поясов, отличных от московского, работа на транспорте не проверялась.
- Подразделения заведены; пользователям назначены роли и доступные подразделения.
- У каждой машины: тип объекта, подразделение, график смен (для транспорта заказчик использует один график «Сутки, 24 часа»), «Мин. стоянка» (по умолчанию 5 минут), датчики зажигания, скорости или пробега; для зон подмены GPS — «CAN абсолютный пробег»; при необходимости — датчик уровня топлива.
- Карточка «Автотранспорт» с верным IMEI: модель, график, водитель по умолчанию, исполнители по сменам.
- Справочники грузоперевозок и геозоны (раздел 6).
Сквозная проверка после настройки: заявка → «Сформировать наряд» → «На проверке» → контроль маршрута → «Закрыть день» → печать путевого листа → «Выгрузка в 1С». В предпросмотре выгрузки не должно быть предупреждений «не назначен исполнитель», «не указан вид работ», «техника … не заведена в справочнике транспорта».
11.3. Производительность и объёмы#
Отдельные требования к серверу и браузеру для блока в проверках не фиксировались. Известные ориентиры и пределы:
| Показатель | Значение |
|---|---|
| Проход планировщика автонарядов | 118 объектов — 1–4 с на стенде; в журнале сервера раз в 15 минут пишется итог прохода |
| Журнал нарядов | не более 5000 свежих записей |
| Окно «Закрыть день» | до 300 нарядов с замечаниями в списке (остальные покрываются общим решением) |
| «Обработать период» | до 32 дат за запуск |
| Закрытие нескольких дней | до 31 дня (практически допускается 32 даты) |
| Выгрузка в 1С | период до 93 дней; в списке — последние 50 пакетов |
| Точки маршрута | при сохранении до 12 в сумме (погрузка и 11 выгрузок); при расчёте дорог — до 13 точек |
| Число ходок | до 999 |
| Журнал заявок | без ограничения по числу записей и по умолчанию без дат — на больших предприятиях может быть тяжёлым |
| Собственный OSRM для России (по комплекту, ориентир) | подготовка данных 24–32 ГБ оперативной памяти, около 40 ГБ диска, 2–4 часа; работа 12–16 ГБ памяти; не проверялось запуском |
Браузер. Проверка выполнялась в Chrome при разрешении 1920×889. Работа в других браузерах и на мобильных устройствах не подтверждена; мобильного режима окна нет.
12. Ограничения архитектуры#
Что нужно знать, чтобы не ожидать лишнего:
- Расчёт факта зависит от расчётного конвейера, планировщика и телематики. Любое из трёх звеньев останавливает цепочку.
- Правка рейсового наряда не пересчитывает факт. После изменения окна, маршрута или техники нужно нажать «Пересчитать»; до этого в журнале стоит прочерк.
- Ручной факт сохраняет прежний контроль маршрута. При вводе факта вручную статус маршрута, число рейсов и примечание от прошлого расчёта остаются; замечания по маршруту в закрытии дня и блок контроля маршрута в выгрузке сохраняются от старого расчёта.
- Контроль маршрута — по посещению геозон. Не контролируются: число плановых ходок и километраж против факта, соответствие количества груза грузоподъёмности (есть только подсказка при создании наряда), время подачи, пересечение окон нарядов при создании (контроль только при закрытии дня), использование одного водителя на двух машинах.
- Пересекающиеся геозоны. Точка трека относится к первой подходящей зоне из списка; поведение при вложенных зонах погрузки и выгрузки не проверялось — не стоит рисовать вложенные зоны для погрузки и разгрузки.
- Развоз без точки погрузки. Если в плане нет погрузки и ровно две точки выгрузки, контроль идёт по первой выгрузке; в развозе нужно указывать погрузку.
- Часть полей заявки дальше не идёт. «Подать к времени», № заявки заказчика и «Требования к технике» не переходят в наряд, не печатаются и не попадают в выгрузку; плановые модель, ходки и километраж в файл выгрузки не входят (уходят груз, число рейсов, контроль маршрута, перевезено).
- Один наряд — один исполнитель; нет уведомлений и мобильного приложения. Заявки подаёт только диспетчер.
- Выгрузка в 1С — файл. Обратной загрузки, статуса «принято в 1С» и расценок нет.
- Для рейсового наряда нет вкладки «Топливо». Заправки и слив видны в журнале и операциях; вкладка с графиком уровня есть только у автонарядов (подтверждено вживую).
- Печатный бланк рабочий, не унифицированная форма; «Перевезено», плановые ходки и точки плана в нём не печатаются.
13. Не подтверждено / ограничения проверки#
Перечень сведений, которые нельзя считать подтверждёнными, — для честности внедрения и планирования приёмки.
| Что | Статус |
|---|---|
| Работа закладки «Легковой» на живых данных | в журналах проекта отдельного прогона нет; описано по коду |
| Работа блока при часовом поясе предприятия не +3 | не проверялось; возможен сдвиг времени создания и завершения наряда |
| Многосменный график и смена через полночь у транспорта | проверено только по коду; заказчик использует график «Сутки» |
| Права роли «пользователь» на живых данных | по коду; под обычным пользователем отказ в «Открыть день заново», «Обработать период» и «Типовой набор» на стенде не проверялся |
| Загрузка файла выгрузки в 1С | не выполнялась; формат с разработчиком 1С не согласован |
| Свой OSRM | комплект есть, команды не запускались; развёртывание не подтверждено |
| Работа окна без доступа в интернет (CDN, тайлы) | не проверялась |
| Состояние боевого сервера (планировщик, пункт меню «Наряды», применённые миграции) после 10.10.2026 | не подтверждено; проверять при внедрении |
| Нагрузочная проверка на боевых объёмах | не выполнялась |
| Работа нормализатора трека для быстрых легковых машин (движение 110–130 км/ч при редких точках) | по коду возможно ошибочное удаление нормальных точек; на данных не проверялось |
| Правило «≥ 30% недостоверной навигации» для легкового | практически не срабатывает; на данных не проверялось |
| Предупреждение о малом радиусе геозоны для грузовиков | в коде нет; есть только радиус по умолчанию 150 м |
| Влияние порогов заправки и слива из карточки автомобиля на наряд | использований в расчёте наряда не найдено; пороги событий задаются в настройках датчика уровня топлива |
| Связь «Норма на 100 км» карточки автомобиля с нормой объекта, которую показывает плитка топлива | в коде не найдена: норма, внесённая только в карточку, в плитке не отобразится |
14. Журнал изменений блока#
Даты — по проектным журналам и аудитам комплекта; для функций 12.10.2026 даты записей в журнале и фиксации в коде в ряде случаев расходятся на сутки, поэтому они объединены.
| Дата | Что появилось или подтверждено |
|---|---|
| До 10.10.2026 | основа окна «Наряды», общая с АГРО: заявки и наряды, автонаряды по смене, расчёт факта, исполнители по сменам, причины простоев и простои, ручной факт, закрытие дня, выгрузка в 1С, печать; модели техники с грузоподъёмностью |
| 10.10.2026 | решения заказчика: обмен с 1С не менять; правила ролей оставить как есть; заявки подаёт диспетчер, уведомлений и мобильного приложения нет |
| 11.10.2026 | сквозной прогон на предприятии Меридиан (стенд 5g): 14 заявок, 12 нарядов, закрыт день 08.10, пакет выгрузки из 5 путевых листов грузового автомобиля. Контроль маршрута (статусы, число рейсов, примечание с временем погрузки и разгрузки), «Перевезено = груз × рейсы», подсказка грузоподъёмности и числа ходок в форме наряда, замена суточного автонаряда рейсовым нарядом (решение заказчика), учёт CAN-счётчика пробега при подмене GPS, правило 30% недостоверной навигации |
| 12.10.2026 | быстрое место в заявке: поиск адреса, создание круга или многоугольника, «объект работ и заказчик одним шагом», подсказка «здесь уже есть зона», фильтр зон по заказчику; контрагент-заказчик у объекта работ; автоповтор поиска адреса при временной ошибке; запасной адрес OSRM и комплект развёртывания собственного OSRM |
| 12.10.2026 | конструктор маршрута: модели «Одиночный рейс», «Ходки», «Развоз», точки, план километража и ходок, оптимизация порядка, время подачи, № заявки заказчика, требования к технике; «Подставить как в прошлый раз» по объекту работ; предупреждение о возможном дубле заявки; точки плана с отметкой факта в наряде («✓ время заезда» / «✕ не посещена»), убрана вводящая в заблуждение приписка о незавершённом рейсе после возврата на базу; нормализация трека (РЭБ): кнопка на карте, признак на машине, достройка участков по дорогам; анализ 46 нарядов Меридиан с 01.10 |
| 12.10.2026 | живая проверка на стенде 5g (версия окна 20261013-qp14): заявки и конструктор (ходки, развоз, оптимизация, сохранение), формирование наряда из заявки, контроль маршрута для одиночного рейса и развоза из трёх точек, печать, закрытие дня, выгрузка в 1С, замена автонаряда, защита закрытых дней, нормализация трека |
Что проверено вживую 12.10.2026 (стенд 5g, Меридиан): модели перевозки и расчёт плана (пример: Симферополь → Ялта 87,4 км туда и 88,1 км обратно, шесть ходок — 1053 км, предупреждение «Не уложится в одну смену»); развоз из трёх точек с автопорядком; формирование наряда из заявки; контроль маршрута для одиночного рейса («✓ рейс выполнен · погрузка 19 мин (08:07–08:26), разгрузка 10 мин (14:38–14:48)») и для развоза («рейсов 1 (по всем 3 точкам маршрута)», «Перевезено» 4,0 т); статусы «⚠ частично» и «нет данных навигации»; печать; закрытие дня и выгрузка в 1С; «Разделить наряд», «Факт вручную», простои; защита закрытого дня; нормализация трека на двух нарядах; переход на оценку «по прямой» при недоступности OSRM.
15. Что читать дальше#
- Руководство пользователя: рабочий день диспетчера
- Справочники и подготовка данных
- Заявки на перевозку и конструктор маршрута
- Наряды-рейсы, контроль маршрута, закрытие дня, 1С и печать
- Карта, план/факт и РЭБ
- Топливо и пробег по рейсам
- Отчёты и аналитика
- Настройка и ввод в эксплуатацию (чек-лист)
- Типовые ситуации и ошибки
- Алгоритмы и интеграции Exzotron ТРАНС (техническое руководство)