Epic Tour Import

Эпик: модель туров под импорт от туроператоров

Статус: аналитика. В разработку не берётся до отдельного решения. Задача: #254.

Бизнес и сценарии

Цель MVP: сайт стабильно собирает туры примерно с 10 туроператоров (список получен на встрече 2026-10-16), пользователь просматривает тур, выбирает даты и предложения. Подключение начинается с одного оператора, затем 2, 3 и далее до 10, с запасом на рост.

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

• Ручной конструктор туров (мастер создания тура) в текущем виде больше не нужен.
• Текущая объектная модель туров не является опорой: новая модель проектируется под импорт туров с сайтов туроператоров.
• Удаление ненужного функционала (конструктор, ручное создание туров, связанные части модели) выполняется в рамках задачи по реализации новой модели туров.

Требования:

• новый или изменённый тур у оператора появляется на сайте за короткое время;
• сбор не перегружает мощности, сайт работает быстро;
• архитектура закладывается сразу, без последующего переписывания.

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

Архитектура

Не заполнено. Исходная идея для обсуждения (вариант, решение не принято):

• на каждого оператора отдельный сервис-сборщик со своей базой, хранящий данные в исходном виде оператора;
• несколько расписаний: частое (например, раз в 5 минут, изменения за последний день), ежедневное (изменения за неделю), ежемесячное (полная пересборка);
• источник данных: по возможности API или бэкенд оператора напрямую, а не разбор HTML;
• отдельный сервис туров агрегирует данные всех сборщиков в единую модель: обновляет старое, добавляет новое.

Связанная работа прежнего формата: эпики #122 и #123 (агрегация туров).

Решения

Вопрос	Варианты	Выбрано	Почему	Дата
Ручной конструктор туров	оставить; убрать	убрать в рамках реализации новой модели	туры приходят от операторов, ручное создание не нужно	2026-10-21
Опора для новой модели туров	текущая модель; новая модель под импорт	новая модель под импорт	текущая модель не рассчитана на данные операторов	2026-10-21

Разбиение

Не заполнено: появится после согласования архитектуры. Порядок: разбор аналитики и архитектуры, затем согласование решения с владельцем проекта.

Тест-кейсы

Не заполнено: сквозные сценарии пишутся после разбиения.