As quatro formas de um valor ausente nos arquivos de entrega

O “vazio” de um arquivo de entrega não é só uma célula sem nada. No recebimento, há pelo menos quatro formas a ler em separado: a string vazia de fato, o placeholder explícito de hífen, a numeração padrão que tem aparência de número normal e o valor todo zero que tem aparência de timecode legítimo. Todas elas podem significar “aqui não há dado confirmável”, mas a aparência e a causa de origem são diferentes, e elas não podem ser misturadas numa classe só na aceitação.

Não ter dado não aparece necessariamente como branco; alguns valores ausentes têm justamente aparência de valor normal.

A string vazia é o buraco que se vê

Nas entregas tabulares, muitos campos ausentes são escritos direto como string vazia. Sem câmera, a coluna de câmera correspondente pode ficar em branco; faltando o ponto de entrada, o dia de filmagem ou outra informação opcional, também é possível ver célula vazia.

A vantagem da string vazia é que a parte receptora percebe fácil que “aqui não há conteúdo”. Mas ela continua dizendo apenas que este artefato não escreveu valor, e sozinha não responde se o registro de origem nunca teve aquele dado ou se, na geração, o dado não foi alcançado. A aceitação continua tendo de voltar à origem do registro.

Cada formato de entrega tem sua própria estratégia de valor ausente. Não se pode inferir, só porque uma tabela usa string vazia com frequência, que outra lista expresse a ausência do mesmo modo.

O hífen é placeholder explícito, não valor de negócio

Alguns campos, quando não têm conteúdo, escrevem -. O nosso próprio PDF de relatório diário é justamente esse formato: nas células de diretor, equipe, convocação e encerramento, o que não foi registrado sai impresso com um hífen. Esse hífen não é um nome, um número nem um estado real: ele está dizendo à parte receptora que “neste momento não há valor”. Em contrapartida, nos dois arquivos legíveis por máquina esse formato não existe: no ALE e no CSV o valor ausente é string vazia, e conferi-los com o critério “só há ausência se vejo um hífen” deixaria passar todas as células em branco.

O problema é que o hífen não é a escrita de ausência comum a todas as colunas. No mesmo arquivo, outro campo pode ficar como string vazia, pode receber uma numeração padrão ou um timecode zero. Por isso não dá para montar uma regra geral do tipo “diante de um valor ausente, procure o -”.

A parte receptora deve entender o sentido do placeholder coluna por coluna. Um - numa coluna pode ser inequivocamente um placeholder, enquanto outra coluna talvez nunca use essa escrita.

A numeração padrão é a que mais parece registro verdadeiro

Sem contexto de câmera, nos dois produtos de leitura humana o número do rolo e o rolo de som podem aparecer com formas como A001 ou S001: uma letra de câmera mais três dígitos sequenciais contados pelo software. Na tela eles não têm diferença evidente de um número de cartão real, então verificar só se a string é bem formada não diz se aquele valor foi confirmado no set.

Nos arquivos legíveis por máquina esse mesmo fato toma outra estrada. As quatro células do ALE que servem para reconhecer a fonte — Tape, Reel #, Soundroll, Camroll — só aceitam o número do cartão que você transcreveu; se você não transcreveu, ficam vazias, e um número derivado não as substitui. O CSV entrega as duas colunas lado a lado: uma é o número de exibição que o software contou e a outra é o número de cartão real que você transcreveu; separá-las existe para que alguém as confronte.

Esse tipo de valor não se autoconfirma dentro do arquivo. A parte receptora precisa levar número do rolo, identificador do clipe e nome do arquivo de mídia ao registro do set ou à própria mídia, para confirmar se aquilo é registro real ou reserva do gerador.

“A forma parece verdadeira” só diz que a string é bem formada, e não que a origem já foi conferida.

O timecode todo zero pode ser o zero real ou pode ser ausência

00:00:00:00 é a forma que mais exige volta à fonte. Ele próprio é uma string de timecode legível, então a checagem sintática não o trata como valor vazio; e o gerador também pode escrever essa string quando não há timecode nem duração utilizáveis, que é exatamente o que o torna perigoso. Os nossos três arquivos de entrega já não o escrevem: um timecode não registrado, ou que não passe na checagem de forma ou de faixa, sai sempre vazio — ausência fica como ausência, sem ser completada com um zero de aparência legítima.

Portanto, olhando só o artefato, a parte receptora não distingue “o set começou de verdade do zero” de “não havia valor utilizável, então foi completado com zero”. Para separar os dois casos, só consultando o registro do set, os metadados da mídia ou outra origem rastreável.

Essa fronteira também vale para campos calculados a partir de um valor ausente. Que um resultado derivado pareça completo não quer dizer que suas entradas existiam de fato.

As quatro formas não se transpõem de um formato para outro

A regra do lado do SlateX já pode dita em poucas palavras. Nos dois arquivos legíveis por máquina (ALE e CSV) o valor ausente tem uma só aparência: string vazia — não se escreve hífen, não se escreve timecode todo zero, e a coluna de taxa de quadros também fica vazia quando a câmera não a declarou; não existe essa bifurcação de um arquivo entregar 25 e o outro entregar 24. A forma do hífen aparece só no PDF de relatório diário, de leitura humana; os números derivados da família A001 aparecem só nas colunas de leitura humana do CSV e do PDF, e as células do ALE que servem para reconhecer a fonte não os usam como substituto. Vale conhecer mais uma célula vazia: no ALE pode ser que o valor esteja claramente registrado e que, ainda assim, aquela célula saia vazia — aquela coluna não suporta essa escrita, e um valor com caracteres não latinos é entregue como célula inteira vazia, com o texto original, palavra por palavra, no CSV e no PDF.

Por isso não se deve escrever que “valor ausente recebe sempre o mesmo símbolo”. As regras de recebimento devem ser montadas para o formato concreto e a coluna concreta: quais colunas podem ficar em branco, quais escrevem placeholder, quais fabricam um valor padrão de aparência legítima e quais campos de tempo podem cair em valor zero.

Os arquivos de entrega de hoje também não marcam adicionalmente que “este valor foi fabricado pelo gerador”. Quando a numeração padrão e o valor zero têm a mesma aparência do valor real, a responsabilidade de conferir continua com a parte receptora. O caminho mais seguro não é adivinhar, e sim encontrar o registro de origem.

FAQ

Célula vazia e - são o mesmo tipo de valor ausente?

Não se deve tratá-los assim. Os dois podem representar ausência, mas são formas de saída diferentes, e nem toda coluna usa a mesma regra. No recebimento, interprete campo por campo.

Se A001 aparece no arquivo, é necessariamente o número de rolo do set?

Não se pode concluir isso. No CSV e no PDF, aquela coluna já é por natureza um número de exibição que o software montou com uma letra de câmera mais uma sequência, escrito com jeito de número de rolo; o número de cartão copiado de verdade no set está na outra coluna. As células do ALE que servem para reconhecer a fonte não aceitam números derivados: se nada foi copiado, ficam vazias. Na conferência, essas duas colunas devem ser vistas separadas.

Dá para tratar 00:00:00:00 direto como o zero real?

Não se conclui nada só por essa string — e vale igual em qualquer um dos arquivos de entrega: ela pode ser o zero legítimo e pode ser a forma com que se completou uma ausência, então é preciso voltar à origem para confirmar. Os nossos três arquivos de entrega já não escrevem essa string: valor ausente sai sempre vazio.

Por que uma única regra de ausência não serve para todos os formatos de entrega?

Porque os mesmos dados são escritos de jeitos diferentes conforme o suporte: o produto de leitura humana escreve um placeholder, os dois arquivos legíveis por máquina deixam tudo vazio, e números derivados como A001 só aparecem nas colunas de leitura humana. As regras de recebimento devem ser montadas suporte por suporte e coluna por coluna.

Axiom One LLC — SlateX. Os números acima são os de 2026-09-24.