Для законной и безопасной перевозки пассажиров на определенных маршрутах (например, межобластных или международных) транспортная компания обязана собирать полные паспортные данные клиентов.

Ранее логика сайта работала по упрощенному сценарию: если клиент когда-то зарегистрировался (указав только Имя и Телефон) и авторизовался в личном кабинете, система считала его «знакомым» и позволяла купить билет на любой рейс в один клик. Однако для строгих маршрутов этого недостаточно. Мы переработали систему авторизации и бронирования, внедрив алгоритм интеллектуального дозаполнения профиля пассажира.

Ключевые возможности и улучшения

1. Контекстный запрос недостающих данных

Теперь система бронирования на сайте работает «умнее». При попытке купить билет алгоритм анализирует два фактора:

Настройки выбранного рейса: Какие данные обязательно нужны для этой поездки (например, Дата рождения, Гражданство, Серия и номер паспорта).

Профиль авторизованного клиента: Какие из этих данных уже есть в базе.

Если профиль клиента заполнен не полностью (не хватает критически важной информации для конкретного рейса), система не пропустит его к оплате. Прямо на странице оформления заказа динамически появятся только те поля, которых не хватает.

Удобство для пассажира: Клиенту не нужно вводить всё заново. Ему предложат дозаполнить только пустые графы.

Профиль растет вместе с клиентом: Как только человек впишет недостающие данные и купит билет, эта информация навсегда сохранится в его личном кабинете. При следующих поездках система больше не будет отвлекать его лишними вопросами.

2. Строгая валидация паспортов

Чтобы исключить опечатки при вводе документов (особенно когда клиент дозаполняет профиль в спешке), мы перенесли строгие правила проверки из диспетчерской в интерфейс сайта:

Интеллектуальные маски ввода: Если в качестве документа клиент выбирает «Паспорт гражданина РФ», система немедленно применяет маску (ограничение). Алгоритм запрещает вводить буквы и требует указать строго 10 цифр.

Это снижает нагрузку на диспетчеров, которым больше не нужно перезванивать пассажирам для уточнения некорректных паспортных данных.

3. Сохранение специфической информации (Номер рейса самолета)

Для некоторых направлений (например, трансферов из аэропорта) критически важно знать номер прилетающего рейса самолета, чтобы водитель мог отследить задержки. Мы исправили логику сохранения таких специфических (одноразовых) данных:

«Номер рейса самолета» больше не привязывается к личному кабинету клиента (так как каждый раз он разный), но теперь гарантированно и без потерь прикрепляется к конкретной брони/билету, даже если заказ оформляет авторизованный пользователь.

Внедрение функции интеллектуального дозаполнения профиля решает важнейшую задачу — соблюдение требований законодательства к сбору данных пассажиров без ущерба для конверсии сайта. Постоянные клиенты дописывают информацию в свой профиль постепенно и только тогда, когда это действительно необходимо, а компания получает гарантию чистоты и полноты посадочных ведомостей.

Эффективность работы диспетчера складывается из мелочей: скорости доступа к нужной информации и удобства аналитических инструментов. Чтобы сделать систему более эргономичной, мы выпустили небольшое, но важное обновление, затрагивающее контекстные меню и систему фильтрации.

Ключевые возможности и улучшения

1. Мгновенный переход в карточку клиента

Мы расширили возможности быстрого меню в рабочих областях диспетчера.

В разделах просмотра рейса и списка броней при клике на номер телефона клиента открывается контекстное меню быстрого доступа.

Теперь в этот список (сразу после опции копирования ссылки на подключение Telegram) добавлен новый пункт — «Карточка клиента».

При нажатии на эту кнопку система автоматически открывает страницу редактирования профиля выбранного пассажира.

Это нововведение позволяет операторам мгновенно переходить к полным данным клиента для внесения изменений, не тратя время на ручной поиск по базе.

2. Детализация статистики по направлениям

Раздел статистики стал более гибким. Руководителям часто нужно понимать не только общую картину продаж или активности сотрудника, но и его эффективность на конкретных маршрутах.

В общий раздел статистики пользователей, добавлен новый фильтр по направлениям.

По умолчанию система формирует отчет по всем доступным маршрутам, однако при выборе определенного направления (из числа активных) вся статистика пересчитывается с учетом этого фильтра.

Чтобы руководителю не приходилось долго скроллить выпадающий список в поисках нужного маршрута, новый селект фильтра оснащен встроенной строкой поиска.

Добавление прямого перехода в карточку клиента из посадочных ведомостей экономит рабочее время диспетчеров, делая интерфейс более связанным. В свою очередь, новые умные фильтры с функцией поиска позволяют руководству проводить более глубокий срез аналитики, оценивая финансовые показатели и активность персонала в разрезе каждого отдельного рейсового направления.

Для водителя транспортной компании смартфон с мессенджером часто является главным рабочим инструментом. Через него он получает информацию о рейсах на которые он назначен, связывается с диспетчером и контролирует посадку пассажиров.

Мы провели работу и расширили возможности водительских ботов, чтобы сделать их использование максимально комфортным и предсказуемым.

Ключевые возможности и улучшения

1. Корректное отображение «Моих рейсов»

Мы изменили логику работы кнопки «Мои рейсы». Ранее при нажатии на нее бот показывал только предстоящие рейсы (на текущее время и в будущее). Если рейс уже формально начался (например, стартовал в 09:00, а водитель запросил информацию в 12:00), бот его скрывал. Теперь логика исправлена: бот учитывает статус рейса. Пока рейс считается активным в системе (даже если он уже в пути), он будет отображаться в списке, чтобы водитель не потерял к нему доступ.

2. Интеллектуальный «Список пассажиров»

Важное нововведение — появление кнопки «Список пассажиров» в деталях каждого рейса. При ее нажатии водитель получает в мессенджер всю необходимую информацию для посадки людей.

Правильная сортировка: Ранее пассажиры выводились списком в хаотичном порядке. Теперь бот анализирует маршрут и присылает карточки пассажиров строго по порядку остановок посадки. Водитель видит список людей ровно в той последовательности, в которой будет забирать их по пути (например: сначала пассажиры из Кишинева, затем из Оргеева, потом из Бельцов).

Чистота данных: Мы убрали из вывода лишнюю системную информацию (например, внутренний ID-номер брони, который водителю не нужен).

Точность: В карточку пассажира добавлено обязательное отображение валюты рядом со стоимостью проезда, а также исправлены мелкие визуальные недочёты.

3. Полнота информации в карточке пассажира

Теперь карточка пассажира, приходящая в мессенджер, содержит исчерпывающие данные:

ФИО и телефон клиента;

Точные дату и время отправления/прибытия;

Детальные адреса точек посадки и высадки;

Стоимость проезда;

Скрытый комментарий от диспетчера (если он был оставлен специально для водителя).

Обновление логики мессенджеров превращает водительского бота в полноценного цифрового напарника. Исправление алгоритмов сортировки и отображения активных рейсов позволяет водителю меньше отвлекаться на звонки диспетчеру и полностью сосредоточиться на дороге и качественном обслуживании пассажиров.

Для диспетчеров важно не только быстро принять заказ, но и понимать, с каким клиентом они работают. Надежный пассажир, который всегда вовремя оплачивает билеты — это один сценарий обслуживания; клиент с частыми отменами или негативным бэкграундом — другой.

Ранее маркер репутации отображался только в общей базе клиентов. Чтобы диспетчер мог мгновенно оценить надежность пассажира прямо в момент звонка и при необходимости скорректировать его статус без перехода в другие разделы, мы интегрировали индикатор репутации непосредственно в процесс бронирования и управления рейсами.

Ключевые возможности модуля

Инструмент репутации легко настраивается под нужды компании. Его отображение можно включить или выключить одной галочкой («Репутация клиента») в глобальных настройках системы.

1. Мгновенная аналитика при создании брони

При оформлении нового заказа (или редактировании существующего) диспетчер начинает работу с ввода номера телефона клиента. Как только номер введен, система выводит сводную статистику по пассажиру. Теперь, при включенной настройке, первой колонкой в этой статистике отображается «Репутация». Она визуализируется интуитивно понятным цветным маркером (шариком), позволяя оператору с первого взгляда оценить статус клиента, прежде чем завершить оформление билета.

2. Редактирование «на лету»

Оценка клиента может измениться прямо во время разговора. Мы сделали так, чтобы диспетчеру не приходилось переходить в отдельную карточку пассажира для смены статуса.

При создании или редактировании брони: Если диспетчер кликнет на маркер репутации, он сможет выбрать новый статус. Обновленная репутация будет применена к профилю клиента автоматически в момент сохранения самой брони (вместе с другими изменениями, например, корректировкой имени).

В просмотре рейса: Для максимального контроля мы добавили колонку «Репутация» непосредственно в посадочную ведомость (экран просмотра рейса). Двойным кликом по цветному маркеру диспетчер может изменить статус пассажира — в этом случае репутация клиента обновится в базе мгновенно.

Интеграция маркера репутации в основные рабочие экраны диспетчера (создание брони, редактирование заказа и просмотр рейса) значительно ускоряет оценку надежности пассажиров. Возможность менять статус «в один клик» поддерживает базу в актуальном состоянии и помогает транспортной компании принимать более взвешенные решения при распределении мест и работе с постоянными или проблемными клиентами.

Сегодня транспортные компании продают значительную часть билетов через сторонние площадки-агрегаторы (интеграторы). Когда пассажир покупает билет на внешнем ресурсе, критически важно, чтобы в систему диспетчерской корректно передались все детали: источник заказа, сумма внесенной предоплаты и стоимость билета.

Ранее при ручной обработке таких заявок или при переносе пассажира на другой рейс могли возникать финансовые расхождения — система иногда пыталась пересчитать стоимость билета по внутренним тарифам автопарка, «забывая» цену агрегатора. Мы полностью переработали логику этого модуля, чтобы обеспечить 100% прозрачность и финансовую точность при работе с партнерами.

Ключевые возможности и улучшения

1. Интеллектуальное ручное распределение заявок

В большинстве случаев заявки от агрегаторов садятся на рейсы автоматически. Но если диспетчеру нужно распределить «зависшую» заявку вручную, система теперь делает это бесшовно, сохраняя весь контекст:

Автоопределение источника: В карточку брони автоматически подставляется название площадки-интегратора, откуда пришел заказ.

Сохранение цены и предоплаты: При ручной посадке на рейс система автоматически подтягивает ту стоимость билета и ту сумму предоплаты, которые были зафиксированы на внешней площадке, игнорируя стандартные внутренние прайсы компании.

2. Финансовая «заморозка» партнерских броней

недрена строгая защита партнерских цен. Если диспетчер редактирует бронь клиента от интегратора (например, меняет остановку, переносит человека на другой рейс или просто пишет комментарий для водителя), система больше не будет пытаться пересчитать итоговую сумму по внутренним тарифам. Оригинальная цена агрегатора надежно фиксируется за пассажиром.

3. Прозрачная аналитика и маркировка

Чтобы диспетчерам, бухгалтерам было проще ориентироваться в потоке заказов, мы улучшили визуализацию:

• Визуальные метки: В финансовых отчетах и списках пассажиров рядом с номером брони теперь выводится аккуратная иконка интегратора. Это позволяет с первого взгляда отличить прямого клиента компании от клиента партнера.

• Умные фильтры в статистике: В статистике по сотрудникам/пользователям появился новый фильтр. Теперь руководитель может в один клик разделить продажи: посмотреть «Только интеграторы», «Только прямые брони пользователя» или общую сводку.

Полноценное логирование: Для заявок, которые сели на рейс автоматически, теперь создается подробный системный лог. При наведении курсора на номер билета диспетчер всегда увидит точное время создания брони и пометку «Забронировано системой».

Обновление логики работы с интеграторами навсегда устраняет проблему рассинхронизации цен и потерянных предоплат. Партнерские заказы обрабатываются с ювелирной финансовой точностью, а новые фильтры и маркеры делают сверку отчетов с агрегаторами быстрой, прозрачной и безошибочной.

Для диспетчерского центра транспортной компании телефон — это главный канал продаж и связи с пассажирами. Чтобы превратить CRM-систему в полноценный call-центр, мы разработали и внедрили глубокую интеграцию с IP-телефонией (на базе провайдера OnlinePBX). Это обновление связывает базу данных пассажиров напрямую с телефонными линиями операторов.

Ключевые возможности и улучшения

1. Умные входящие вызовы

Главная ценность интеграции — автоматическое распознавание клиента при входящем звонке. Как только диспетчер (у которого есть персональный SIP-номер) поднимает трубку, система мгновенно получает сигнал от телефонии. В этот же момент на экране диспетчера в CRM-системе появляется всплывающее окно (Push-уведомление).

Если клиент уже есть в базе, система покажет его имя.

Прямо из этого окна диспетчер может в один клик перейти к созданию новой брони для звонящего.

Время отображения подсказки увеличено, чтобы оператор точно успел на нее отреагировать, даже если окно было свернуто.

2. Звонки в «один клик» (Click-to-Call)

Интеграция работает и в обратную сторону. Диспетчеру больше не нужно вручную набирать номер пассажира на физическом телефоне.

Во всех основных разделах системы (в базе «Клиенты» и в посадочных ведомостях при просмотре рейса) номера телефонов стали кликабельными.

При нажатии на номер и выборе опции «Позвонить», система отправляет команду в IP-телефонию. Звонок автоматически инициируется через гарнитуру или софтфон того диспетчера, который нажал на кнопку.

Умная страховка: Если в компании временно отключена телефония или у конкретного сотрудника не настроен SIP-аккаунт, кнопка «Позвонить» не сломается. Система просто предложит совершить обычный звонок через стандартные средства операционной системы или мобильный телефон.

3. Прозрачное управление доступом

Для удобства руководителей и администраторов мы добавили возможность контролировать SIP-номера сотрудников прямо в CRM. Если интеграция активна, в общем списке пользователей системы появляется новая колонка — «SIP». В ней отображаются внутренние номера телефонии, присвоенные диспетчерам. Это позволяет быстро проверить, кто из сотрудников подключен к call-центру, а кто работает без интеграции.

Итоги

Интеграция с OnlinePBX превращает разрозненные инструменты (телефон и базу данных) в единую экосистему. Автоматическое определение входящих звонков и функция Click-to-Call сокращают время обработки каждого пассажира, минимизируют ручной ввод и повышают общую эффективность диспетчерского центра.

Когда клиент уже оплатил билет (например, онлайн на сайте или банковской картой в офисе), финансовые параметры этого заказа должны быть строго зафиксированы. Любые изменения стоимости постфактум могут привести к серьезным расхождениям между реальными поступлениями на банковский счет и данными в системе учета транспортной компании.

Чтобы исключить случайные или намеренные изменения в уже закрытых чеках, мы внедрили механизм строгих блокировок финансовых параметров заказа.

Ключевые возможности и улучшения

1. Управляемая политика редактирования

Мы понимаем, что у разных компаний могут быть свои бизнес-процессы, поэтому функция сделана гибкой. В глобальных настройках системы добавлен новый переключатель — «Разрешить изменять стоимость и доп параметры оплаченной брони». Руководитель сам решает: оставить диспетчерам свободу действий (по умолчанию) или включить строгий финансовый контроль, запретив любые манипуляции с деньгами после оплаты.

2. Тотальная фиксация стоимости (При строгом режиме)

Если руководство решает запретить редактирование, система полностью «замораживает» любые поля, способные повлиять на итоговый чек оплаченного заказа:

Багаж и Доп. сервисы: Блокируется возможность добавить или убрать количество сумок и платных услуг.

Льготы: Диспетчер не сможет изменить тип билета (например, случайно перевести оплаченный «Обычный» тариф в «Детский» или «Семья СВО»).

Ручная корректировка: Полностью отключается возможность ручного переписывания итоговой цены билета.

3. Информативность и забота о пользователе

Главная проблема многих строгих систем — неочевидность запретов. Часто поля просто исчезают с экрана, и оператор не понимает, почему он не может выполнить действие. Мы переработали этот подход:

Поля остаются на местах: Например, тип оплаты теперь всегда отображается в карточке (даже если он заблокирован), чтобы диспетчер видел полную картину заказа.

Понятные подсказки: Если диспетчер по привычке попытается кликнуть на заблокированное поле (изменить багаж или количество мест), система не выдаст техническую ошибку, а покажет мягкую всплывающую подсказку: «Нельзя изменять параметры уже оплаченной брони».

Итоги

Обновление логики работы с оплаченными заказами гарантирует 100% финансовую прозрачность и идеальное совпадение кассы. Диспетчеры застрахованы от случайных ошибок при редактировании документов, а интерфейс системы дает четкую обратную связь о том, какие действия разрешены, а какие надежно заблокированы системой безопасности.

При групповом бронировании (когда один человек покупает билеты для всей семьи или компании коллег) возникает разделение ролей: есть единый «Клиент» и есть конкретные «Пассажиры», которые поедут на выбранных местах.

Ранее при детальном просмотре рейса в формате «по местам» система дублировала данные основного Клиента-заказчика на все купленные им места, даже если диспетчер предварительно внес ФИО реальных пассажиров. Это создавало путаницу при посадке в автобус и проверке документов. Мы исправили, сделав посадочные ведомости максимально достоверными.

Ключевые возможности и улучшения

1. Умная приоритизация данных

Теперь алгоритм формирования посадочной ведомости работает по принципу приоритета реального пассажира:

Если диспетчер или сам клиент при покупке билета указал имя и данные конкретного человека для определенного места, система выведет в таблице именно его.

Водитель и проверяющий четко увидят, кто конкретно должен сидеть на месте №1, а кто — на месте №2.

2. Надежный механизм подстановки

Ситуации бывают разными: иногда билеты покупаются в спешке, и заказчик не указывает имена своих спутников.

Чтобы в таком случае место не выглядело в системе «бесхозным», мы внедрили умную проверку. Система оценивает наличие имени пассажира: если поле имени пустое, алгоритм аккуратно подставит данные основного Клиента-заказчика. Таким образом, диспетчер всегда знает, к кому обратиться по поводу этого билета.

Итоги

Транспортные компании, водители получают точные списки реальных пассажиров. Это исключает заминки при посадке в автобус, упрощает проверку паспортов и повышает общий уровень сервиса.

В стандартном процессе работы транспортной компании продажа билетов закрывается после того, как рейс физически завершен. Это логичное правило, которое защищает финансовую отчетность и предотвращает операционную путаницу.

Однако в реальной жизни регулярно случаются нестандартные ситуации: пассажир сел в автобус в последний момент на трассе и оплатил проезд водителю, либо из-за проблем со связью диспетчер не успел вовремя внести заказ в базу. Чтобы администраторы могли легально актуализировать посадочные ведомости и сводить кассу, мы разработали инструмент контролируемого бронирования на уже прошедшие рейсы.

Ключевые возможности модуля

Главный принцип нового функционала — баланс между гибкостью и безопасностью. По умолчанию добавление пассажиров в архивные (завершенные) рейсы строго запрещено для всех.

1. Точечное делегирование прав

Чтобы исключить хаос в данных, право на создание броней «задним числом» выдается индивидуально. В глобальных настройках системы (раздел «Бронирование») появилось специальное поле с мультивыбором. Руководитель может точечно отметить в нем тех сотрудников, которым разрешено редактировать прошедшие рейсы.

2. Умная разблокировка интерфейса

Система динамически адаптирует интерфейс под уровень прав конкретного сотрудника:

Для обычного диспетчера: Если время рейса уже вышло, кнопки добавления пассажира (плюсики) в расписании и внутри карточки рейса остаются визуально заблокированными. При наведении курсора система честно подскажет: «Бронирование невозможно, рейс уже проехал».

Для доверенного сотрудника: Как только в систему заходит пользователь с расширенными правами, алгоритм автоматически снимает блокировку с прошедших рейсов. Сотрудник может нажать на кнопку и стандартно оформить заказ, добавив пассажира в базу.

3. Визуальное единообразие

Ранее на прошедших рейсах кнопка «Мультибронирования» (оформления группы пассажиров) могла полностью исчезать с экрана, тогда как кнопка одиночной брони просто блокировалась. Теперь обе кнопки всегда остаются на своих местах, сохраняя привычный вид интерфейса, и лишь меняют свой статус (активна/неактивна) в зависимости от прав авторизованного пользователя.

Итоги

Внедрение функции бронирования на прошедшие рейсы дает транспортным компаниям необходимую гибкость для решения нештатных ситуаций и сведения точной отчетности. При этом использовать данный функционал смогут только авторизованные и компетентные сотрудники.

Стандартный функционал системы бронирования отлично справляется с регулярными рейсами (из точки А в точку Б). Однако, когда клиент заказывает транспорт для корпоративного выезда, школьной экскурсии или свадьбы, бизнес-процесс кардинально меняется.

Диспетчеру необходимо создать заявку на аренду разных автомобилей, простроить сложный маршрут по координатам, учесть платные ожидания и разделить того, кто платит, с теми, кто едет. Для автоматизации таких нестандартных B2B и B2C-заказов разработана подсистема «Аренда транспорта»

Пошаговое формирование заказа (Единое окно)

Интерфейс спроектирован так, чтобы диспетчер собирал сложный пазл заказа поэтапно, переключаясь между логическими вкладками: «Заявка», «Клиент» и «Доп. сервисы».

Настройка параметров и маршрута (Вкладка «Заявка»)

Работа начинается с определения базовых условий поездки:

Тип события: Категоризация поездки (Свадьба, Школьная экскурсия, Развоз сотрудников и т.д.). Если нужного типа нет, администратор может легко добавить его через справочник в меню «Эксплуатация – Типы мероприятий».

Мульти-выбор классов: В один заказ можно добавить сразу несколько транспортных средств разных типов (например, Легковой стандарт, Минивэн, Микроавтобус или VIP-класс). Указать необходимое количество мест в транспортном средстве.

Тип заказчика: Диспетчер указывает статус клиента (Физ. лицо, Юр. лицо, Самозанятый и т.д.). Это критически важный параметр, так как от него напрямую зависит доступный набор тарифов и перечень реквизитов для закрывающих документов.

Исполнитель: Выбор того, кто осуществляет перевозку — «Диспетчер» (поездка выполняется на машинах собственного автопарка) или «Перевозчик» (заказ передается сторонней компании-партнеру).

После ввода и обработки всех пожеланий клиента система сформирует предложение по компаниям и перевозчикам, соответствующим заданным параметрам, с детализацией условий сотрудничества (тарифы на перевозку и оплату времени ожидания). Например:

Индивидуальный предприниматель Фомичев (Договор № 111, тип ТС — микроавтобус):

Тариф: 1500 руб./час, ожидание — 3,00 руб./мин. (льготный период — 5 минут);

Тариф: 300 руб./км, ожидание — 2,00 руб./мин. (льготный период — 10 минут);

Тариф: 250 руб./км, ожидание — 0,00 руб./мин. (без оплаты времени ожидания).

После базовых настроек диспетчер переходит к конструктору маршрута:

Маршрут может состоять из любого количества точек посадки и высадки.

Система поддерживает максимальную гибкость ввода локаций: можно указать точный адрес, выбрать системный «объект» (сохраненные остановки или города) или даже ввести прямые GPS-координаты.

Опираясь на построенный маршрут, система помогает сформировать кортеж:

Детализированный расчет: После выбора подходящих автомобилей система формирует прозрачную финансовую таблицу. Для каждой машины диспетчер видит детальную расшифровку ценообразования: Тип тарифа, Стоимость подачи, Пробег (дистанция), Время в пути, Время и цена ожидания, Стоимость возврата и Итоговую цену.

Разделение Заказчика и Пассажиров (Вкладка «Клиент»)

Модуль учитывает специфику корпоративных и групповых заказов, где заказчик (плательщик) часто не участвует в поездке физически:

Интерфейс четко разделяет блоки данных для Заказчика и Пассажиров.

Если клиент сам едет в арендованном автомобиле, диспетчеру достаточно поставить галочку «Заказчик и пассажир совпадают», и система автоматически заполнит данные, избавив от двойной работы.

Для пассажиров предусмотрена возможность внесения полных паспортных данных (необходимо для школьных групп, пересечения границ или строгих корпоративных регламентов).

Детализация сервисов по каждому авто (Вкладка «Доп. сервисы»)

Финальный этап — распределение багажа и специфических требований заказчика.

Поскольку может ехать несколько машин, дополнительные услуги (детские кресла, бустеры, перевозка животных) и багаж настраиваются индивидуально для каждого транспортного средства.

Диспетчер может указать, что чемоданы поедут в минивэне, а пассажиры с детьми (и детскими креслами) — в микроавтобусе.

После добавления всех услуг система делает финальный перерасчет (кнопка Recalculate) и выводит полную, итоговую стоимость аренды.

Реестр заявок: контроль и управление

После того как заявка сформирована и сохранена, она попадает в единый дашборд. Интерфейс реестра спроектирован так, чтобы руководитель или диспетчер мог оценить масштаб и статус заказа с одного взгляда, не проваливаясь внутрь карточки:

Визуализация события: Каждая строка начинается с яркого цветного бейджа типа события.

Сводка по ТС: В колонке транспорта выводится состав всего заказа. Диспетчер сразу видит, что на заявку нужно отправить, например, «4 ТС: 2 Микроавтобуса + 1 Минивэн + 1 ВИП класс».

Контроль экипажей: Колонка «Водитель» работает как индикатор готовности. Статус «0 из 4» сигнализирует логисту, что на сформированный заказ из 4 машин еще не назначен ни один водитель.

Маршрут и тайминг: Прямо в таблице выводится расчетное время в пути, адреса или GPS-координаты точек, а также доступна кнопка быстрого просмотра маршрута на карте.

Финансы и статусы: Наглядные бейджи показывают этап работы с заявкой (например, Waiting) и статус оплат (например, Частично оплачено).

Справа расположены кнопки быстрых действий.

Подсистема «Аренда транспорта» превращает систему в полноценную программную систему для транспортных компаний, занимающихся заказными перевозками. Глубокая интеграция карт, гибкие настройки тарифов для разных машин в одном чеке, детальный учет юридических лиц и наглядный реестр управления транспортом позволяют диспетчерам быстро и безошибочно организовывать логистику любой сложности.