Las cuatro formas de un valor ausente
En un archivo de entrega, “vacío” no es solo una casilla sin nada. Al recibir, hay que separar por lo menos cuatro formas: la cadena vacía de verdad, el marcador explícito de guion corto, el valor por defecto que parece una numeración normal y el valor cero que parece un código de tiempo válido. Las cuatro pueden significar “aquí no hay un dato confirmable”, pero su aspecto y su motivo de aparición son distintos, así que en la aceptación no se pueden mezclar en un solo grupo.
Que falte un dato no significa que se vea como un hueco; algunos valores ausentes justamente se ven muy parecidos a un valor normal.
La cadena vacía es un hueco que se ve
En las entregas de tipo tabla, muchos campos ausentes se escriben directamente como cadena vacía. Cuando no hay cámara, la columna de cámara puede quedar vacía; si faltan el punto de entrada, el día de rodaje u otra información opcional, también puede aparecer una celda vacía.
La ventaja de la cadena vacía es que quien recibe descubre con facilidad que “aquí no hay contenido”. Pero igual solo dice que este producto no escribió un valor, y por sí sola no responde si el registro de origen nunca tuvo ese dato o si en la generación no se llegó a tomar. La aceptación tiene que seguir volviendo al origen del registro.
Cada formato de entrega tiene además su propia política de valores ausentes. No se puede inferir, porque en una tabla abunden las celdas vacías, que otra lista vaya a expresar la ausencia de la misma manera.
El guion corto es un marcador explícito, no un valor de negocio
Algunos campos, cuando no tienen contenido, escriben -. Nuestro propio PDF del informe diario es justo esa forma: en las celdas de dirección, equipo, llamado y fin de la jornada, lo que nunca se registró se imprime con un guion corto. Ese guion corto no es un nombre, una numeración ni un estado real, sino que le está diciendo a quien recibe “ahora no hay valor”. Al revés, en los dos archivos legibles por máquina esa forma no aparece: en el ALE y en el CSV el valor ausente es cadena vacía, y revisarlos con la regla “solo veo ausencia si aparece un guion” dejaría pasar de largo todas las celdas vacías.
El problema es que el guion corto no es la manera de escribir la ausencia en todas las columnas. Dentro de un mismo archivo, otros campos pueden quedar como cadena vacía o recibir una numeración por defecto o un código de tiempo en ceros. Por eso no se puede armar una regla general del tipo “ante un valor ausente, buscar -”.
Quien recibe debe entender el marcador columna por columna. Un - en cierta columna sí es claramente un marcador, mientras que otra columna puede no usar nunca esa escritura.
Una numeración por defecto se parece sobre todo a un registro real
Sin contexto de cámara, en los dos productos de lectura humana el número de rollo y el número de rollo de sonido pueden salir con formas como A001 o S001: una letra de cámara más tres dígitos correlativos que contó el software. A la vista no se distinguen de un número de tarjeta real, así que mirar solo si la cadena respeta la forma no alcanza para saber si ese valor fue confirmado en el set.
En los archivos legibles por máquina ese mismo hecho toma otro camino. Las cuatro celdas del ALE que sirven para reconocer la fuente — Tape, Reel #, Soundroll, Camroll — solo toman el número de tarjeta que copiaste; si no lo copiaste, quedan vacías, y un número derivado no las suple. El CSV entrega las dos columnas lado a lado: una es el número de pantalla que contó el software y la otra es el número de tarjeta real que copiaste; el hecho de separarlas está ahí para que alguien las compare.
Esta clase de valores no puede autovalidarse dentro del archivo. Quien recibe tiene que cruzar el número de rollo, el número de clip y el nombre del archivo de medios contra el registro del set o contra el material mismo, y confirmar si se trata de un registro efectivo o del respaldo del generador.
“Que la forma parezca real” solo dice que la cadena respeta el formato, no que el origen ya fue verificado.
Un código de tiempo todo ceros puede ser un cero real o un valor ausente
00:00:00:00 es la forma que pide todavía más volver al origen. En sí es una cadena de código de tiempo legible, así que un control sintáctico no la trata como valor vacío; y el generador también puede escribir esa cadena cuando no tiene un código de tiempo o una duración útiles, que es justo lo que la vuelve peligrosa. Nuestros tres archivos de entrega ya no la escriben: un código de tiempo que no se registró, o que no pasa el control de forma o de rango, sale siempre vacío — ausencia es ausencia, y no se rellena con un cero con pinta de válido.
Por eso, solo con el producto en la mano, quien recibe no puede distinguir “la grabación arrancó de verdad en el cero” de “no había un valor disponible y se rellenó con ceros”. Para separar los dos casos no queda más que mirar el registro del set, los metadatos del material u otra fuente trazable.
Ese límite también aplica a los campos calculados a partir de un valor ausente. Que un resultado derivado se vea completo no significa que sus entradas hayan existido de verdad.
Las cuatro formas no se pueden trasladar de un formato a otro
La regla del lado de SlateX ya se puede decir bien corta. En los dos archivos legibles por máquina (ALE y CSV) la ausencia tiene una sola apariencia: cadena vacía — no se escribe guion corto, no se escribe código de tiempo en ceros, y la columna de frecuencia de fotogramas también queda vacía cuando la cámara no la declaró; no existe esa bifurcación de un archivo que da 25 y otro que da 24. La forma del guion corto solo aparece en el PDF del informe diario, de lectura humana; los números derivados de la familia A001 solo aparecen en las columnas de lectura humana del CSV y del PDF, y las celdas del ALE que sirven para reconocer la fuente nunca los usan como suplente. Conviene conocer una celda vacía más: en el ALE puede que el valor esté claramente registrado y que, aun así, esa celda salga vacía — esa columna no da para esa escritura, y un valor con caracteres no latinos se entrega vacío célula entera, con el texto original, tal cual, en el CSV y en el PDF.
Por eso no se debe escribir que “los valores ausentes se llenan todos con un mismo símbolo”. Las reglas de recepción hay que armarlas por formato concreto y por columna concreta: qué columnas pueden quedar vacías, cuáles escriben un marcador, cuáles fabrican un valor por defecto con aspecto válido y qué campos de tiempo pueden terminar en ceros.
Los archivos de entrega de hoy tampoco marcan adicionalmente que “este valor lo inventó el generador”. Cuando una numeración por defecto y un valor en ceros se ven igual que los reales, la responsabilidad de revisar sigue del lado de quien recibe. Lo más seguro no es adivinar, es encontrar el registro de origen.
FAQ
¿Se pueden tomar como la misma ausencia una celda vacía y un -?
No debería. Los dos pueden representar una ausencia, pero son formas de salida distintas y no todas las columnas usan la misma regla. Al recibir, hay que interpretarlos campo por campo.
Si aparece A001 en el archivo, ¿es forzosamente el número de rollo del set?
No se puede juzgar así. En el CSV y en el PDF, esa columna ya es de por sí un número de pantalla que el software armó con una letra de cámara más un correlativo, escrito con pinta de número de rollo; el número de tarjeta copiado de verdad en el set está en la otra columna. Las celdas del ALE que sirven para reconocer la fuente no toman números derivados: si no se copió nada, quedan vacías. Al revisar, esas dos columnas se miran por separado.
¿00:00:00:00 se puede tomar directamente como el cero real?
No se puede concluir solo con esa cadena — y da igual en cuál de los archivos de entrega: puede ser el cero válido y puede ser la forma con la que se rellenó algo que faltaba, así que hace falta volver al origen a confirmarlo. Nuestros tres archivos de entrega ya no escriben esa cadena: la ausencia sale siempre vacía.
¿Por qué no alcanza una sola regla de valores ausentes para todos los formatos de entrega?
Porque los mismos datos se escriben distinto según el soporte: el producto de lectura humana escribe un marcador, los dos archivos legibles por máquina dejan todo vacío, y los números derivados como A001 solo aparecen en las columnas de lectura humana. Las reglas de recepción hay que armarlas soporte por soporte y columna por columna.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.