Qué lleva el CSV que el ALE no lleva y qué sigue sin llevar

La hoja de detalle del CSV y la lista del ALE no son los mismos datos con otra extensión. El CSV está pensado para que una persona y una herramienta de tablas lean sus columna por columna, mientras que el ALE es una lista de intercambio que lee un flujo de recepción; los dos difieren en el abanico de valores, en las formas de valor ausente, en la codificación y en la semántica de los campos. El CSV saca más parámetros de cámara y de rodaje, y aun así no es una lista de medios ni ofrece una correspondencia de canales o un código de tiempo del sonido.

Cuando el formato cambia, lo importante no son «unas columnas más», sino de dónde sale cada columna y quién debe comprobarla.

Del lado de cámara y rodaje, el CSV lleva más detalle

Frente al ALE, el CSV saca más información de plano y de nivel de cámara. La distancia focal, el filtro, el ISO, la apertura, el obturador, la relación de aspecto y la resolución, junto con la información de composición como el tamaño de plano, el ángulo y el movimiento, entran dentro de lo que esta hoja de detalle puede expresar.

El CSV escribe también varias marcas de estado, entre ellas estados de cámara como efectos visuales, placa, placa limpia y referencia, y añade la fecha de rodaje. Aquí hay que conservar una frontera importante: que una columna exista en la tabla de entrega no equivale a que la App tenga hoy una entrada de registro en el set para ese campo. Algunas columnas de estado del sonido aparecen en la estructura del archivo, pero de ahí no puede anunciarse una capacidad de registro ya disponible.

La nota de nivel de toma y la nota de nivel de cámara también entran en columnas separadas. Al generar el CSV, los saltos de línea, los retornos de carro y los tabuladores de las notas se aplastan a espacios, así que no puede prometerse que «las notas se conservan tal cual». Lo que recibe el receptor es texto ya tratado para la estructura de la tabla.

Las dos columnas de calificación no son la misma cosa

El CSV tiene una columna con el texto de la calificación y una columna booleana Circle. El texto de calificación se escribe como Circle, Keep, Hold o N/G, y sin marcar puede quedar vacío. La columna booleana Circle escribe TRUE solo en la calificación que corresponde a Circle, y escribe FALSE en todos los demás casos.

Significa que, cuando en el rodaje una toma se marca como Keep, la columna de texto de calificación escribe Keep de forma explícita, pero el booleano Circle sigue siendo FALSE. Por eso no puede interpretarse la columna booleana como la semántica completa de «si esta toma fue marcada en círculo en el rodaje». Es un valor booleano derivado de una condición de calificación más estrecha.

Leer Rating es leer el texto de la calificación; leer Circle es leer una condición derivada más estrecha. Las dos columnas no se sustituyen entre sí.

Aquí es donde el receptor tiene que construir su correspondencia columna por columna. Si su propia plantilla de tablas mira solo la columna booleana, perderá los otros estados que todavía dicen algo dentro del texto de la calificación; y si mira solo la columna de texto, tampoco puede suponer que equivale a otros campos de estado internos de la App.

El CSV tampoco tiene la posición de los medios ni la correspondencia de sonido

Que haya más campos no equivale a que este archivo asuma toda la información de relación con los medios. El CSV actual no escribe rutas de los materiales y tampoco tiene correspondencia de canales ni código de tiempo del sonido. Si el receptor necesita saber dónde están realmente los archivos de medios o qué canal corresponde a qué fuente de sonido, tiene que completarlo desde el material y desde los demás registros de entrega.

Igual: que aparezca Filename en la tabla, o el número de rollo o el número de clip, no convierte el archivo en una lista con la que se pueda localizar directamente todo el material. Los campos de identidad necesitan un cotejo cruzado con el nombre de archivo real del material, con el número de rollo y con el registro del rodaje.

La codificación y las reglas de limpieza tampoco coinciden con las del ALE

El CSV escribe en disco una marca de orden de bytes, y el ALE no. Los dos archivos usan saltos de línea LF, pero el tratamiento de la codificación y de los saltos en el entorno receptor necesita una verificación real. Cuando aparece texto ilegible o las columnas se descolocan, hay que revisar primero la codificación, la separación y la limpieza del texto, sin dar por supuesto que el error está en el propio campo de contenido.

Cada valor de datos del CSV pasa por su propio camino de escapado. Los saltos de línea y los tabuladores se aplastan; lo que contiene comas o comillas recibe comillas y escapado según la regla actual. Ese comportamiento corresponde a la forma de generar actual, pero no puede ampliarse hasta un compromiso de cumplimiento con alguna norma externa de CSV.

La fecha tampoco sigue una única regla en todas las entregas

La columna de fecha del CSV se escribe fija en el formato de máquina del calendario gregoriano, yyyy-MM-dd. La fecha de cabecera de otro tipo de informe sigue en cambio el ajuste de formato de fecha del entorno del dispositivo. Los dos sirven a lecturas distintas, así que no puede escribirse que «las fechas de todas las entregas son siempre idénticas carácter por carácter».

Si el receptor va a hacer una tabla de correspondencias entre archivos, debe dar por supuesto primero que los campos de fecha tienen formatos distintos, y comprobar después si apuntan al mismo día. Que las cadenas difieran no significa necesariamente que las fechas difieran, y que las cadenas coincidan tampoco sustituye la confirmación contra el registro de origen.

FAQ

¿Qué es lo principal que el CSV lleva de más que el ALE?

Sobre todo más detalle de cámara, óptica, composición, estado y fecha: distancia focal, filtro, ISO, apertura, obturador, resolución, tamaño de plano, ángulo y movimiento, entre otros.

¿Por qué Rating y Circle pueden parecer contradictorias?

Porque no vienen de la misma semántica de origen. Rating escribe el texto de la calificación, y el booleano Circle escribe TRUE solo en la calificación Circle. Una toma Keep da por eso a la vez Rating=Keep y Circle=FALSE.

¿El CSV conserva las notas tal como se escribieron?

No las conserva carácter por carácter. Los saltos de línea, los retornos de carro y los tabuladores se aplastan a espacios durante la generación, así que el receptor recibe el resultado tratado para la estructura de fila de tabla.

Con más campos, ¿el CSV permite encontrar ya el material y los canales de sonido?

No. El archivo actual sigue sin incluir rutas de los materiales, correspondencia de canales ni código de tiempo del sonido. La posición de los medios y la relación con el sonido hay que comprobarla en el material y en la información de entrega adicional.

Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.