Rejeição 373: ajuste a descrição do primeiro item no ambiente de testes

Atualizado em 10/10/2026

A rejeição 373 ocorre quando a descrição do primeiro item não traz o texto padronizado exigido no ambiente de homologação. O campo conferido é xProd. A solução começa confirmando que a emissão é realmente um teste e aplicando o literal oficial no primeiro item do arquivo gerado.

Essa regra já era conhecida na NFC-e modelo 65. A NT 2026.002 a ampliou para a NF-e modelo 55 com DANFE Simplificado Tipo 2, identificada por tpImp=6. Por isso, uma orientação antiga que limita o código exclusivamente à NFC-e deixa de explicar todos os casos documentados.

O texto precisa ser exatamente este

A descrição exigida pela I04-10 é:

NOTA FISCAL EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL

Use letras maiúsculas, a palavra HOMOLOGACAO sem acentos e o hífen simples entre as duas partes. Não acrescente nome de produto, número de pedido, marca da empresa ou indicação adicional dentro desse campo. Também não copie as aspas que envolvem a frase em alguns manuais.

O MOC 7.0, página 89, registra a exigência original para NFC-e com tpAmb=2. Na NT 2026.002 v1.11, página 11, permanecem o campo, o texto e a condição de homologação, com a inclusão da NF-e de impressão Tipo 2.

Modelo e ambiente precisam ser lidos juntos

A regra atual combina duas condições: o documento deve ser NFC-e ou NF-e com tpImp=6, e o ambiente deve ser homologação, tpAmb=2. Não é uma ordem para substituir por texto de teste a descrição de mercadorias vendidas em produção.

A I04-10 está classificada como obrigatória e não apresenta exceção específica por UF. O cronograma do bloco que ampliou as regras ao Tipo 2 indica testes em 01/07/2026 e produção em 03/08/2026. Essas são datas documentais de implantação; a condição interna da rejeição continua sendo a emissão em homologação. A prorrogação para 14/12/2026 de outras regras da mesma NT não foi estendida à I04-10.

Também não atribua ao código 373 a observação de “implementação futura” que aparece acima dele na página da NT. Essa observação pertence à regra do local de entrega, G01-10. Ler somente o texto extraído do PDF, sem separar as linhas da tabela, pode produzir uma conclusão errada sobre a vigência.

Confira o primeiro item que realmente saiu no XML

O primeiro produto exibido no pedido pode não ser o primeiro item fiscal depois de agrupamentos, ordenação ou exclusão de linhas. Confira a sequência final de det e a descrição xProd correspondente no XML que recebeu a rejeição.

Um roteiro de verificação ajuda:

1. Confirme mod, tpImp e tpAmb no arquivo enviado

2. Compare o ambiente do XML com a configuração e o endereço de envio do emissor

3. Localize o primeiro item fiscal e leia seu xProd completo

4. Confira se a frase está inteira, sem acentos, espaços duplicados, caracteres invisíveis ou hífen tipográfico

5. Verifique se alguma integração recolocou a descrição comercial depois da preparação do teste

6. Gere o arquivo novamente e confira a resposta recebida

Se a frase já aparece corretamente na tela, não conclua que o arquivo transmitido é igual. Solicite ao suporte a versão enviada naquela tentativa. Uma prévia impressa, um pedido ou um XML salvo antes da transformação final podem mostrar dados diferentes.

Evite alterar definitivamente o cadastro do produto

Considere uma situação fictícia: um teste contém três itens e o primeiro usa a descrição comercial “Caderno de demonstração”. O emissor precisa colocar o literal no xProd do primeiro item dessa emissão de homologação. Os outros itens não passam a ter a mesma exigência por causa da I04-10.

A correção não deve substituir permanentemente o nome do produto no cadastro compartilhado com produção. Isso poderia levar descrições de teste a vendas posteriores, integrações comerciais e relatórios. A transformação deve ocorrer no ponto apropriado da geração do documento de homologação, conservando o cadastro real.

A Oobj descreve um tratamento automático no próprio emissor. Essa característica é específica da aplicação, não uma garantia de que qualquer software realizará a substituição. A Tecnospeed aponta xProd como o campo a conferir. Em ambos os casos, valide o XML final com o literal oficial, sem copiar todo um exemplo de integração.

Homologação não regulariza uma venda

Uma nota autorizada no ambiente de testes não tem valor fiscal para acobertar uma venda real. Se uma operação comercial foi enviada acidentalmente para homologação, não basta entregar ao comprador o documento de teste depois de remover a mensagem 373.

É necessário interromper esse fluxo, confirmar o credenciamento e as configurações de produção e verificar com o responsável fiscal como emitir o documento válido da operação. Consulte antes se já existe autorização em produção, para não duplicar uma venda por desconhecimento de uma tentativa anterior. Não mude tpAmb isoladamente sem revisar o destino de envio e a configuração correspondente.

O guia da Berga chama atenção para diferenças de acentuação e hífen. Sua comparação histórica entre cupom e NF-e precisa, porém, ser lida com a extensão atual ao DANFE Simplificado Tipo 2.

Descrição do item não é nome do destinatário

A rejeição 598 trata do texto de homologação em xNome do destinatário. A 373 trata de xProd do primeiro item. As frases exigidas nesses campos são diferentes: copiar automaticamente o texto do destinatário para o produto pode manter o problema.

Este é um controle do serviço de autorização, não uma falha do QR Code nem um cálculo de imposto. Atualizações de IBS/CBS ou de CNPJ alfanumérico não dispensam a frase quando as condições da I04-10 estiverem presentes. Para encerrar o diagnóstico, confira o XML regenerado, a origem da resposta e o ambiente em que o documento foi processado, mantendo os testes claramente separados da emissão fiscal real.