ИСТОЧНИКИ ДАННЫХ, БАЗЫ ДАННЫХ И ИНТЕГРАЦИИ 1. Источники исходных данных Основной источник данных — материалы, предоставляемые заказчиком и загружаемые пользователем через интерфейс разрабатываемой системы. Входные данные: — фотографии конкретного товара в форматах JPG или PNG; при наличии — дополнительные ракурсы, изображения упаковки и логотипа; — карточка товара, заполняемая пользователем: наименование, назначение, подтверждённые характеристики и особенности, которые необходимо показать или озвучить; — текстовое описание сцены: место действия, внешний вид персонажа, последовательность действий и способ демонстрации товара; — согласованный текст выступления либо тезисы для подготовки сценария. Например, пользователь загружает фотографию портативной колонки, вводит её характеристики и задаёт сцену: «Человек на пляже берёт эту колонку со столика, показывает её в камеру и рассказывает о ней». Для пилота заказчик предоставляет тестовый набор материалов минимум по трём товарам и описания минимум двух сцен. Это набор для проверки результата, а не готовый обучающий датасет. При необходимости дополнительных фотографий или размеров товара исполнитель указывает требования к ним до начала тестирования. Автоматический сбор информации с сайтов, поиск характеристик в интернете и подключение к внешним товарным каталогам в первый этап не входят. Сведения о товаре не должны дополняться неподтверждёнными характеристиками. 2. База данных и хранение файлов В рамках прототипа необходимо создать внутреннюю базу данных проектов. Предлагаемый вариант — PostgreSQL; обоснованный аналог может быть согласован с заказчиком. В базе должны храниться карточки товаров, описания сцен, утверждённые сценарии, параметры и статусы заданий, сведения о попытках генерации и ссылки на полученные результаты. Исходные фотографии, промежуточные материалы и готовые ролики размещаются в файловом или объектном хранилище на инфраструктуре под управлением заказчика. База данных связывает эти файлы с соответствующим товаром и заданием. Речь идёт о компонентах, которые предстоит создать в рамках разработки. Подключение к уже существующей базе данных заказчика для пилота не предусматривается. 3. Внешние API Предусмотреть интеграцию с OpenAI API для моделей GPT либо с Anthropic API для Claude. Выбор провайдера и конкретной модели согласуется при проектировании; обязательное одновременное подключение обоих провайдеров не требуется. Назначение интеграции — обработка предоставленных пользователем текстов и изображений, подготовка сценария и структурированного задания для последующих этапов. Передача материалов внешнему провайдеру должна быть явно отражена в архитектуре и согласована с заказчиком. Эти API не должны использоваться для передачи задачи сторонним сервисам генерации видео. Все дополнительные внешние зависимости, включая сервисы озвучки при их использовании, исполнитель раскрывает отдельно. 4. Внутренние интеграции и создание видеоряда Необходимо связать пользовательский интерфейс, базу данных, хранилище файлов, модуль подготовки сценария и модуль создания видео в единый процесс: загрузка материалов → подготовка и согласование сценария → формирование задания → создание видеоряда и звука → проверка результата → выдача MP4. Создание видеоряда должно выполняться на инфраструктуре под управлением заказчика с использованием самостоятельно развёрнутых моделей и компонентов обработки видео. Конкретные модели, источники их получения, условия использования и требования к вычислительным ресурсам исполнитель указывает в техническом предложении. Использование сторонних сервисов генерации видео, в том числе через API, агрегаторы или промежуточные сервисы, исключается. Аренда сервера с GPU допускается при условии самостоятельного развёртывания видеомодуля. 5. Границы интеграций на первом этапе Подключение к CRM, ERP, маркетплейсам, действующему сайту заказчика и социальным сетям в пилот не входит. Исходные данные поступают через ручную загрузку и заполнение формы, готовый ролик предоставляется пользователю в интерфейсе системы. Дополнительные интеграции могут рассматриваться после проверки работоспособности основного сценария и согласуются отдельно.