«Минус комиссии, плюс контроль»: как перевозчик за 90 дней перестал кормить агрегаторов и запустил свой билетный сервис
Каждый пятый рубль уезжал агрегатору - пока перевозчик не нажал "стоп". За 90 дней собрали собственную платформу на 1С‑Битрикс, оставили комиссии посредникам в прошлом и сократил покупку билета до 35 секунд. Разбираем, что сделали и где споткнулись.
Что хотели изменить
- Избавиться от комиссий сторонних сервисов - 3-6% с каждой продажи
- Ускорить путь покупки - с 3-4 минут до 1 минуты и меньше
- Автоматизировать возвраты и корректировки без участия оператора
- Обновлять остатки и цены в реальном времени из 1С
- Подключить оплату картами и СБП с моментальным чек-аутом
Как устроили платформу
1С‑Битрикс как фронт продаж
Сайт стал главным каналом: поиск рейсов, интерактивный выбор мест, оформление, личный кабинет.
"Живая" интеграция с 1С через JSON/Webhook
- Двусторонний обмен: сайт ↔ 1С
- 1С хранит рейсы, тарифы, остатки
- При брони сайт отправляет SeatReserved, 1С подтверждает за 200-500 мс
- Изменения расписания и цен мгновенно отражаются на витрине
Оплата и фискализация
- Подключён платёжный шлюз: карты, СБП
- После оплаты - автогенерация pdf - билета, отправка в SMS/e-mail и в личный кабинет
- Чеки уходят в ОФД и синхронизируются с 1С
Как выглядит маршрут пользователя
- Выбор рейса и места - данные напрямую из 1С
- Бронь - подтверждение за сотни миллисекунд
- Оплата - один-два клика
- Билет - pdf сразу, чек - автоматически
Весь путь - 35 секунд вместо ~3,5 минут
Возвраты и корректировки - теперь без оператора
Возврат: в личном кабинете видно сумму до подтверждения, деньги возвращаются за 2-3 минуты, чек сторно уходит в ОФД.
Корректировка: изменение ФИО, документа, даты или места; автоматический перерасчёт и перевыпуск билета; синхронизация с 1С.
Где споткнулись и как решили
Самая серьёзная проблема оказалась с возвратами. Стандартный модуль e-commerce не умел:
- делать частичные возвраты в рамках одного заказа
- разбивать билеты внутри заказа на отдельные чеки
- корректно проводить эти операции через платёжный шлюз
- отслеживать статусы по всей цепочке
Автоматизация возвратов просто ломалась. Решение - разработали собственную синхронизацию по API между сайтом и ЮKassa, которая:
- умеет выделять отдельные билеты из общего заказа
- формирует на каждый отдельный чек и сторно-документ
- инициирует возврат напрямую через API ЮKassa
- получает подтверждение от платёжного шлюза и синхронно отправляет данные в 1С и ОФД
После этого возвраты стали проходить без ошибок, корректно отражаться во всех системах и занимать пару минут без участия человека.
Что в итоге
Почему это важно
- Прямая экономия - миллионы рублей в год остаются в компании
- Рост продаж - за счёт быстрого и прозрачного процесса
- Гибкость - тарифы и маршруты управляются внутри, без ожиданий от агрегатора
- Масштабируемость - готовность к новым направлениям и партнёрам