Бронев — продажа билетов и управление рейсами

Контекст и задача

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

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

Исследование

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

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

Решение

Перевозчик настраивает маршрут один раз

Точки посадки и высадки, цены по участкам и заблокированные места задаются в маршруте. Рейсы создаются автоматически по одному из семи типов расписаний. На конкретную дату назначаются транспорт со схемой мест, водители и диспетчер.

Все каналы продают места по общим правилам

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

Изменения поездки остаются под контролем

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

Отчётность встроена в работу перевозчика

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

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

Технологии

REST API связывает ядро, веб-кабинет перевозчика и внешние системы. Отдельный сервис формирует отчёты и билеты; единая авторизация и роли управляют доступом участников.

Результат

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

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