Voltar para o blog

NF-e

Rejeição 1163: confira o tipo de crédito e a finalidade da NF-e

Se a emissão retornou 1163, confira a finalidade da NF-e e o tipo de crédito presentes no arquivo enviado. O sistema informou um tipo de nota de crédito, mas identificou uma finalidade diferente de nota de crédito. Antes de apagar o campo ou mudar a finalidade, confirme qual documento corresponde à operação verdadeira.

Blog ALRA
Capa ilustrada da ALRA: Rejeição 1163: confira o tipo de crédito e a finalidade da NF-e.

Se a emissão retornou 1163, confira a finalidade da NF-e e o tipo de crédito presentes no arquivo enviado. O sistema informou um tipo de nota de crédito, mas identificou uma finalidade diferente de nota de crédito. Antes de apagar o campo ou mudar a finalidade, confirme qual documento corresponde à operação verdadeira.

A mensagem exata é “Rejeição: Tipo de nota de crédito informado indevidamente”. Ela descreve uma combinação incompatível de informações fiscais. Não indica problema com cartão, limite bancário ou saldo de um cliente e não comprova direito a crédito tributário.

Campo, modelo e condição

Na NT 2025.002-RTC v1.52 salva, página 32, a B25.2-10 identifica a NF-e modelo 55. A condição é tpNFCredito informado com finNFe diferente de 5 — Nota de crédito. O contexto da pauta é autorização e regras compartilhadas da NF-e. O modelo foi conferido na coluna da regra, sem inferência pelo número 1163. [1]

A finalidade e o tipo não são a mesma informação. O leiaute da página 15 apresenta finNFe como finalidade e tpNFCredito como tipo de nota de crédito. Esses campos integram a identificação do documento. Uma descrição livre como “crédito do cliente” não substitui a classificação fiscal nem justifica preencher o tipo.

Esta orientação trata da mensagem na autorização da NF-e. Se o número aparecer em outro serviço, documento ou registro interno, confira a origem e o texto completo antes de aplicar o diagnóstico. Não generalize a coluna 55 para a NFC-e modelo 65.

Versão, ambiente e limites

A base documental é a v1.52 da captura compartilhada de 10/10/2026, cuja publicação em 01/10 consta nos registros salvos. Esta elaboração de 12/10 utilizou materiais locais e abriu a imagem documental existente da página 32, sem nova pesquisa online ou renderização.

O aviso ENCAT de 05/10 registra 26/10 em homologação e 16/11 em produção para as atualizações enumeradas. Esse calendário geral não comprova suspensão de todas as regras anteriores ou implantação individual da B25.2-10. Não foi atribuída à 1163 uma data específica extraída de cronogramas de regras vizinhas. [2]

Guarde UF, autorizador, serviço, ambiente e versão do emissor. Homologação e produção são contextos distintos. A presença da regra no documento salvo não demonstra comportamento atual uniforme; não houve teste XSD ou emissão por UF nesta etapa.

O que conferir no diagnóstico

Preserve o XML transmitido, a resposta completa, chave, número, série, horário e identificação do estabelecimento. Reúna pedido e documentos que sustentam a operação e a orientação fiscal usada na preparação da nota.

Compare finNFe e tpNFCredito no XML efetivamente enviado. Depois procure a origem dos valores: seleção na emissão, natureza da operação, modelo interno copiado ou integração. A tela atual pode ter sido modificada depois da geração; por isso, não substitui a conferência do arquivo daquela tentativa.

Verifique se o tipo de crédito foi herdado de outra nota. Confira também se a finalidade exibida e a transmitida correspondem à mesma configuração. Em operações com vários estabelecimentos, uma parametrização correta em uma filial não demonstra o preenchimento da outra.

Não trate campo ausente, conteúdo inválido e informação indevida como situações iguais. A 1163 relaciona tipo informado e finalidade incompatível. Esta elaboração não certificou como um XSD trata tag vazia ou valor inválido; outro retorno exige sua própria análise.

Correção conforme a causa

O documento não é nota de crédito e recebeu o tipo por engano

Se o responsável fiscal confirmar que a finalidade existente representa corretamente a operação, investigue por que o emissor acrescentou tpNFCredito. Uma configuração reaproveitada pode conservar esse dado mesmo após a escolha de outra finalidade.

Corrija a origem do preenchimento indevido pelo fluxo do emissor e gere novamente o documento rejeitado. Confira a ausência do tipo de crédito e a manutenção dos fatos, valores e classificação fiscal verdadeira. Não apague outros tributos ou informações apenas por associação com a palavra crédito.

O caso é nota de crédito, mas a finalidade foi preenchida incorretamente

Peça a confirmação do enquadramento e da hipótese específica com seus documentos de suporte. Se a análise demonstrar que a finalidade enviada está errada, corrija essa representação e confira o tipo e os demais requisitos da nota cabível.

Não escolha finalidade 5 somente porque há um tipo de crédito no arquivo. A simples compatibilidade entre dois campos não estabelece direito fiscal nem valida qualquer modalidade. Também não retire um tipo necessário apenas para fazer desaparecer a mensagem.

A configuração está coerente, mas a integração envia outra combinação

Guarde os dados salvos, a requisição encaminhada e o XML final. Peça ao suporte que localize o ponto em que o tipo foi mantido ou a finalidade substituída. Valor padrão, mapeamento incompleto e documento antigo são hipóteses até que os arquivos comprovem a divergência.

Corrija a geração e a assinatura pelo emissor. Não acrescente, exclua ou substitua caracteres manualmente em XML assinado, nem altere documento autorizado. Nenhum menu, botão ou comportamento de uma versão do ALRA foi comprovado nesta elaboração.

Exemplo fictício

Uma loja prepara uma NF-e de venda cuja documentação fiscal foi definida como normal. A integração reutiliza uma configuração de notas de crédito e envia um tipo em tpNFCredito, enquanto finNFe permanece 1. A combinação corresponde ao cenário documental da 1163.

A equipe compara o arquivo com a configuração, identifica o dado herdado e corrige sua origem. Mantém a venda, seus produtos, destinatário e valores verdadeiros, gerando outro XML sem a informação indevida. O exemplo não demonstra emissão real nem autorização e não decide a finalidade de uma operação concreta.

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

A 1164 trata de finalidade 5 com tipo de crédito ausente. A 1161 verifica a nota de crédito com direção diferente de entrada. A 1152 trata do tipo 03-Retorno com operação diferente de entrada. Já a 1139 relaciona tipo de débito informado e finalidade diferente de nota de débito. Essas linhas da página 32 não são mensagens intercambiáveis. [1]

Antes de retransmitir, confirme a situação da tentativa anterior, especialmente se houve falha de comunicação. Faça uma tentativa controlada depois da correção e leia o retorno completo. Desaparecer a 1163 não garante autorização: outras validações podem permanecer.

Quando houver autorização, confira chave, ambiente e protocolo, preserve o XML e seu vínculo com a operação. Acione o suporte se o arquivo divergir da configuração ou o preenchimento indevido reaparecer. Procure a contabilidade para dúvidas sobre finalidade, tipo, referências e cabimento fiscal. Encaminhe evidências ao autorizador quando a divergência persistir, sem repetir envios indefinidamente.

Fontes

Primeira elaboração documental por IA em 12/10/2026. Não houve revisão própria técnica/editorial ou cruzada, aprovação, publicação, teste XSD ou emissão nesta etapa. Capturas compartilhadas de 10/10 e leitura/inspeção local atual são atos distintos.

  1. NT 2025.002-RTC v1.52, TXT p.32/B25.2-10/55/1163 e regras próximas; p.15/finNFe e tpNFCredito. PNG documental da página 32 realmente aberto nesta elaboração, sem novo render. Cronogramas p.4–6 não usados para atribuir início individual da 1163.

  2. Documentos SVRS e Avisos SVRS: registros históricos de publicação e aviso ENCAT, sem consulta online atual ou confirmação de implantação por UF.

  3. TecnoSpeed, panorama RTC e Tax360, versões RTC: corpos locais examinados textualmente como apoios adjacentes, sem três tutoriais específicos da 1163 comprovados. Não foram adotadas garantias de produto, menus de outro emissor ou generalizações como norma.

Hashes, proveniência e limites em fontes.v1.json. Não se declara ausência universal de outras fontes nem se reconstitui pesquisa individual antiga.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.