Saltar al contenido principal
Los modelos image- y reference-to-video de Seedance 2.0 pueden generar un vídeo a partir de un rostro humano que tú proporciones. Cuando la API de Venice detecta un rostro en el contenido enviado, requiere una atestación de consentimiento única antes de procesar el contenido. Es un requisito del proveedor para entradas con rostros y protege contra usos no consensuados de la imagen de una persona. Esta guía cubre exactamente qué envías, qué recibes y cómo se gestionan las solicitudes recurrentes.

​
Cuándo se aplica el consentimiento

El consentimiento solo se solicita cuando se cumplen ambas condiciones:
  1. El modelo es una variante de Seedance elegible para rostros:
    • seedance-2-0-image-to-video, seedance-2-0-reference-to-video
    • seedance-2-0-fast-image-to-video, seedance-2-0-fast-reference-to-video
  2. El contenido enviado contiene efectivamente un rostro humano detectable, en cualquiera de estos campos: image_url, end_image_url, reference_image_urls, reference_video_urls.
Si no hay rostro en ninguno de esos campos, la solicitud continúa con normalidad sin paso de consentimiento. Text-to-video nunca entra en este flujo.
El consentimiento no desbloquea contenido restringido. Un menor detectado combinado con prompts sugerentes/NSFW, o una imagen reconocible de una figura pública, se rechazan como infracción de la política de contenido (422) y no pueden hacerse aceptables atestando consentimiento.

​
El flujo de dos llamadas

​
Llamada 1 — envía sin consentimiento

Envía tu solicitud de generación como de costumbre, sin campo de consentimiento:
Si se detecta un rostro y aún no has atestiguado, obtienes un 409 sin cargo:
No se cobran créditos ni pago x402 en un 409.

​
Llamada 2 — reenviar con consentimiento

Reenvía el mismo cuerpo de solicitud añadiendo un objeto consents.seedance con tres confirmaciones, todas en true:
Un envío correcto devuelve la respuesta normal de la cola:
A continuación, consulta POST /api/v1/video/retrieve con el queue_id como de costumbre (consulta Generación de vídeo).

​
El objeto de consentimiento

Los tres campos deben ser el booleano true. Cualquier campo faltante, un false, o cualquier campo adicional — incluido un consent_version — se rechaza con un 400. La versión de la política siempre la establece el servidor; los clientes nunca envían ni eligen una versión.

​
Solicitudes recurrentes (dedupe)

Si envías los mismos bytes exactos de contenido para los que ya has atestiguado, la API lo reconoce y continúa sin pedir consentimiento de nuevo — puedes omitir consents.seedance en envíos idénticos posteriores. Esta coincidencia es por bytes exactos: recodificar, redimensionar o recortar produce bytes diferentes y volverá a pedir consentimiento. Una coincidencia parcial (una entrada previamente atestiguada más una nueva entrada con rostro) sigue requiriendo un nuevo consents.seedance en el nuevo envío.

​
Revocación

Para revocar el consentimiento y borrar los activos faciales almacenados, inicia sesión en la web de Venice (Settings). La revocación no está disponible mediante la API pública. Tras la revocación, la siguiente solicitud que use ese contenido pedirá consentimiento de nuevo.

​
Pago

La decisión de consentimiento siempre ocurre antes de cualquier cargo, para ambos métodos de pago:
  • API key: un 409/422 se devuelve antes del cargo de créditos; no se factura nada para una solicitud bloqueada.
  • x402: el cargo de consumo se realiza solo tras una generación correcta, por lo que un 409/422 no liquida nada. Vuelve a enviar con consentimiento (y una nueva autorización x402) para continuar.

​
Referencia de errores

​
Referencias