Sellar cada entrega al cliente sin frenar la producción

Certificar entregas a clientes automáticamente consiste en calcular la huella criptográfica de cada archivo final, anclarla a un sello temporal verificable de forma independiente y adjuntar el certificado al mismo envío que ya haces. En una productora se monta como un paso más del pipeline: el sistema prepara el sellado, una persona lo aprueba y el máster sale con prueba de qué se entregó y cuándo. No sustituye al contrato; lo hace ejecutable.

¿Qué prueba exactamente un sello de entrega y qué no prueba?

Conviene fijar la definición antes de montar nada, porque casi toda la confusión del sector viene de aquí.

Un sello probatorio de contenido demuestra dos hechos verificables: que un archivo con un contenido exacto existía en un momento determinado, y que no ha sido modificado desde entonces. Ambos hechos se comprueban con matemática, no con la palabra del proveedor.

Lo que sí prueba	Lo que no prueba
Que este archivo exacto existía en esta fecha	Que tú seas el autor original de la obra
Que no ha cambiado ni un bit desde el sellado	Que tengas los derechos sobre el material de terceros que contiene
Que la versión entregada es esta y no otra	Que el cliente haya aceptado la entrega
Que la cronología entre versiones es la que dices	Que la pieza no infrinja derechos ajenos

Esa frontera importa. Un sello no convierte un proyecto sin cadena de licencias en un proyecto limpio. Lo que hace es cerrar la discusión sobre qué se entregó y cuándo, que en la práctica es donde se atascan la mayoría de los conflictos de una productora.

¿Por qué una productora necesita esto si ya firma contrato?

Porque el contrato dice qué se debe entregar y el sello dice qué se entregó. Son cosas distintas y solo la segunda se puede verificar meses después.

Los escenarios que se repiten en el sector audiovisual y de contenidos:

• Disputa de versión. El cliente afirma que la pieza aprobada era otra. Sin huella por versión, la discusión es de correos y capturas.
• Reclamación de un tercero. Alguien alega que el material era suyo con anterioridad. La fecha del sello sitúa tu archivo en el tiempo con un anclaje que no controlas tú.
• Retirada de contenido en plataforma. Al presentar una reclamación de contraaviso, aportar una prueba técnica de la existencia previa del máster es más sólido que aportar un archivo suelto con metadatos editables.
• Cadena con subcontratistas. Cuando entran coloristas, estudios de sonido o motion graphics externos, el sello por hito delimita quién entregó qué en qué punto.
• Cierre de proyecto y archivo. Años después, el sello permite verificar que la copia guardada en el archivo es la misma que salió a cliente.

Si tu operación vive de encargos y de material licenciado, este problema es estructural, no puntual. Lo tratamos en detalle en la landing de creadores y productoras.

¿Dónde entra el sellado en un pipeline real?

La respuesta corta: lo más tarde posible dentro de producción y lo más temprano posible dentro de entrega. Es decir, justo entre el máster aprobado y el envío.

Etapa del pipeline	¿Se sella?	Motivo
Ingesta de brutos	Opcional, por lote	Útil si el bruto es material propio y caro de reproducir
Cortes de trabajo	No	Genera ruido: cambian a diario y no se entregan
Corte aprobado por dirección	Sí	Es el punto donde la versión deja de moverse
Máster final	Sí, obligatorio	Es lo que sale del estudio
Entregables derivados (formatos, subtítulos, versiones)	Sí, cada uno	Cada archivo tiene su propia huella
Documentación asociada (guion final, parte de licencias, orden de trabajo)	Sí	Aquí el depósito textual con cadena de hashes por página evita que se sustituya una hoja
Copia de archivo	Sí, si difiere del máster	Permite verificar el archivo histórico años después

El error habitual es intentar sellarlo todo. Sellar cortes de trabajo genera cientos de certificados sin valor probatorio real y acaba con el equipo desactivando el flujo. Se sella lo que sale del estudio y lo que sostiene el proyecto jurídicamente.

¿Cómo se automatiza sin que el equipo lo note?

El principio de diseño es que nadie deba abrir una herramienta nueva. El sellado se dispara desde el sitio donde ya trabaja el equipo: la carpeta de entregas, el gestor de proyectos o el paso final del flujo de aprobación.

El flujo que montamos tiene esta forma:

1. Disparador. El máster llega a la carpeta o al estado «aprobado para entrega» en el gestor de proyectos.
2. Preparación automática. Un agente recopila los datos del certificado: proyecto, versión, formato, destinatario, referencia de la orden de trabajo. No sella nada todavía: prepara un borrador.
3. Verificación técnica del archivo. Se detecta el tipo real por magic bytes y no por la extensión del fichero, y se analiza en cuarentena. Si el análisis no se completa, el proceso se detiene y el archivo se rechaza: es un comportamiento fail-closed deliberado, porque un sello sobre un archivo no verificado es peor que no tener sello.
4. Aprobación humana. La persona responsable de la entrega ve el borrador y aprueba. Este es el punto que no se automatiza nunca.
5. Sellado. Se calcula la huella SHA-256 del original y se ancla el sello temporal. Se emite un certificado PDF firmado con RSA-SHA256 que incluye huella, sello temporal, altura de bloque, licencia declarada, código QR y enlace de verificación pública.
6. Entrega. El certificado se adjunta al envío al cliente y la referencia se escribe de vuelta en el gestor de proyectos.

Esa separación entre proponer y ejecutar no es un capricho de diseño: es la condición para que el flujo sea auditable. Es el mismo criterio que aplicamos en todo nuestro trabajo de automatización con supervisión humana, y coincide con lo que el Reglamento europeo de inteligencia artificial exige en materia de supervisión humana para sistemas de alto riesgo, según el texto oficial publicado en EUR-Lex.

¿Qué añade esto al tiempo de entrega?

Casi nada, si se diseña bien, y ahí está el detalle. El cálculo de la huella y la emisión del certificado son procesos de máquina. Lo único que consume tiempo humano es la aprobación, y esa aprobación se solapa con una revisión que la productora ya hace antes de mandar el máster.

Donde sí se pierde tiempo es cuando el flujo obliga a subir manualmente el archivo a otra plataforma, rellenar un formulario y descargar un PDF. Ese diseño se abandona en dos semanas. Por eso el conector se integra con el pipeline en lugar de pedir que el pipeline se adapte a él.

¿Qué pasa si el proveedor del sello desaparece?

Es la pregunta correcta y casi nadie la hace antes de firmar. Un sello que solo se puede verificar en el servidor de quien lo emitió no es una prueba independiente: es una promesa comercial.

El diseño que usamos evita esa dependencia:

• La huella es SHA-256, un algoritmo público especificado por el NIST en el Secure Hash Standard, FIPS 180-4. Cualquiera puede recalcularla con software libre.
• El sello temporal se ancla mediante OpenTimestamps, un formato abierto de sellado sobre la cadena de bloques de Bitcoin. Con el archivo .ots y una copia del original, la fecha se prueba con herramientas libres aunque el emisor no exista.
• El sellado de tiempo tiene además una tradición normativa larga: el protocolo de sello temporal está estandarizado desde hace más de dos décadas en el RFC 3161, y el mismo concepto probatorio se aplica aquí con anclaje público.
• La verificación es pública y sin cuenta: el cliente, su abogado o una contraparte pueden comprobar el certificado sin registrarse ni entregar datos.

Ese es el criterio: si tu prueba depende de que tu proveedor siga vivo y de buen humor, no es una prueba.

¿Y los documentos del proyecto, no solo el vídeo?

Un proyecto audiovisual se sostiene sobre papel: guion final, cesiones de derechos de imagen, licencias de música, órdenes de trabajo, actas de aprobación. Ahí el riesgo no es que el documento se pierda, sino que se sustituya una hoja.

Para eso el depósito textual funciona con cadena de hashes por página: cada página tiene su propia huella encadenada, de modo que cambiar una sola hoja rompe la cadena y se detecta. Es la misma lógica que aplicamos a la verificación documental de expedientes completos, donde el fraude por sustitución de página es el patrón dominante.

Errores frecuentes al automatizar el sellado

• Sellar el archivo comprimido en lugar del máster. La huella corresponde al contenedor, no a la pieza. Si mañana recomprimes, la huella no coincide.
• Sellar después de enviar. El certificado deja de acompañar a la entrega y hay que reconstruir la correspondencia a mano.
• Dejar que el agente selle solo. Un borrador equivocado se rechaza; un sello equivocado ya ha emitido un documento firmado con datos erróneos.
• No registrar la referencia en el gestor de proyectos. Si el certificado vive en una carpeta suelta, dentro de un año nadie lo encuentra.
• Prometer al cliente que el sello «protege» la pieza. No la protege. Prueba hechos. Vender otra cosa es exponerse a una reclamación por publicidad engañosa.

¿Cómo se sabe que el flujo está bien montado?

Con tres comprobaciones que puedes hacer tú mismo:

1. Coge un máster entregado hace meses, recalcula su huella con una herramienta libre y compárala con la del certificado. Debe coincidir carácter a carácter.
2. Pide a alguien ajeno al proyecto que verifique el certificado desde el enlace público, sin cuenta. Debe poder hacerlo.
3. Revisa el registro: para cada sello debe constar qué entrada recibió el sistema, qué propuso, quién aprobó y cuándo. Si falta el «quién aprobó», el flujo no es auditable.

Los criterios de trazabilidad y estado de cada marco que aplicamos están publicados en nuestro centro de confianza, incluida nuestra posición sobre gestión de sistemas de IA conforme a ISO/IEC 42001.

Qué hacer ahora

1. Haz el inventario de salidas. Lista qué archivos salen realmente del estudio en un proyecto tipo: másteres, versiones, subtítulos, documentación. Esa lista es el alcance del sellado.
2. Define el punto de aprobación. Decide quién aprueba el sellado y qué pasa si esa persona no está. Sin suplente definido, el flujo se bloquea el primer viernes de agosto.
3. Monta el disparador donde ya trabaja el equipo. Carpeta de entregas o estado del gestor de proyectos. Nada de herramientas paralelas.
4. Prueba la verificación independiente. Antes de anunciarlo a clientes, comprueba tú mismo que el certificado se verifica sin cuenta y que la huella se recalcula con software libre.
5. Documenta qué prometes. En la comunicación al cliente, escribe qué prueba el sello y qué no. Esa honestidad es lo que sostiene el argumento comercial.

Si quieres que revisemos tu pipeline y te digamos dónde encaja el sellado sin romper la producción, escríbenos desde /contacto. También puedes empezar por el pilar de automatización para ver cómo diseñamos flujos con aprobación humana en los puntos que importan.