Rejeição 1152: confira a entrada na nota de crédito de retorno

Quando uma NF-e recebe 1152, confira o tipo de crédito e a direção da operação enviados. A combinação pode ter vindo de uma configuração de saída aproveitada para preparar um retorno. Antes de mudar qualquer campo, confirme com o responsável fiscal o que realmente aconteceu com a mercadoria e qual documento é cabível.

A mensagem documentada é “Rejeição: Tipo de Operação incompatível com NF-e de Crédito do tipo Retorno”. Ela descreve uma incompatibilidade no documento enviado. Não decide o tratamento fiscal da operação, não transforma uma venda em retorno e não comprova autorização.

A condição e os campos envolvidos

No texto salvo da NT 2025.002-RTC v1.52, página 32, a B25.2-40 pertence ao modelo 55, no contexto de autorização da NF-e. A condição é: tipo de nota de crédito igual a 03-Retorno, em tpNFCredito, com tipo da operação diferente de entrada, em tpNF.

A página 32 identifica entrada pelo valor 0 na regra geral de nota de crédito e saída pelo valor 1 na regra de débito. Esses campos têm funções diferentes: finNFe indica a finalidade; tpNFCredito identifica o tipo de crédito; tpNF registra a direção. A página 15 apresenta a finalidade 5 como nota de crédito.

O leiaute da página 15 descreve o tipo 03 como retorno por recusa total na entrega ou por não localização do destinatário na tentativa de entrega. Portanto, chamar uma movimentação de “retorno” na empresa não basta para selecionar essa modalidade. O caso precisa corresponder à hipótese fiscal verdadeira.

A B25.2-40 indica somente modelo 55. Não aplique seu diagnóstico à NFC-e 65, a um CFOP homônimo, a um número interno do sistema ou a outro serviço pelo número isolado. Confira a mensagem completa e sua origem.

Versão, datas e ambiente

Os registros compartilhados de 10/10/2026 identificam a v1.52, publicada em 01/10, e o aviso ENCAT de 05/10. O aviso remarca as notas técnicas enumeradas para 26/10 em homologação e 16/11 em produção. Não comprova suspensão geral das regras anteriores nem uma data única de ativação da 1152.

Esta revisão de 12/10 utiliza materiais salvos, sem consulta online nova ou emissão de teste. Datas concorrentes de outras regras no calendário não foram escolhidas como prazo da B25.2-40. Não houve inspeção visual atual para certificar cores ou textos riscados.

Registre UF, autorizador, serviço, ambiente e versão do emissor. O levantamento documental não comprova implantação uniforme. Uma resposta em homologação também não demonstra que a operação foi autorizada em produção.

Antes de corrigir

Preserve o XML transmitido, a resposta completa, a chave, número, série e horário. Reúna os documentos de origem e os registros que demonstram o motivo do retorno. Confira quem emitiu cada documento e qual estabelecimento está registrando a operação.

Peça a comparação de finNFe, tpNFCredito e tpNF no arquivo enviado com a configuração usada. Uma alteração posterior do cadastro pode não ter atualizado a nota preparada. Em integrações, uma conversão do tipo de movimento pode conservar saída mesmo quando a tela apresenta entrada.

Confira também destinatário, produtos, quantidades, CFOP e referências cabíveis. A B25.2-40 não fornece um CFOP universal nem autoriza copiar exceções de outro tipo de nota. A definição fiscal deve preceder a alteração do emissor.

Correção por cenário

O tipo 03 é cabível, mas a nota ficou como saída

Depois de o responsável fiscal confirmar o cenário, corrija a configuração que determinou a direção errada. Gere novamente pelo emissor e compare o arquivo resultante: entrada deve ser representada por tpNF=0, coerente com a finalidade e o tipo definidos para a operação.

Examine os efeitos internos da mudança. Uma parametrização pode movimentar estoque, contas ou vínculos com a nota de origem. O reprocessamento precisa preservar a operação existente e evitar movimentações duplicadas. Não pressuponha como uma versão do ALRA executa esses efeitos; peça evidência ao suporte.

O documento recebeu o tipo de retorno indevidamente

Se a investigação mostrar que a hipótese do tipo 03 não corresponde ao fato, suspenda a escolha automática. A contabilidade deve definir a finalidade e o tipo cabíveis, junto aos demais requisitos do documento.

Não mantenha o tipo 03 e marque entrada apenas para superar a mensagem. Também não troque a finalidade para normal sem analisar o caso. O objetivo é corrigir a representação errada, preservando a realidade da operação.

A tela mostra entrada, mas o arquivo envia saída

Guarde a configuração salva, os dados encaminhados pela integração e o XML final. O suporte deve localizar a etapa que introduziu ou conservou tpNF=1. Modelo de documento, cópia de nota e mapeamento são hipóteses, até que a comparação demonstre a causa.

Corrija essa origem e gere uma nova assinatura pelo fluxo do emissor. Não substitua caracteres manualmente no XML assinado. Preserve o arquivo anterior e a resposta para permitir a conferência antes e depois.

Exemplo fictício

Uma distribuidora tem uma entrega recusada integralmente. No exemplo, seu responsável fiscal confirma a documentação cabível como nota de crédito do tipo 03. Ao preparar a nota, a integração aproveita uma configuração de saída e envia tpNF=1.

A conferência identifica a combinação descrita pela B25.2-40. A equipe corrige a associação à direção de entrada, verifica os efeitos internos e gera outro arquivo, mantendo mercadorias, destinatário e quantidades verdadeiros. Esse exemplo ilustra uma falha de montagem; não comprova aplicação testada em produção nem enquadra automaticamente qualquer retorno.

Rejeições próximas e verificação do resultado

A 1164 trata da finalidade de crédito com tipo ausente. A 1163 trata de tipo de crédito informado com finalidade incompatível. Já a 1161 verifica, de forma mais geral, a nota de crédito com direção diferente de entrada. Essas condições aparecem separadas na página 32; não são mensagens intercambiáveis.

Após a correção, confira o retorno completo da tentativa e a situação oficial da nota. O desaparecimento da 1152 não confirma sucesso: outra validação pode surgir. Havendo autorização, preserve XML e protocolo e mantenha o vínculo com a operação correta.

Acione o suporte se o arquivo divergir da configuração ou houver duplicidade de movimentação. Acione a contabilidade para dúvidas sobre modalidade, finalidade, CFOP ou referências. Se o XML comprovado parecer compatível e o retorno persistir, reúna arquivos, versão, ambiente e horário para atendimento pelo autorizador. Evite reenvios repetidos sem mudança.

Fontes

Proposta e revisão própria documental por IA em 12/10/2026. Capturas históricas compartilhadas de 10/10, distintas da releitura atual. Sem consulta online nova, validação XSD ou emissão de teste; não constitui certificação fiscal humana.

• NT 2025.002-RTC v1.52: TXT p.32, B25.2-40/1152 e linhas distintas 1161/1163/1164; p.15, finalidade e descrição do tipo 03. P.6 lida como calendário documental com limites, sem escolher datas concorrentes como ativação da 1152.

• Documentos SVRS e aviso ENCAT: registros históricos de versão/publicação e aviso, sem comprovação do estado vivo atual.

• TecnoSpeed, panorama RTC e Tax360, versões RTC: capturas locais examinadas textualmente como apoios adjacentes, não tutoriais específicos da 1152. Não foram transferidas suas generalizações, calendários antigos ou garantias de produto para o ALRA.

• A citação específica de Sankhya da v1 foi retirada: o registro local recuperado documenta uma tentativa histórica com erro 403, sem corpo da página recuperado por essa tentativa. Não foram comprovados três tutoriais independentes específicos neste conjunto; isso não declara ausência universal. Evidências e limites constam em fontes.v2.json.