Rejeição 343: a chave vinculada à exportação indireta precisa ser de NF-e modelo 55

A rejeição 343 ocorre quando a chave colocada no grupo de exportação indireta identifica um documento com modelo diferente de 55. Para corrigir, localize a NF-e que realmente deve acompanhar aquela mercadoria e substitua o vínculo incorreto no emissor. Não transforme a chave de outro documento em NF-e trocando dois caracteres.

O erro costuma aparecer quando o sistema oferece uma lista genérica de documentos recebidos ou quando alguém copia a identificação de um arquivo do transporte. Uma chave completa pode ter o tamanho esperado e, ainda assim, pertencer ao tipo errado de documento.

O alcance exato da regra

No MOC 7.0, página 95, a I54-20 verifica o modelo contido em exportInd/chNFe. Ela pertence à autorização de NF-e modelo 55 e tem aplicação facultativa por UF.

Há duas informações diferentes: o modelo da nota em elaboração e o modelo do documento identificado pela chave recebida. O objeto da 343 é este segundo. Alterar ide/mod na nota atual não corrige uma chave de origem inadequada.

A SEF-MG registra I54-20 como validada em sua tabela de regras facultativas. Essa informação não deve ser generalizada para todo autorizador. Quando a empresa recebe a mensagem, deve guardar também UF, ambiente e versão do emissor para identificar o contexto concreto.

A identificação correta começa na operação

A chave fica em det/prod/detExport/exportInd/chNFe. Segundo o leiaute do grupo I03, ela identifica a NF-e recebida com fim específico de exportação. Para CFOP 3.503, a orientação muda: utiliza-se a NF-e que efetivou a exportação.

Essa distinção deve chegar à pessoa que procura o documento. Escolher qualquer NF-e modelo 55 não basta. A mercadoria, o emitente e o vínculo com a operação precisam corresponder aos registros da empresa. Uma nota de transporte ou um cupom localizado na mesma pasta não substitui essa origem.

A Dynamicca apresenta o caso de uma chave de NFC-e modelo 65 inserida nesse campo. O exemplo ajuda a reconhecer uma seleção inadequada, mas não autoriza reaproveitar a identificação com o modelo reescrito.

Como corrigir com segurança

Comece pelo XML transmitido. A tela pode mostrar a nota certa enquanto uma integração ainda envia a referência antiga. Identifique cada ocorrência de chNFe dentro de exportInd e compare com o documento autorizado de origem.

Confira, nesta ordem:

• Qual item da nota usa a chave questionada

• De qual arquivo e de qual operação a chave foi obtida

• Se o documento original é efetivamente uma NF-e modelo 55

• Se ele é a NF-e apropriada para o vínculo exigido naquele cenário

• Se o sistema regenerou o XML após a seleção correta

Na composição da chave, o modelo ocupa as posições 21 e 22. Isso serve para conferir, não para editar a identidade fiscal. A Berga destaca essa inspeção e a escolha a partir do documento armazenado. A exceção de origem para CFOP 3.503 continua sendo a definida no MOC.

Se a chave original já indica 55 e a mensagem persiste, compare todos os itens. Pode existir outra ocorrência errada, uma versão antiga na fila ou uma alteração que não foi salva. Entregue ao suporte o retorno completo e os arquivos antes e depois da correção, sem publicar documentos comerciais em fóruns abertos.

Exemplo: documento certo na pasta errada

Uma empresa fictícia prepara a exportação de um lote e recebe uma pasta com XMLs da mercadoria e do transporte. Na importação, o sistema aceita uma chave de CT-e no campo destinado à NF-e recebida. A quantidade de caracteres é compatível, mas o modelo é inadequado, e a autorização retorna 343.

O responsável localiza a NF-e correta, confere sua relação com o item e refaz a seleção. Depois, o suporte ajusta o filtro de documentos do campo de exportação indireta. O CT-e permanece guardado no processo logístico; sua chave não é adulterada nem utilizada como origem fiscal da mercadoria.

Esse controle deve ser específico do campo. Um ERP pode legitimamente armazenar NF-e, NFC-e e documentos de transporte em outras partes do processo, sem que todos sejam aceitos em exportInd/chNFe.

O que mudou em 2026 e o que não muda neste diagnóstico

A NT 2026.004 v1.01 adapta esse campo ao CNPJ alfanumérico e mantém 44 posições. Preserve o conteúdo legítimo do documento. Remover letras, completar zeros ou recalcular a chave de terceiros pode gerar outra identidade.

A NT 2026.002 v1.11, página 9, contém outra validação: BA02-35, sobre refNFe na lista geral de referências. Ela retorna 679, considera tipo de operação e finalidade e tem produção prevista para 14/12/2026 nessa versão. Esse marco ainda é futuro na data deste artigo; não é a data de início da 343.

A mesma NT restringe operações com exterior e referências documentais na NF-e com DANFE Simplificado Tipo 2. Usar modelo 55 não elimina as demais condições de emissão. Também não se deve trocar finalidade, CFOP ou tipo de impressão somente para fazer o documento passar.

Depois da substituição

O Fiscal Pro identifica corretamente a I54-20 como verificação do modelo no grupo de exportação. Para o trabalho diário, separe essa conferência das validações de dígito verificador, duplicidade, referência geral e quantidade.

Não transporte automaticamente a dispensa de grupo para NF-e complementar, prevista na regra 340, para os controles da chave já informada. E não use refNFeSig, documento de transporte ou informação complementar como substitutos improvisados de chNFe.

Regere e assine o XML pelo emissor, consulte eventuais tentativas sem resultado e acompanhe a autorização individual. Se aparecer uma nova rejeição, trate seu motivo próprio. O processo termina com a situação fiscal confirmada e a documentação de origem preservada, não apenas com o desaparecimento do número 343.

Referência de atualização: 10/10/2026. Escopo: autorização de NF-e modelo 55, regra I54-20, sujeita à aplicação pela UF e pelo ambiente.