Por qué las mismas tomas no coinciden fila por fila entre archivos de entrega

Que dentro de varios archivos de entrega el mismo lote de registros de toma dé otra cantidad de filas y otro orden no viene de que cada archivo saque los datos de un proyecto distinto. Sale de que, después de partir de una misma instantánea tomada por hora de creación, cada uno adopta llaves de ordenamiento y granos de expansión distintos. El artefacto tabular conserva el orden de creación, la lista estructurada vuelve a ordenar por escena, plano y toma, y el informe diario legible usa además otra llave de plano; al mismo tiempo, los dos primeros se expanden por cámara y el informe diario sigue con una fila por take.

Al cotejar entre archivos, la llave común estable es la identidad de escena, plano y toma, no “qué fila es”.

El punto de partida es igual y después las reglas de orden divergen

La instantánea se toma al principio en orden ascendente por hora de creación del registro. El artefacto tabular no vuelve a ordenarse después de eso, así que conserva más o menos ese orden de creación. La lista estructurada sí reordena por escena, número de plano y número de toma, y en eso la escena y el plano se comparan con un orden natural. Con eso, los datos salen de la misma fuente, pero la posición de las filas ya se separó de la del artefacto tabular.

El informe diario legible recorre además otra pasada: después de la escena usa el nombre calificado del plano como segunda llave y ordena por número de toma. Ese nombre calificado no equivale al número de plano original con que trabaja la lista estructurada, así que dos archivos que contienen las mismas tomas no tienen por qué tener una relación de “la fila dos corresponde a la fila dos”.

El registro de la interfaz tiene todavía un orden propio: sube por la cadena del número de plano y después por el número de toma. Con orden de cadenas, 10 queda antes de 2. Ese es el orden de visualización de la capa de la interfaz, y tampoco sirve para deducir desde él en qué posición van a quedar los datos exportados.

La cantidad de filas cambia por si se expande o no por cámara

La lista estructurada y el artefacto tabular se expanden por cámara: si una take incluye varias cámaras, produce varias filas, y sin cámara igual se conserva una fila. El informe diario legible es distinto, porque hace las filas por cantidad de tomas, así que una take con varias cámaras sigue ocupando una sola fila.

Eso explica también por qué el mismo conjunto de registros del set da totales de filas distintos: una take con varias cámaras se parte en la lista y en la tabla, y en el informe diario sigue siendo un take. Y la columna No. del informe diario, que parece un número de orden, es más bien el número de fila de todo el documento, no un número de take, así que menos todavía se puede usar como llave de cotejo entre archivos.

Que cambie la cantidad de filas viene del distinto grano de cada producto; no significa que un archivo “tiene una grabación de más” o “una de menos”.

La identificación del plano tampoco tiene por qué ser la misma cadena en cada producto

El informe diario legible usa el nombre calificado del plano, y la columna de plano del artefacto tabular usa el número de plano original. Un mismo plano puede llegar con el prefijo de la escena o en forma calificada a la interfaz o a un archivo, y en otro archivo quedarse solo en el número más corto. Quien recibe debe volver a ponerlos dentro de la relación de escena, plano y toma para entenderlos, y no decidir si son el mismo registro mirando apenas si una cadena coincide por completo.

Lo que se describe acá es el mecanismo del lado de nuestros productos. La evidencia actual no alcanza para seguir afirmando que tal software del lado de abajo va a malemparejar, dejar de emparejar o rechazar la importación por eso. La conducta de recepción concreta la sigue verificando quien recibe contra su propia plantilla de importación, columna por columna.

Entonces, con qué se hace el cotejo

Al revisar entre archivos, primero se fija la escena, después el plano, después el número de toma; y en los registros con varias cámaras sigue el de la cámara. El objetivo es tratar la relación de identidad como el idioma común, en lugar de tomar una posición de fila que apareció por casualidad en un archivo como si fuera la llave principal.

Si los totales de filas de dos archivos son distintos, pregúntese primero si estarán usando granos de expansión distintos; si el orden es distinto, mire después si están usando llaves de ordenamiento de plano distintas. Solo cuando la relación de identidad misma no cuadra hace falta volver al registro de origen a revisar, no exigir de entrada que varios productos alineen fila por fila.

Esas diferencias son resultado del mecanismo de generación, pero que “el mecanismo sea así” tampoco autoriza a saltarse la revisión. Cada producto carga una responsabilidad distinta, y quien recibe sigue teniendo que confirmar que los campos que usa pueden volver de hecho a un mismo registro del set.

FAQ

¿Por qué el orden del artefacto tabular y el de la lista estructurada es distinto?

Porque el artefacto tabular conserva el orden de creación y la lista estructurada vuelve a ordenar por escena, plano y toma. Los dos parten del mismo lote de instantáneas, pero sus reglas de orden posterior son distintas.

¿Por qué con varias cámaras los archivos dan totales de filas distintos?

Porque la lista estructurada y el artefacto tabular se expanden por cámara y una take con varias cámaras ocupa varias filas; el informe diario legible hace las filas por take, así que esa misma take sigue ocupando una fila.

¿El No. del informe diario se puede cotejar con el número de fila de otro archivo?

No debería. El No. del informe diario es el número de fila de todo el documento y no es el mismo concepto que el número de take, así que no sirve como llave de identidad entre archivos.

¿Con qué llave común se debe revisar varios archivos?

Con la identidad de escena, plano y toma, y en los registros con varias cámaras se sigue con la cámara; sin convertir el número de fila o la posición de orden de un archivo en la llave común.

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