Cómo decide el receptor que una entrega del set puede seguir usándose
Para juzgar si un archivo de entrega del set puede seguir usándose no hay que empezar por «si el archivo se abre», sino comprobar en tres capas de orden: primero si puede emparejarse con el material, después si puede emparejarse con escena, plano y toma, y por último si las decisiones del rodaje están realmente escritas en ese producto. Lo que SlateX puede aportar son los valores literales y las relaciones de origen que cada producto escribe de verdad; si eso basta para entrar en el flujo siguiente lo decide el receptor según su propia plantilla de importación y su situación con los materiales.
La aceptación no es poner un sello de «apto» al archivo, sino ir descartando por capas tres riesgos: identidad poco clara, relaciones que no emparejan y decisiones no trazables.
Primero: esta fila puede emparejarse con un material
Hay que empezar por la identidad del material y su posición temporal. El número de rollo, el nombre del clip, la cámara, el punto de entrada, la duración y la tasa de fotogramas necesitan volver al material o al registro del rodaje para confirmar su origen. Algunos campos vienen de una escritura manual, otros son derivados por el programa y otros, cuando falta el valor, los rellena una cadena de respaldo. El receptor tiene que saber primero cuál de los tres está viendo y después decidir si ese valor puede sostener una coincidencia.
Aquí no hay que tomar la validez sintáctica por corrección de los hechos. Una cadena de código de tiempo con el formato correcto puede seguir siendo solo el respaldo de un valor ausente, y una posición de salida puede venir calculada desde la entrada y la duración en lugar de haberse medido por separado. Sobre cómo interpreta estas columnas un software de recepción concreto, la evidencia actual solo admite una frase de frontera: el receptor debe cotejarlas columna por columna con su propia plantilla de importación.
Si en este paso no puede rastrearse ni la identidad del material ni el origen del tiempo, no hace falta discutir antes el ordenamiento o las calificaciones. Volver al registro de origen es más seguro que seguir añadiendo interpretaciones nuevas, en el lado receptor, a un valor de origen poco claro.
Segunda pregunta: puede emparejarse con escena, plano y toma
Una vez reconocido el material, comprueba si el mismo registro puede volver al registro del rodaje siguiendo las relaciones de escena, plano y toma. Los cuatro productos no son distintas apariencias de una misma tabla, así que no puede tomarse el número de fila de un archivo como clave de localización en otro.
En el muestreo pueden elegirse por escena algunos registros de toma, empezando por los de identidad completa y cámara clara, y cubrir después los casos multicámara o con valores ausentes. El fin de este procedimiento no es fijar una proporción de muestreo, sino evitar gastar el trabajo manual en recorrer archivo por archivo línea por línea, y a la vez comprobar si las relaciones clave permiten volver de un producto al otro.
En esta capa basta con saber el hecho de que «el número de filas y el orden pueden ser distintos», sin desarrollar aquí cada regla de ordenación. Al hacer la tabla de correspondencias hay que usar la identidad de escena, plano y toma, y no el número de fila; el mecanismo de las diferencias de ordenación lo explica una página aparte.
Tercera y última pregunta: las decisiones del rodaje salen con este producto
Pueden emparejarse el material y también escena, plano y toma; entonces se comprueba si las decisiones del rodaje son trazables. Aquí importa sobre todo separar «en el archivo hay una columna» de «esa columna equivale a la decisión del rodaje».
La lista estructurada no tiene columna de calificación, así que de ella misma no pueden recuperarse las decisiones Circle, Keep, Hold o N/G del rodaje. El producto tabular sí tiene Rating y Circle, pero Circle escribe TRUE solo cuando la toma está marcada como Circle y en todo lo demás escribe FALSE, lo cual no equivale a toda la semántica de «marcado en círculo» del rodaje. El informe diario legible saca una fila por toma y en cada fila toma solo parte de los parámetros de una cámara; no es la suma de los parámetros de todas las cámaras. El archivo de proyecto de guion vuelve solo a la estructura de guion: los resultados del rodaje, los registros de toma, las cámaras y los códigos de tiempo no están ahí.
Que un mismo registro «aparezca» en los distintos productos no significa que los cuatro soporten el mismo tipo de información de decisión.
Hasta dónde puede llegar cada uno de los cuatro productos
La lista estructurada sirve para revisar la identidad de material, los códigos de tiempo y las relaciones de escena y toma a nivel de cámara, pero no tiene columna de calificación y tampoco trae rutas de materiales ni correspondencia de canales. El producto tabular lleva más campos del rodaje y textos de calificación, con que seguir atendiendo a que una columna derivada y la semántica del rodaje no son la misma cosa. El informe diario legible está pensado para la lectura humana del resumen de una toma, pero con varias cámaras muestra solo parte de los parámetros de una de ellas. El archivo de proyecto de guion soporta el intercambio de estructura de guion y no soporta la devolución de los resultados del rodaje.
Estas diferencias significan que el receptor no puede exigir que los cuatro productos se repliquen casilla por casilla entre sí. El objetivo correcto de la aceptación es este: que cada archivo asuma su propio tramo de responsabilidad y que la identidad clave pueda volver al registro de origen para comprobarse.
Si no pasa, en qué capa hay que detenerse
Si la identidad del material o el origen del tiempo no emparejan, hay que parar en la capa de comprobación del material y volver antes al origen; si el material empareja pero no pueden establecerse las relaciones de escena, plano y toma, hay que parar en la capa de relaciones de identidad; si las dos capas anteriores se sostienen y las decisiones del rodaje simplemente no existen en el producto de destino, o tienen otra semántica, no hay que rellenar por su cuenta una conclusión que el archivo no expresa.
La evidencia actual tampoco permite tratar como capacidad ya verificada la agrupación por día de rodaje o la exportación por día de rodaje, así que este método no toma «un archivo de resumen de un día» como requisito previo de la aceptación. Solo comprueba los cuatro productos que se generan de verdad y los valores literales que ya existen dentro de ellos.
La aceptación sigue siendo trabajo del receptor. Lo que SlateX puede aportar son valores comprobables, relaciones de derivación y fronteras conocidas: no un certificado de «aceptación superada», y tampoco avala el resultado del lado siguiente.
FAQ
¿Qué es lo primero que debe comprobarse al recibir un archivo de entrega?
Primero la identidad del material y el origen del tiempo. Si el número de rollo, el clip, la cámara, el punto de entrada, la duración y la tasa de fotogramas no pueden confirmarse contra el material o el registro del rodaje, las relaciones de escena, plano y toma y las decisiones de calificación se quedan sin una base fiable.
¿Por qué no pueden emparejarse los cuatro archivos directamente por número de fila?
Porque el número de filas y el mecanismo de ordenación no son iguales en los distintos productos. Al recibir hay que usar como clave común la identidad de escena, plano y toma, en lugar de suponer que el número de fila de un archivo sigue representando el mismo registro en otro.
¿El Circle del producto tabular puede tomarse como el estado de marcado en círculo del rodaje?
No puede equipararse directamente. La columna Circle actual escribe TRUE solo cuando esa toma está marcada como Circle y escribe FALSE en los demás casos, así que otros estados marcados del rodaje pueden no dar el mismo valor literal; por eso el receptor debe cotejar a la vez Rating.
¿Este proceso demuestra que el archivo ya ha superado la aceptación del destino?
No. Lo que aporta es un orden de comprobación y condiciones de trazabilidad; el comportamiento concreto de importación y sus efectos en el destino siguen teniendo que verificarse en el entorno del propio receptor.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.