10 записей с тегом "бронь"

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

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

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

Базовые статусы: Система содержит 6 фундаментальных системных причин (например, «Клиент отказался», «Нет машины», «Нет водителя», «Форс-мажор»). Их нельзя случайно удалить, что гарантирует целостность базовой аналитики.

Пользовательские статусы: Компания может свободно добавлять собственные, специфические причины отмен под свои бизнес-процессы.

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

2. Интеграция с финансовой логикой (Штрафы) Указание причины отмены — это не просто сбор статистики, но и запуск финансовых алгоритмов. Особенно это касается статуса «Клиент отказался». Если пассажир отменяет уже оплаченную бронь по своей инициативе, система мгновенно проверяет правила рейса. При наличии настроенных тарифов возврата, диспетчеру автоматически выводится окно с расчетом суммы удержания (штрафа/пени), а на лицевой или бонусный счет клиента возвращается только положенный остаток. При отмене по вине компании (например, «Нет машины»), штрафные санкции к клиенту, естественно, не применяются.

3. Удобство для диспетчера При клике на отмену брони диспетчер видит аккуратный выпадающий список только с актуальными (активными) причинами. Наиболее частая причина (например, отказ клиента) автоматически подставляется первой, экономя время диспетчера на лишние клики.

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

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

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

Теперь система работает напрямую с двумя крупными агрегаторами — «Автовокзалы.ру» и «Го.Бас.» (GoBus). Это значит, что заказы с этих сайтов автоматически попадают в нашу систему.

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

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

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

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

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

1. Автоматическая и ручная тарификация переноса

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

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

2. Удобный контроль и оплата

В посадочной ведомости рейса (при просмотре списка мест) появилась новая колонка «Доплата».

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

Прямо в таблице под суммой долга доступна кнопка «Оплатить». Одним кликом с подтверждением долг переводится в статус «Оплачено».

Система не позволит перенести бронь повторно на третий рейс, если клиент еще не погасил долг за предыдущий перенос.

3. Прозрачная история (Логирование)

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

Итог

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

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

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

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

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