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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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

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

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

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

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

Итоги

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

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

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

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

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

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