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

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

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

Созданный тариф назначается нужному направлению. Для разных направлений можно установить разные условия отмены.

Отмена бронирования и подтверждение возврата

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

Перед подтверждением можно проверить сумму удержания и сумму, которая будет возвращена клиенту. После нажатия кнопки «ОК» отмена подтверждается, а возврат выполняется в соответствии с установленным тарифом.

Отображение информации о возврате

В журнале бронирований отображаются основные данные о возврате:

Время до рейса — сколько времени оставалось до начала поездки на момент оформления возврата.

Тип возврата — условия, по которым рассчитывается удержание.

Сумма возврата — сумма денежных средств, возвращаемая клиенту.

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

Управление статусами бронирований

После оформления возврата статус бронирования обновляется в системе. В списке заказов можно увидеть, на каком этапе находится возврат.

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

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

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

Это упрощает контроль отменённых заказов и позволяет сотрудникам быстрее находить необходимую информацию.

Контроль изменений после возврата

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

Функционал автоматических возвратов для Т-Банка и Альфа-Банка позволяет управлять условиями отмены, рассчитывать сумму возврата и контролировать статус операции в одном месте.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Итог

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

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

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

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