Cierre de la API de Sora 2: qué guardar y cómo preparar la migración

OpenAI retirará la API de Sora 2 el 24 de septiembre de 2026. El aviso incluye Videos API, los modelos sora-2 y sora-2-pro y sus versiones fechadas. Que un modelo siga apareciendo en la documentación no amplía su vida útil: la referencia para planificar el cierre es el calendario oficial de retirada de OpenAI, consultado el 7 de septiembre de 2026.

Si mantienes una integración, la prioridad es localizar y guardar los resultados que todavía puedas recuperar, resolver las tareas pendientes y tener una decisión sobre la función de vídeo antes de esa fecha. OpenAI no indica un sustituto en el aviso. Cambiar a otro modelo exige comprobar cómo se crean, siguen y descargan las tareas, además del resultado audiovisual que necesita tu aplicación.

Primero, identifica dónde utilizas Sora

El nombre del modelo no basta para saber qué calendario te afecta. Revisa el proveedor que recibe tus solicitudes, el despliegue configurado y la cuenta donde se registran los trabajos.

Las fechas de la web y la aplicación proceden de la ayuda de OpenAI sobre la retirada de Sora. Para Foundry, la tabla de retirada de modelos de Microsoft distingue las versiones: 2025-10-06 figura con fecha de 15 de julio de 2026 y 2025-12-08, con 15 de octubre. Algunos resúmenes antiguos aún muestran el 15 de septiembre; comprueba la página actual y los avisos de tu despliegue. El calendario de Microsoft no supone una prórroga para las solicitudes dirigidas a OpenAI ni garantiza que puedas abrir un despliegue nuevo.

En la API directa, tampoco sirve fijar una versión antigua para eludir la retirada. El aviso incluye sora-2-2025-10-06, sora-2-2025-12-08 y sora-2-pro-2025-10-06, además de los dos nombres generales. OpenAI publica el día de retirada, pero no una hora, una zona horaria ni un código HTTP concreto. Fija tu propia fecha de corte con margen; no dependas de una supuesta última hora de servicio.

Guarda archivos, no solo enlaces a los resultados

Antes de probar otro proveedor, haz un inventario de lo que ya has generado. El objetivo es poder relacionar cada trabajo importante con un archivo que controles y puedas reproducir, incluso cuando deje de responder la API original.

La documentación de descarga de OpenAI indica que las URL de descarga tienen una validez máxima de una hora después de la generación. Para vídeos creados mediante Batch, el plazo documentado es de hasta 24 horas desde que termina el lote. Son ventanas distintas y ninguna garantiza que puedas recuperar ahora un vídeo antiguo. Tampoco significan que todos los resultados vayan a conservarse hasta el 24 de septiembre.

Para los trabajos de la API, sigue este recorrido con las credenciales y el proyecto que los crearon:

1. Recupera los identificadores existentes. Revisa la base de datos de tu aplicación y sus registros. La API documenta GET /v1/videos para listar vídeos generados recientemente en el proyecto actual. Recorre todas las páginas disponibles y combina sus resultados con tus registros históricos y los identificadores de las salidas de Batch; la primera página no es un inventario completo de tu cuenta.
2. Consulta el estado de cada trabajo que necesites conservar. GET /v1/videos/{video_id} permite recuperar el estado asociado a un identificador. Distingue queued, in_progress, completed y failed; no clasifiques una tarea pendiente como vídeo perdido.
3. Descarga los resultados disponibles. Para una tarea completada, la documentación describe GET /v1/videos/{video_id}/content. Guarda el MP4 en tu propio almacenamiento; conserva miniaturas u otros recursos derivados si tu aplicación depende de ellos.
4. Comprueba la copia. Verifica que el archivo se abre, que contiene la duración y el audio esperados y que sigue accesible desde el lugar donde lo has guardado. Registrar completed o recibir una URL no demuestra que esa copia exista.
5. Anota lo que queda sin recuperar. Conserva el identificador, el estado observado y el error de descarga, si lo hubo. Así podrás distinguir una tarea fallida de un resultado terminado cuyo archivo ya no está disponible.

Las rutas y estados anteriores corresponden al funcionamiento documentado de Videos API antes de su retirada. Úsalos para recuperar trabajos existentes mientras tu cuenta tenga acceso; no necesitas crear un vídeo nuevo para comprobar si has guardado los anteriores.

Un registro de conservación útil reúne el proveedor y proyecto, el identificador de la tarea, el modelo utilizado, la fecha, el estado final, la ubicación de la copia y el resultado de la comprobación de reproducción. Añade la referencia de coste si la necesitas para facturar. Por ejemplo, una fila con identificador y URL temporal sigue pendiente de conservación; una fila que apunta a un MP4 verificado en tu almacenamiento permite cerrar esa parte del trabajo.

Ejemplo de inventario con todas las páginas disponibles

Este ejemplo de Python 3 solo hace solicitudes GET: no crea ni elimina vídeos. Utiliza una clave del proyecto original en OPENAI_API_KEY. Guarda el resultado en un archivo nuevo; si ya existe inventario-sora.jsonl, cambia el nombre para conservar la copia anterior.

python
import json
import os
from pathlib import Path
from urllib.parse import urlencode
from urllib.request import Request, urlopen

headers = {"Authorization": f"Bearer {os.environ['OPENAI_API_KEY']}"}
after = None

with Path("inventario-sora.jsonl").open("x", encoding="utf-8") as output:
    while True:
        params = {"limit": 100, "order": "asc"}
        if after is not None:
            params["after"] = after
        request = Request(
            "https://api.openai.com/v1/videos?" + urlencode(params),
            headers=headers,
            method="GET",
        )
        with urlopen(request, timeout=30) as response:
            page = json.load(response)
        for video in page["data"]:
            output.write(json.dumps(video, ensure_ascii=False) + "\n")
        more = page.get("has_more")
        if not isinstance(more, bool):
            raise RuntimeError("La respuesta no confirma la paginación")
        if not more:
            break
        next_after = page.get("last_id")
        if not isinstance(next_after, str) or not next_after or next_after == after:
            raise RuntimeError("La paginación no avanza; revisa la respuesta")
        after = next_after

print("Listado disponible guardado en inventario-sora.jsonl")

La referencia del listado documenta after, last_id y has_more. Si una consulta falla, el script se detiene y el archivo puede estar incompleto: no lo marques como inventario terminado. Incluso una ejecución completa solo cubre lo que el proyecto devuelve en ese momento.

El JSONL conserva metadatos, no los MP4. Usa los identificadores recuperados para seguir los pasos de consulta y descarga anteriores. Guarda también por separado los registros de solicitudes y facturación que necesites; no supongas que el objeto de vídeo contiene tu historial completo de cargos.

Si tus vídeos estaban en la aplicación

La exportación de la aplicación tiene otro procedimiento. OpenAI remite a sora.chatgpt.com/sunset: entra con tu cuenta, consulta si tienes disponible Export y sigue el proceso indicado. La ayuda explica que recibirás un correo cuando la exportación esté lista y que cualquier periodo final adicional, si se ofrece, se anunciará por correo.

No des por hecho que esa exportación recupera todos los vídeos generados mediante la API. Tampoco hay un día fijo de borrado que puedas deducir de la fecha de retirada de la API: OpenAI sitúa la eliminación de los datos después de la discontinuación y de cualquier periodo final de exportación. La acción útil es comprobar tu cuenta y guardar lo que esté disponible, sin esperar a una fecha de borrado supuesta.

Cierra las tareas pendientes antes de cambiar de proveedor

Una migración puede duplicar trabajo y gasto si la aplicación interpreta cualquier espera larga como un fallo. En una API asíncrona, un tiempo de espera agotado en tu servidor no implica necesariamente que la generación se haya detenido.

Si ya tienes un video_id, consulta ese trabajo antes de crear otro. OpenAI documenta los avisos video.completed y video.failed; aunque utilices esos avisos, conserva los identificadores para resolver una notificación que no llegue. Establece un límite de espera en tu aplicación y una vía de revisión para los trabajos cuyo resultado no puedas confirmar. Evita reintentos indefinidos que vuelvan a generar el mismo encargo.

Si la creación agotó el tiempo de espera antes de devolver un video_id, la aceptación sigue siendo desconocida. Conserva la hora, la referencia interna de la solicitud y el identificador de petición si lo recibiste; revisa los registros de tu aplicación y los trabajos recientes del proyecto para intentar relacionarlos. No marques el encargo como fallido ni lo envíes automáticamente a otro proveedor solo porque falta el ID. Si no puedes confirmar qué ocurrió, envíalo a revisión antes de autorizar una nueva generación.

Como medida de cierre, separa el momento en que dejas de aceptar nuevas solicitudes de Sora del momento en que dejas de consultar y descargar las antiguas. Esto permite vaciar la cola y conservar sus resultados. La fecha concreta depende de tus tiempos de procesamiento y del margen que necesites para resolver incidencias; el aviso de OpenAI no garantiza que una tarea iniciada justo antes de la retirada termine después.

Elige una alternativa según el trabajo que debes conservar

La ausencia de un sustituto en el aviso de OpenAI significa que no hay una migración oficial indicada allí. Antes de escoger otra API, identifica los requisitos que realmente utiliza tu producto: entrada de texto o imagen, continuidad visual, control del primer o último fotograma, audio, duración, formato, descarga y tratamiento de errores. Una alternativa que genera un buen vídeo de demostración puede no cubrir alguno de esos requisitos.

La guía actual de vídeo de Google recomienda Gemini Omni Flash para generación general y edición conversacional, y Veo 3.1 para ampliación de escenas, control del último fotograma o integraciones anteriores. Esa recomendación orienta qué documentación consultar; no prueba que uno sea el mejor sustituto para tu aplicación.

Veo 3.1 documenta generación asíncrona, audio nativo, referencias de imagen y control de fotogramas inicial y final. Sus ejemplos de SDK utilizan client.models.generate_videos, consultan client.operations.get y descargan mediante client.files.download. Gemini Omni Flash utiliza Interactions API para generar y editar vídeo. En ambos casos hay que adaptar la integración al proveedor, comprobar el acceso de la cuenta y validar el resultado con tus propios materiales. Sustituir únicamente la cadena sora-2 no resuelve esos cambios.

Si ya utilizas un intermediario, confirma qué modelo ofrece realmente y qué ocurre cuando se retire el servicio del que depende. La disponibilidad de un nombre en su catálogo no garantiza acceso posterior a Sora. Pide una explicación concreta sobre solicitudes nuevas, tareas existentes, descargas y facturación; comprueba esas condiciones antes de mantener la función activa.

Cuándo puedes dar por terminada la migración

Usa un encargo representativo de tu aplicación y recorre el proceso completo. Estos son criterios de aceptación que puede aplicar tu equipo, no garantías de ningún proveedor:

• La aplicación envía los materiales necesarios y guarda el identificador que permitirá seguir el trabajo.
• El seguimiento llega a un estado final y gestiona un fallo sin crear solicitudes duplicadas sin control.
• Se descargan los bytes del vídeo, se reproduce el archivo y se comprueban los requisitos de imagen y audio que justificaron la elección.
• La copia queda en tu almacenamiento y la aplicación puede mostrarla sin depender de un enlace temporal del proveedor.
• El registro de solicitudes permite conciliar trabajos terminados, fallidos y repetidos con sus costes.

Si alguno de esos puntos sigue sin resolverse, mantén la función limitada o prepara su desactivación antes del cierre. Comunica a los usuarios qué ocurrirá con las solicitudes pendientes y con sus archivos. La decisión queda cerrada cuando tienes resultados conservados y una función que puedes sostener con el nuevo servicio, o una retirada controlada de esa función; un cambio de configuración por sí solo deja ambas tareas pendientes.