78 записей с тегом "бронирование"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

В системе реализован механизм резервирования общего количества мест для партнеров-интеграторов без закрепления за конкретными номерами. Это позволяет партнерским платформам (Росбилет, Юнитики, Босфор и др.) продавать билеты в рамках выделенной квоты, а распределение мест происходит автоматически.