Rejeição 1187: confira o grupo de devolução da CBS enviado na NFC-e

Quando a NFC-e retorna 1187, localize no XML transmitido o grupo de devolução da CBS do item apontado. Antes de alterar percentual, valor ou cadastro, preserve esse arquivo e a resposta completa. A causa documental examinada é a presença de um grupo que a regra não permite no modelo 65.

A mensagem é “Rejeição: Grupo de Devolução da CBS informado indevidamente [nItem: 999]”. O marcador indica o número do item no retorno real; não exige um produto ou um item 999. Use a resposta daquela tentativa para identificar onde começar a conferência.

A regra pertence à NFC-e modelo 65

Na NT 2025.002-RTC v1.52 salva, página 49, a UB62-10 identifica modelo 65, código 1187. Sua condição é o grupo gCBS/gDevTrib informado na NFC-e. O contexto é autorização de NFC-e, não uma consulta de QR Code ou um evento de cancelamento. [1]

A condição não é valor positivo, percentual incorreto ou diferença de cálculo. Zerar um campo interno não comprova que o grupo deixou de ser enviado. Também não existe fundamento nessa linha para importar tolerância monetária de outra rejeição.

Na mesma página, UB62a-10/1188 e UB63-10/1189 pertencem ao modelo 55 e tratam de outros requisitos. Não transporte suas condições para a 1187 nem conclua que mudar o modelo resolveria legitimamente o caso. O documento fiscal deve representar a operação verdadeira.

Identifique a devolução tributária correta

O leiaute UB62 da página 20 descreve gDevTrib como grupo de informações da devolução de tributos, ligado a gCBS. Seus campos seguintes são pDevTrib, percentual de devolução da CBS, e vDevTrib, valor do tributo devolvido, com referência a cashback. [1]

Esse grupo não é, por seu nome, uma devolução de mercadoria ao estoque, estorno financeiro ou desconto comercial. Se uma configuração foi associada a “devolução”, descubra seu significado e o dado que ela realmente produz. O nome da opção não prova enquadramento fiscal.

O leiaute menciona fornecimentos e hipóteses definidos no regulamento. Essa descrição não concede benefício individual, não autoriza o grupo na NFC-e e não certifica qual documento cabe a uma operação concreta. Quando houver dúvida sobre o fato tributário, envolva o responsável fiscal.

Compare a tentativa com os dados de origem

Reúna XML rejeitado, resposta, chave, horário, estabelecimento, ambiente, UF/autorizador e versão do emissor. Confirme o modelo efetivamente enviado. Uma tela atualizada ou uma prévia de outro documento pode não reproduzir o conteúdo transmitido.

Localize o item indicado e procure o grupo no bloco da CBS. Depois examine os demais itens: corrigir apenas o primeiro número apontado não demonstra que o grupo esteja ausente no restante do arquivo.

Peça ao suporte a origem da inclusão: configuração fiscal, perfil reutilizado, arquivo intermediário ou montagem da integração. Compare entrada e saída com os mesmos documentos e a mesma versão. Não atribua o erro a um cadastro específico sem mostrar a divergência.

Correção conforme a evidência encontrada

Um perfil ou mapeamento incluiu o grupo indevido

Se a documentação sustenta a operação e sua emissão por NFC-e, rastreie a configuração que acrescentou a devolução tributária da CBS. Corrija essa origem comprovadamente incorreta e gere novamente o documento pelo emissor.

A conferência deve ser dirigida ao grupo vedado, preservando as demais informações fiscais aplicáveis. Apagar todo o bloco IBS/CBS ou trocar classificação por tentativa não demonstra uma correção adequada.

O grupo permaneceu com campos zerados

Compare a estrutura do novo XML com a anterior. Se gCBS/gDevTrib continua presente, mudar somente seu percentual ou valor não demonstra atendimento à condição da UB62-10.

Peça ao suporte que examine a geração do grupo, sem produzir uma tag vazia como solução presumida. Esta elaboração não validou pacote XSD ou XML operacional. Corrija pelo fluxo do emissor; não edite manualmente um arquivo assinado nem altere documento autorizado.

A nota preparada manteve informação anterior

Uma configuração corrigida pode não atualizar automaticamente um documento já montado. Preserve a versão rejeitada e verifique se o arquivo regenerado usa os dados finais.

Se a integração conserva uma fila ou um intermediário antigo, demonstre qual conteúdo foi encaminhado ao autorizador. Retransmitir o mesmo arquivo não esclarece a origem do preenchimento.

Há dúvida sobre a devolução tributária pretendida

Leve ao responsável fiscal a operação, seus documentos e os campos gerados. A 1187 impede esse grupo no modelo 65; não estabelece direito a cashback nem decide, sozinha, a documentação necessária para outro cenário.

Não troque modelo, finalidade, mercadoria ou natureza da operação para escapar da rejeição. Se o caso exige outro fluxo legítimo, ele precisa ser definido por seus próprios fatos e requisitos, com o histórico preservado.

Exemplo de conferência fictícia

Considere uma investigação de 1187 em que o XML rejeitado contém gCBS/gDevTrib. A equipe compara o cadastro usado, o arquivo intermediário e o XML final. Na hipótese, encontra uma montagem de grupo mantida por um perfil reutilizado.

Após confirmação fiscal do cenário de NFC-e, o suporte corrige essa montagem e regenera o documento. A equipe verifica todos os itens e lê a nova resposta. O exemplo não inventa mercadoria, valor de tributo, benefício ou operação real; ilustra o rastreamento de uma inclusão estrutural. Ausência da 1187 não garante autorização.

Calendário e ambiente não são a mesma prova

No histórico salvo, UB62-10 foi incluída na v1.40, com homologação até 01/07/2026 e produção em 03/08/2026. O aviso ENCAT de 05/10 remarca as atualizações enumeradas da v1.52 para 26/10 em homologação e 16/11 em produção. Não demonstra suspensão automática dessa regra herdada. [1][2]

As capturas são de 10/10/2026. A elaboração local de 13/10 não consultou a norma online, não emitiu teste e não comprovou implantação por UF ou autorizador. Não prometa que o mesmo XML será aceito depois de uma data futura.

Como confirmar e encaminhar a divergência

Confira o modelo, a ausência do grupo indevido em todos os itens e o vínculo entre arquivo e retorno. Quando houver autorização, confira protocolo, chave e ambiente e preserve os documentos. Um aviso que desapareceu da tela não substitui essa evidência.

Acione suporte se a inclusão reaparecer, se a tela divergir do XML ou se o item apontado não estiver no arquivo analisado. Encaminhe versão, ambiente, resposta e regra UB62-10. Contabilidade deve examinar dúvidas sobre devolução tributária, enquadramento e documento adequado. Trate outro código por sua condição específica, evitando reenvios repetidos sem mudança comprovada da causa.

Fontes

Elaboração documental v2 por IA em 13/10/2026, sem aprovação ou revisão própria/cruzada dos novos hashes. Não houve HTTP novo, emissão, validação XSD ou render novo.

1. NT 2025.002-RTC v1.52: TXT e PNG salvos p.49/UB62-10/65/1187; PNG p.20/leiaute UB62; cronograma TXT p.5–6. PNGs p.20/49 existentes realmente abertos nesta elaboração. A p.65 salva também foi aberta, mas não fundamenta a identidade da 1187.

2. Documentos SVRS e Avisos SVRS/ENCAT: corpos históricos e seus registros de URL/data/HTTP/SHA cotejados; não demonstram reabertura individual às 16:25 ou vigência atual.

3. Tax360, panorama da v1.52: corpo compartilhado rastreável, publicação exibida em 01/10/2026, apoio adjacente sobre versões. Datas genéricas anteriores ao aviso não determinam início individual da 1187.

As atribuições à Rejeição NF-e1187 e ao suporte TecnoSpeed34079133324183, incluindo a atualização24/07 declarada, foram retiradas do fundamento ativo: a busca local desta etapa não recuperou corpos ou atos correspondentes no recorte examinado. O blog genérico TecnoSpeed não foi usado para certificar aquela página ou data. Não se afirma inexistência universal, HTTP403 ou recuperação de consulta antiga. O P2 e os originais da v1 permanecem intactos; a retirada editorial exige própria e cruzada LOTE-017 sobre artigo.v2.md/fontes.v1.json.