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

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

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

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. Конструктор тарифа

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

Базовые настройки:

Привязка к контрагенту: Тариф можно сделать глобальным или привязать к конкретной Компании (например, ООО "Диспетчерская №7" или ООО "Автоколонна"). Это позволяет давать спеццены корпоративным клиентам.

Типы автомобилей: Выбор класса ТС, к которому применяется данный прайс (например, Минивэн или Микроавтобус).  

Тип расчета: Фундаментальная настройка логики. Система поддерживает два основных типа:

Тариф по времени (Ч): Оплата за часы аренды.

Тариф по КМ: Оплата за пройденное расстояние (актуально для длинных трансферов).

Тариф за поездку: Фиксированная стоимость за весь маршрут целиком, независимо от времени в пути или точного километража (удобно для стандартных трансферов, например, фиксированная цена "Аэропорт - Центр города").

Мин. цена: Защитный механизм. Позволяет установить «несгораемую сумму». Например, даже если клиент арендовал машину на 1 час за 2350 руб, а минимальная цена установлена 5000 руб, система выставит счет на 5000.

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

Градация (От и До): Руководитель может задать разные цены в зависимости от объема заказа (применимо для тарифов по времени и километражу).

Пример на скриншоте (Тариф по времени): Если аренда длится от 0 до 5 часов, стоимость составляет 5000 руб/час. Если клиент берет машину на срок более 5 часов, включается скидка за объем, и стоимость падает до 4000 руб/час.

Учет простоев (Ожидание): В отдельной колонке задается стоимость платного ожидания (например, 2500 руб/час) и количество Бесплатных минут (например, 15 минут), которые даются клиенту на сборы.

Стоимость подачи: Фиксированная сумма за приезд автомобиля к клиенту (например, 500 руб), которая плюсуется к общему чеку.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

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

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

Итоги

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