Rejeição 1168: confira o tipo de débito e o grupo de transferência de crédito

Quando a NF-e retorna 1168, compare o tipo de nota de débito com o grupo de transferência de crédito enviado nos itens. Embora a mensagem mencione CST, o primeiro diagnóstico não é escolher outro código tributário na tela. É conferir a combinação que o XML efetivamente levou ao autorizador e a operação que a documentação sustenta.

Guarde pedido, orientação fiscal, arquivo transmitido e resposta completa antes de alterar a configuração. O mesmo retorno pode decorrer de tipo copiado indevidamente, grupo gerado por um perfil incorreto ou divergência entre a tela e a integração. A causa precisa ser comprovada.

A condição específica da UB106-31

A mensagem documental é “Rejeição: Tipo de Nota de Débito incompatível com o CST [nItem: 999]”. Na página 65 da NT 2025.002-RTC v1.52 salva, a UB106-31 identifica NF-e modelo 55. A pauta trata da autorização e das regras compartilhadas; o modelo foi conferido na coluna da própria linha. [1]

A condição começa com IBSCBS/gTransfCred informado. Nesse contexto, a rejeição descrita relaciona tpNFDebito diferente de 05 e também diferente de 01. Portanto, a análise é do grupo presente com um tipo fora dessas duas alternativas, sem transformar a condição em uma regra geral para toda nota de débito.

O leiaute da página 15 identifica 01 — Transferência de créditos para Cooperativas e 05 — Transferência de crédito na sucessão. Esses nomes descrevem hipóteses fiscais distintas. Não escolha uma delas somente para satisfazer a combinação técnica; a operação e seus documentos precisam fundamentar o tipo.

Tipo da nota, CST e grupo do item

Na identificação da NF-e, tpNFDebito é o tipo de nota de débito, B25.1. Não é a mesma informação que a finalidade finNFe. O grupo gTransfCred, UB106 na página 27, representa transferências de crédito, com valores de IBS e CBS.

O leiaute do Grupo UB identifica CST como situação tributária do IBS e da CBS. A palavra CST no retorno não deve levar a uma troca automática de CST do ICMS ou de qualquer outro tributo. Também não torna CST e cClassTrib sinônimos.

Confira o item indicado no retorno e localize seu grupo IBSCBS. Depois confronte a informação do item com o tipo na identificação da nota. Uma mudança nesse tipo exige conferir a coerência do documento inteiro, sem corrigir apenas o item que apareceu primeiro.

Esta orientação não apresenta uma lista de CSTs permitidos nem certifica todas as combinações das tabelas de CST e cClassTrib. A condição específica veio da NT; a avaliação tributária completa permanece com o responsável fiscal.

Versão, ambiente e cronograma

A base é a v1.52 capturada na pesquisa compartilhada em 10/10/2026, com publicação registrada em 01/10. A primeira elaboração de 12/10 utilizou leituras textuais locais. Na documentação posterior e nesta reconciliação, a página 65 foi realmente conferida no PNG normativo salvo. Não houve consulta online, novo render, teste XSD ou emissão.

As observações de implementação futura e tolerância nas linhas de tributação monofásica próximas não foram transportadas para a UB106-31. O TXT e o PNG delimitam o fim daquele bloco antes das regras de transferência. A linha UB106-31 foi vista inteira e sem tachado aparente nessa inspeção, com modelo 55 e as duas desigualdades ligadas por “e”. Isso não demonstra implantação atual por UF.

Os cronogramas das páginas 4–6 não foram usados para atribuir uma data individual à 1168 por aproximação. O aviso ENCAT de 05/10 registra 26/10 em homologação e 16/11 em produção para as atualizações enumeradas, sem provar suspensão automática de todas as regras anteriores. [2]

Registre UF, autorizador, ambiente e versão do emissor no caso concreto. Homologação e produção precisam ser identificadas separadamente; comportamento uniforme ou particular não foi testado.

Compare os dados da tentativa certa

Associe o XML ao retorno por chave, estabelecimento, série, número, horário e ambiente. Uma prévia de outra nota ou uma tela modificada depois da geração não comprova o preenchimento transmitido.

Leia tpNFDebito e a presença de gTransfCred no item apontado. Preserve também finNFe, CST, cClassTrib e os valores do grupo para permitir uma análise completa. Débito e crédito nesse contexto são tributários; não se trata apenas de saldo financeiro de cliente ou cobrança.

Investigue a origem dos valores: seleção fiscal, perfil padrão, documento copiado ou mapeamento da integração. Compare o cadastro com o arquivo final. Não trate uma hipótese como erro confirmado apenas porque o reenvio repetiu a mensagem.

Corrija de acordo com a causa

O tipo informado não representa a operação

Se a documentação e a análise fiscal demonstrarem que a transferência corresponde a uma das hipóteses cabíveis, localize por que tpNFDebito recebeu outro valor. Corrija a origem do dado incorreto pelo emissor e confira os demais requisitos da nota.

Não selecione 01 ou 05 por tentativa. A compatibilidade documental entre campos não estabelece direito a crédito nem autoriza qualquer transferência.

O grupo de transferência foi incluído indevidamente

Um perfil reutilizado pode gerar gTransfCred em uma operação que não o comporta. Confirme esse diagnóstico com os documentos e o responsável fiscal antes de corrigir o mapeamento ou a configuração.

Não apague o grupo apenas porque a mensagem desapareceria, nem transforme a operação em transferência fictícia. Preserve os fatos, os valores verdadeiros e os arquivos anteriores.

A configuração está correta, mas o XML diverge

Guarde configuração, dados encaminhados à integração e arquivo final. Peça ao suporte que identifique onde o tipo ou o grupo foi substituído, mantido ou acrescentado.

Corrija a geração pelo emissor. Não altere caracteres manualmente em XML assinado nem modifique documento autorizado. Nenhum menu ou funcionalidade de uma versão do ALRA foi demonstrado nesta etapa.

Exemplo fictício

A equipe fiscal caracteriza uma operação como transferência de créditos para cooperativas. A preparação da NF-e mantém gTransfCred, mas um perfil copiado envia tpNFDebito 04 — Multa e juros. Essa combinação está fora de 01 e 05 no cenário documental da 1168.

Ao comparar os arquivos, a equipe encontra o valor herdado. Após confirmar os fatos e o enquadramento, corrige a origem para representar o tipo definido na documentação e regenera o XML. O exemplo não comprova emissão, autorização ou cabimento de uma operação real.

Regras próximas e confirmação

A UB106-30/1133 examina a finalidade da nota quando gTransfCred está informado. A UB106-40/1129 examina os valores de IBS ou CBS do grupo. Essas verificações não substituem a incompatibilidade de tipo descrita na 1168.

Antes de retransmitir, confira a situação da tentativa anterior. Faça uma tentativa controlada após a correção comprovada e leia o retorno completo. Desaparecer a 1168 não garante autorização; outras validações podem permanecer.

Preserve XML e protocolo quando houver autorização válida. Acione suporte para divergência de geração e contabilidade para dúvidas de enquadramento, tipo, CST ou transferência. Encaminhe evidências ao autorizador se a inconsistência persistir, sem manter reenvios indefinidos.

Fontes

Reconciliação documental por IA em 12/10/2026 após a prova gráfica da página 65, sem nova revisão própria, cruzada, aprovação ou publicação. Capturas históricas de 10/10, leituras da primeira elaboração e inspeções gráficas posteriores são atos distintos. Artigo v1, fontes v1/v2, própria v1 negativa e texto-pronto v1 bloqueado permanecem preservados. Não houve HTTP novo, render, edição de imagem, teste XSD ou emissão nesta etapa.

1. NT 2025.002-RTC v1.52: TXT p65/UB106-31/55/1168 e regras próximas; p15/tpNFDebito e tipos01/05; p27/gTransfCred; p18/IBSCBS, CST e cClassTrib; p4–6/contexto histórico. PNG normativo existente da página 65 realmente aberto em detalhe original; condição, mensagem, modelo e separação dos blocos cotejados com o TXT. Sem tachado aparente na linha UB106-31 observada. PDF preservado por hash, sem render novo; demais páginas não foram inspecionadas graficamente nesta reconciliação.

2. Documentos SVRS e Avisos SVRS: corpos históricos salvos com releituras locais documentadas, sem confirmação contemporânea de versão ou implantação por UF.

3. TecnoSpeed, panorama RTC: trecho local sobre finalidades e campos tpNFDebito/tpNFCredito, apoio adjacente. Não sustenta a condição específica da 1168, lista de CSTs, direito a crédito ou função ALRA.

Proveniência, hashes, diferenças entre versões e limites em fontes.v3.json. A prova gráfica anterior está em prova-grafica1168-fontesv2-172-ia.json; a página 65 foi novamente aberta nesta reconciliação. Um apoio adjacente não equivale a três tutoriais específicos recuperados. Não se declara ausência universal de outras fontes nem se inventam pesquisas individuais antigas. A lacuna documental gráfica dessa página foi suprida; vigência operacional, HTTP atual e cabimento fiscal individual continuam não comprovados.