Mensagem "Reprovado na spec": o arquivo não foi enviado

O que aconteceu

O Lefia montou o arquivo para o parceiro (EDIFACT ou X12) e, antes de enviar, validou esse arquivo contra a spec da mensagem (a mesma do catálogo). Encontrou erro — então não enviou. O parceiro não recebeu nada.

Na lista de Mensagens ela aparece com status Erro e categoria Reprovado na spec. Não há nova tentativa automática: o mesmo arquivo reprovaria de novo.

Onde ver o que está errado

Abra a mensagem: em Entregue ao destino, a Validação contra a spec lista cada erro com:

Problema: obrigatório ausente, repetição acima do máximo, código fora da lista, tamanho ou tipo inválido, segmento fora da spec, envelope inconsistente;
Segmento, elemento, componente e ocorrência — o endereço exato;
Linha: a posição do segmento no arquivo (conta a partir do UNA/ISA), a mesma que um validador externo mostra.

Logo abaixo está o arquivo exatamente como foi gerado — dá para copiar e conferir num validador externo.

Exemplos comuns

NAD sem 3035 (qualificador da parte): uma regra preenche o NAD mas nenhuma diz qual parte é (BY, SU, DP…).
TAX sem 5283: a regra de imposto preenche a alíquota, mas não a função do imposto.
Grupo TAX repetido 7× — máximo 5: a origem traz mais linhas do que a spec permite naquele grupo; é preciso filtrar ou agregar.

Como corrigir

Abra o mapping (botão na mensagem) e corrija as regras apontadas.
Salve e ative a nova versão.
Volte à mensagem e reprocesse.

A validação vale para todas as empresas, inclusive as de demonstração: um arquivo que a spec reprova seria recusado pelo parceiro do mesmo jeito.

Obrigatório que a origem não tem

Alguns elementos obrigatórios da spec não existem no sistema de origem — no X12 850, o propósito do documento (BEG01: "00" = original). O Lefia traz esses valores de uma declaração da base de conhecimento, sempre com a fonte (a spec ou o acordo com o parceiro), e só onde nenhum dado da origem nem regra sua escreve. A regra aparece no editor de mapeamento com a confiança da declaração, para você revisar. Se o seu parceiro pede outro valor, altere a regra no mapeamento.

Texto maior que o elemento

Nome, rua e texto livre têm linhas de continuação na spec (no EDIFACT, o nome do parceiro no NAD tem 5 linhas de 35 caracteres; no X12, o N2 tem 2). Quando um texto passa do limite, o Lefia leva o excedente para a linha seguinte, quebrando no espaço e mantendo a ordem das linhas — o arquivo não é reprovado por isso. Se todas as linhas já estiverem ocupadas, cada uma é cortada no limite e a entrega mostra um aviso com o tamanho original. Identificador, código e cidade nunca são cortados: acima do limite, a mensagem continua reprovada na spec — corrija o dado na origem ou o mapeamento.