Nordwind × Southwind × Siam Wings
Что необходимо для запуска стыковки багажа
Функциональный бриф для команды Lydia, аэропорта и коммерческой команды. Предложение RuBI & ViBI · 10 ноября 2026. По информации команды проекта используется собственная DCS Lydia. Возможности, версии и контуры каждого перевозчика предстоит проверить. Документ описывает требуемый результат и испытания; готовая интеграция пока не подтверждена.
1. Границы пилота
Выбрать одну пару реальных рейсов в одном аэропорту, на конкретную дату и с достаточным временем пересадки. Примеры для проверки: Барнаул → Казань → Анталья; Казань → Красноярск → Пхукет. Это маршрутные кандидаты: расписание, доступные места, допуск багажа и коммерческие полномочия должны быть подтверждены участниками.
Каждый перевозчик выполняет собственный рейс и отвечает за свою перевозку. Отдельные билеты не превращаются автоматически в единый договор перевозки. Продажа второго билета, комиссия, обработка данных, сервис и урегулирование оформляются отдельно согласованными условиями.
2. Минимум от DCS и смежных систем
| Функция | Что необходимо обеспечить | Как подтвердить |
|---|
| Реальный следующий рейс | Добавить или связать внешний сегмент с фактическими перевозчиком, номером рейса, датой и аэропортом. Не подменять авиакомпанию собственным кодом ради прохождения проверки. | Тестовая запись содержит именно согласованный второй рейс. Администратор проверил разрешения, соглашения и ограничения DCS. |
| Маршрут багажа и бирка | Сформировать правильный багажный маршрут, номер бирки и конечный аэропорт по утверждённой процедуре. | Напечатанная бирка и электронная запись совпадают. Внешний сегмент пассажира сам по себе не подтверждает маршрут багажа. |
| Жизненный цикл багажа | Обеспечить принятие, изменение, отмену или снятие багажа и связанного сегмента в рамках правил станции. | Участники различают «создан», «принят», «загружен», «снят». Активная запись не считается подтверждением принятия или погрузки. |
| Передача данных | Передавать необходимые BSM/BTM, если применимы к процедуре, либо согласованные эквивалентные данные через поддерживаемый интерфейс. Формат, адресация, маршрутизация и обработка ошибок согласуются сторонами. | Есть журнал доставки и проверка содержания сообщения у получателя. Печать бирки не доказывает доставку сообщения. |
| Приём второй стороной | Следующая DCS, BRS или согласованный процесс аэропорта сопоставляет бирку, пассажира и второй рейс. | Получатель подтвердил приём и возможность обработки. В таблице ответственности назначен владелец каждой проверки. |
| Физические события | Аэропорт фиксирует приём, погрузку, передачу при стыковке и выдачу; статусы сверяются с реальным движением багажа. | Тестовый багаж прослеживается по контрольным точкам. DCS не подменяет физическое сканирование и BRS. |
Ключевой результат теста: корректная бирка → данные дошли → следующая сторона приняла → аэропорт подтвердил физическую передачу. Запись пассажира или успешно напечатанная бирка отдельно не означают готовность интерлайна.
3. Желательно для масштаба
| Возможность | Практическая польза |
|---|
| API или событийный интерфейс | Автоматизировать обмен без повторного ручного ввода. |
| Статусы в реальном времени | Раньше выявлять пропущенную передачу и риск стыковки. |
| Изменение следующего рейса | Обрабатывать согласованное восстановление маршрута с синхронизацией багажной записи. |
| Уведомления и очередь исключений | Дать операционной команде понятное действие и ответственного. |
| Тестовая среда, журналы и роли | Безопасно проверять сценарии, разграничивать доступ, расследовать ошибки. |
| Правила допуска и отчётность | Управлять парами рейсов и измерять качество без необоснованных обещаний пассажиру. |
Замена DCS/PSS, объединение PNR, автоматическая перебронь и выпуск посадочного талона второго перевозчика не являются обязательным минимумом этого багажного пилота. Если они нужны конкретной схеме, это отдельный объём интеграции.
4. Что согласовать вне DCS
- Продажа: кто вправе показывать и продавать второй билет и сервис, кто принимает оплату, выдаёт подтверждение, меняет и возвращает продукт. Наличие DCS не даёт права продажи второго плеча.
- Станция: кто принимает, сканирует и переносит багаж, какой путь используется в терминале, время обработки и крайние сроки, необходимые проверки и участие пассажира.
- Защита: перечень событий, ответственная сторона, порядок поддержки и урегулирования. Если включается страхование — страховщик, премия в цене или отдельно, лимиты, исключения и документ для пассажира.
- Данные: минимальный состав, правовые основания передачи, доступ, хранение и удаление, контакты по безопасности.
- Допуск продажи: сервис показывается только на проверенной комбинации рейсов. Неподтверждённое условие закрывает продажу сервиса для этой пары.
5. Три обязательных испытания
Штатный маршрут. Приём на первой стойке → бирка → обмен данными → погрузка → передача аэропортом → принятие и погрузка вторым перевозчиком → выдача.
Задержка и потеря стыковки. Определение риска → блокировка неверного действия → контакт с пассажиром → согласованный следующий шаг → обновление багажного маршрута и статусов.
Отмена / неявка / снятие багажа. Событие в первой системе → уведомление и корректировка у второй стороны → снятие или отмена по процедуре → сверка отсутствия «старой» активной записи.
6. Ответ от каждой авиакомпании
Просим заполнить шесть пунктов минимальной функциональности: поддерживается / нужна настройка / нужна доработка / не поддерживается, указать владельца и срок проверки. Приложить:
- Версию и контур Lydia у каждого участника, контакт администратора и руководителя разработки; сведения о смежной DCS, если она используется.
- Предлагаемые рейсы, даты, аэропорт стыковки и коммерческого владельца пилота.
- Поддерживаемые сообщения/API и контакты по адресации.
- Процедуру багажного трансфера и контакт аэропорта/BRS.
- Доступную тестовую среду либо согласованный безопасный тестовый процесс.
RuBI & ViBI готовят матрицу пар, схему продажи, карту ролей, интерфейсные требования и сценарии испытаний. RuBI — работа в РФ и РБ; ViBI — за пределами РФ и РБ. Распределение договорных ролей определяется соглашениями.