OpenAI отключит Videos API и модели Sora 2 24 сентября 2026 года. Это объявленное прекращение работы сервиса: уведомление разработчикам вышло 24 марта, а список удаляемых моделей опубликован в официальном графике OpenAI. По состоянию на 5 сентября командам с действующей интеграцией уже следует сохранять доступные результаты и готовить переход либо управляемое отключение генерации.
Страницы моделей и примеры запросов могут оставаться в документации до этой даты. Их наличие не отменяет график отключения и не подтверждает доступ конкретной организации. Ранний вывод о том, что Sora продолжит работать, потому что API все еще описан в документации, больше не подходит для планирования.
Какой срок относится к вашему подключению
Сначала посмотрите, куда приложение отправляет запросы и кто предоставляет доступ. У прямого API OpenAI, приложения Sora и развертываний Microsoft разные сроки.
| Что вы используете | Подтвержденный срок | Что проверить у себя |
|---|---|---|
Videos API OpenAI, включая sora-2 и sora-2-pro | Отключение 24 сентября 2026 года | Адрес API, модель и незавершенные задания |
| Сайт и приложение Sora | Работа прекращена 26 апреля 2026 года | Возможность экспорта в своем аккаунте |
Microsoft Foundry, sora-2, версия 2025-12-08 | В текущей английской таблице — 15 октября 2026 года | Версию развертывания и уведомления Microsoft |
Microsoft Foundry, sora-2, версия 2025-10-06 | В таблице — 15 июля 2026 года | Не опирается ли приложение на уже выведенную версию |
Сроки сайта, приложения и экспорта приведены в справке OpenAI о закрытии Sora. Даты Microsoft относятся только к соответствующим развертываниям Foundry: их источник — таблица вывода моделей из эксплуатации. В старых поисковых сниппетах для версии 2025-12-08 встречается 15 сентября; текущая английская страница, проверенная 5 сентября, указывает 15 октября. Это не продление срока прямого API OpenAI и не обещание доступа новому аккаунту.
Если запросы идут через посредника, выясните у него фактическую модель, используемый сервис и порядок обработки оставшихся заданий. Название Sora в каталоге само по себе не гарантирует работу после отключения исходного сервиса. Переключение на другого посредника стоит рассматривать как отдельный переход со своей проверкой, а не как способ автоматически обойти закрытие.
Поможет ли закрепить датированную версию
Нет. В уведомлении OpenAI перечислены не только основные имена моделей, но и конкретные версии:
sora-2;sora-2-pro;sora-2-2025-10-06;sora-2-2025-12-08;sora-2-pro-2025-10-06.
У всех этих строк и у Videos API один срок — 24 сентября 2026 года. В колонке рекомендуемой замены OpenAI стоит прочерк. Следовательно, нельзя рассчитывать на официальную замену, которую достаточно подставить в поле model. Час отключения, часовой пояс и обязательный код ошибки, например 410 Gone, в этом уведомлении не указаны; планировать завершение перехода в последнюю минуту не стоит.
Сохраните файлы, а не только историю заданий
Главный риск для уже созданных роликов — принять сохраненный идентификатор или ссылку за сохраненное видео. В документации по получению результатов OpenAI указывает, что ссылки на скачивание действуют не более часа после генерации. Для видео из Batch действует отдельное окно: до 24 часов после завершения пакета. Ни один из этих сроков не означает, что ролик из старого задания можно восстановить сегодня.
Для существующей интеграции полезен такой порядок действий:
- Сведите известные задания в список. Возьмите идентификаторы из своей базы и журналов; при доступности API дополните список через
GET /v1/videos, учитывая пагинацию. Сопоставьте задание с пользователем, заказом или проектом, для которого оно создавалось. - Уточните состояние каждого задания.
GET /v1/videos/{video_id}возвращает его текущий статус. Документация различаетqueued,in_progress,completedиfailed. Завершение генерации и сохранение результата у вас — разные события. - Скачайте доступные завершенные ролики. Для задания со статусом
completedпредусмотренGET /v1/videos/{video_id}/content. Сохраните сам MP4 в управляемое вами хранилище. Если в продукте используются миниатюры или спрайт-листы, сохраните и эти варианты. - Проверьте сохраненную копию. Файл должен открываться из вашего хранилища и воспроизводиться независимо от временной ссылки провайдера. Сверьте длительность, ожидаемый звук и принадлежность нужному заданию.
- Отдельно разберите пробелы. Для недоступного результата зафиксируйте идентификатор, последнюю известную стадию и ответ API. Не отмечайте такую строку как успешно сохраненную только потому, что у нее есть статус
completedв старом журнале.
Это рекомендации по работе с вашими данными; описанный механизм API подтвержден руководством OpenAI. Он не дает гарантии восстановления уже истекших результатов. Для выгрузки существующих работ не нужно запускать новую генерацию.
У видео из приложения другой способ сохранения. OpenAI предлагает открыть страницу экспорта Sora, нажать Export и дождаться письма о готовности. Проверяйте, доступна ли эта возможность именно в вашем аккаунте. Если будет предложен дополнительный финальный период экспорта, компания сообщит о нем по электронной почте. В справке говорится об удалении данных после закрытия и завершения такого периода, но нет обещания единой даты, когда любые файлы API еще можно будет забрать. Экспорт аккаунта приложения не заменяет выгрузку результатов из вашей API-интеграции.
Что менять в приложении до отключения
Начните с мест, где приложение создает новые задания: пользовательская кнопка, очередь фоновых задач, отложенные запуски и автоматические повторы. Назначьте собственную дату прекращения приема новых запросов с запасом до срока OpenAI. Размер запаса зависит от времени обработки вашей очереди и возможности поддержки разобрать зависшие задания; официального универсального интервала здесь нет.
Тайм-аут запроса не всегда означает, что задание не создано. Если идентификатор уже известен, сначала запросите его состояние. Слепой повтор создания может дать дубликат и дополнительные расходы. Если идентификатор не получен, разберите журналы и предусмотренное вашим поставщиком поведение повторных запросов; не объявляйте операцию безопасной для повторения без такой проверки.
Отключение приема новых заданий не должно прекращать обработку уже принятых. Оставьте опрос состояния и прием уведомлений до завершения разбора очереди. OpenAI документирует события video.completed и video.failed; обработчик должен сопоставлять их с сохраненным заданием, скачивать доступный результат и обрабатывать повторные уведомления без дублирования действий. При переходе на другой API эти имена событий и формат данных нельзя считать общими для всех поставщиков.
Полезно отделить в собственной базе состояние генерации от состояния выдачи пользователю. Например, завершенный ролик, который еще не скачан, не должен выглядеть как полностью исполненный заказ. Для зависших и неудачных заданий заранее определите следующий шаг: ручной разбор, повтор с согласованными условиями или отмена. Пользовательский интерфейс должен объяснять текущий результат операции, а не бесконечно показывать ожидание.
Как проверить замену Sora под свою задачу
В качестве отправной точки можно использовать текущие рекомендации самих поставщиков. В обзоре видео Gemini API Google рекомендует Gemini Omni Flash для общей генерации видео и редактирования в диалоге, а Veo 3.1 — для продолжения сцен, управления последним кадром и существующих процессов на Veo. Это рекомендации Google по своим продуктам, а не результат сравнительного испытания на ваших материалах.
Выбор влияет на интеграцию: Gemini Omni Flash использует Interactions API, а документация Veo 3.1 описывает асинхронные операции, нативный звук, управление первым и последним кадром и изображения-референсы. Указанные возможности могут быть существенны для замены, но ни один из этих вариантов не следует считать совместимым с Videos API OpenAI без изменений. Доступ и условия для вашего аккаунта проверяются отдельно; русский язык статьи не означает доступность сервиса в России.
Перед переключением возьмите несколько характерных задач из своего продукта: например, ролик из изображения товара, сцену с речью или продолжение уже созданного видео — только те, которые действительно поддерживает ваше приложение. Для каждой задачи проверьте весь путь:
| Проверка | Что должно получиться |
|---|---|
| Отправка | Параметры и исходные материалы приняты новым API, идентификатор сохранен |
| Ожидание | Есть ограничение времени, корректная обработка промежуточных и конечных состояний |
| Скачивание | Получены воспроизводимые байты видео, а не только успешный ответ или адрес файла |
| Соответствие задаче | Подходят длительность, кадрирование, движение и звук, если он нужен |
| Хранение и выдача | Ролик открывается из вашего хранилища у нужного пользователя |
| Ошибки и расходы | Повтор, сбой и списание можно сопоставить с конкретной операцией |
Эта проверка дает команде критерий готовности перехода. Ответ сервера об успешном создании задания проверяет лишь его начало. Даже качественный тестовый ролик не подтверждает, что приложение переживет сбой, повторное уведомление или истечение ссылки.
Если замена не проходит необходимую проверку до вашей внутренней даты переключения, подготовьте временное отключение генерации с понятным сообщением и сохранением уже выданных работ. Это позволяет завершить текущие обязательства, пока вы доводите новую интеграцию. Возобновлять функцию стоит после проверки полного процесса, а не после одной замены имени модели.
