Rejeição 344: chave repetida na exportação indireta do mesmo item
Revisão editorial em 15 de out. de 2026. Confira as versões e condições das regras nas fontes do artigo.
A Rejeição 344, regra I54-30, verifica repetição da chave em exportInd/chNFe para o mesmo item da NF-e modelo 55. O MOC classifica a aplicação como facultativa. O escopo para o item é essencial: não se deve deduplicar indiscriminadamente todas as chaves da nota inteira.
Onde procurar a repetição
Dentro de um det, o produto pode possuir várias ocorrências de detExport. Em cada uma, exportInd pode apontar chNFe e qExport. Agrupe as ocorrências pelo número do item e compare as chaves como strings completas. A repetição dentro desse grupo é a condição examinada.
O mesmo documento anterior pode aparecer relacionado a produtos diferentes, conforme a operação e os vínculos reais. Isso não autoriza concluir que toda repetição entre det distintos seja a duplicidade da I54-30. Tampouco significa que qualquer referência entre itens esteja correta: cada vínculo precisa de sua documentação e das demais validações.
Exemplo com escopo e consequências
Considere identificações textuais de um cenário sintético: no item A, duas ocorrências apontam o mesmo Documento Original A, com qExport de 3 e 2 unidades. A chave é repetida no mesmo item, ainda que as quantidades sejam diferentes. Se o Documento Original A aparece também no item B, essa segunda comparação não deve ser confundida com a duplicidade interna do item A.
Apagar uma das ocorrências de A sem investigar pode reduzir indevidamente a quantidade declarada de 5 para 3 ou 2 e afetar a soma 346. Somar automaticamente as quantidades também não é uma solução universal: primeiro confirme se são parcelas distintas da mesma relação ou duplicação indevida de uma linha. A regra identifica a repetição, mas não decide o vínculo documental correto.
Causas de software que merecem comparação
Procure importação executada duas vezes, junção que multiplica linhas, reuso de registros do pedido e geração que repete detExport ao percorrer documentos e produtos. Compare os registros de origem ao XML para demonstrar em qual etapa uma relação única virou duas. Se as duas linhas já estão na origem, confirme a situação com os responsáveis antes de consolidar ou excluir.
A chave verdadeira é o objeto da comparação; os exemplos usam rótulos e quantidades, sem expor ou fabricar identificadores. Preservar a chave significa manter zeros e caracteres alfanuméricos oficiais, sem converter para número ou cortar trechos para comparar.
Conferência após corrigir a origem
Preserve envio e resposta, localize o item e produza uma lista de ocorrências com chave protegida, documento de origem e quantidade. Depois da correção comprovada, confirme unicidade por item, manutenção dos vínculos verdadeiros e soma de qExport frente a qCom. Confira também se a chave está na referência geral quando exigido pela 345.
Não faça exclusão global de referências nem remova documento válido de outro item para calar a 344. A correção de um XML rejeitado deve ocorrer no emissor; preserve XMLs assinados/autorizados e esclareça qualquer tentativa anterior incerta antes de nova transmissão.
Fontes oficiais
- MOC — Anexo I, Leiaute e Regras de Validação — 7.0: p.95, I54-30: duplicidade para o mesmo item.
- Leiaute da NF-e e protocolo — PL_010f_v1.04 / leiauteNFe_v4.00.xsd: det/prod/detExport múltiplas ocorrências; exportInd/chNFe.
- NT 2026.004 CNPJ alfanumérico — 1.01: p.7, Grupo I03, chNFe alfanumérica.