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

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

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

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

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. Визуальное единообразие

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

Итоги

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

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

Диспетчеру необходимо создать заявку на аренду разных автомобилей, простроить сложный маршрут по координатам, учесть платные ожидания и разделить того, кто платит, с теми, кто едет. Для автоматизации таких нестандартных 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) и статус оплат (например, Частично оплачено).

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

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

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

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

Ключевые возможности функционала

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

1. Выгрузка в один клик

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

2. Умное наименование файлов

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

• Уникальный ID рейса в системе;

• Название направления (маршрута);

• Точную дату и время отправления автобуса.

3. Строгая структура данных

Сам Excel-документ формируется в виде аккуратной таблицы без визуального мусора. В ней собраны все критически важные для контроля атрибуты:

• Фамилия и Имя пассажира;

• Паспортные данные (номер документа);

• Дата рождения;

• Занятое место в салоне;

• Точные остановки посадки и высадки.

4. Логическая группировка (Оптимизация для посадки)

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

Итоги

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

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

Как устроен функционал

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

Шаг 1: Идентификация превыше всего

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

Шаг 2: Обязательные данные

Сразу после ввода номера телефона форма разблокируется, но включается второй уровень защиты. Если клиент новый или в его профиле не заполнены критически важные поля (например, не указана Фамилия), система оставит заблокированным блок «Количество мест». Диспетчер не сможет занять места в автобусе, пока не внесет базовую информацию о человеке.

Шаг 3: Строгая валидация «на лету»

Блокировка снимается только при условии корректного ввода данных. Система проверяет форматы документов в реальном времени. Например, если при вводе паспорта РФ диспетчер введет неверное количество цифр, появится уведомление об ошибке формата, а выбор мест останется недоступным до исправления опечатки.

Итоги

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