Rejeição 1186: compare a inscrição SUFRAMA do emitente com o XML

Quando a nota retorna 1186, confira a inscrição SUFRAMA do estabelecimento emissor no arquivo transmitido e nos seus documentos cadastrais. Preserve a resposta integral antes de alterar o cadastro. O dado mostrado hoje na tela pode não ser o que saiu naquela tentativa.

A mensagem documental é “Rejeição: Inscrição do emitente na Suframa com dígito verificador inválido”. Ela direciona a investigação ao dígito verificador, ou DV, da inscrição informada. Não orienta testar finais diferentes, copiar uma inscrição de terceiro ou trocar outro identificador da empresa.

Qual campo pertence à rejeição

Na NT 2025.002-RTC v1.52 salva, página 35, a C22-20 abrange autorização de NF-e 55 e NFC-e 65. A condição é a inscrição SUFRAMA do emitente estar informada e a verificação apontar dígito inválido. A linha identifica a inscrição do emitente, não IE, CNPJ ou inscrição do comprador. [1]

Esse contexto é distinto da conferência municipal da C22-10, código 1185. Estar em município permitido não demonstra que a inscrição tenha DV correto; um número que supera uma conferência de DV também não comprova titularidade, situação cadastral ou direito a incentivo.

A mensagem não informa qual rotina alterou a sequência. Digitação, seleção de estabelecimento e transformação na integração são hipóteses que precisam ser demonstradas nos dados.

Respeite a grafia e o registro verdadeiro

O leiaute C22 da página 17 escreve ISUFEmit, com “E” maiúsculo, no grupo de identificação do emitente. A RV usa emit/ISUFemit. Essa diferença documental exige conferir a grafia e a estrutura do pacote de schema efetivamente usado, sem criar ou renomear uma tag por aproximação. [1]

O leiaute apresenta oito ou nove posições e ocorrência estrutural 0–1. Comprimento compatível não comprova DV, titularidade ou adequação fiscal. Preserve a sequência oficial como identificação, inclusive suas posições; não acrescente ou retire zeros para alcançar um tamanho desejado.

C22 é descrito como obrigatório nas operações beneficiadas por incentivos com alíquota zero da CBS nas áreas sob controle da SUFRAMA, referentes aos arts. 451 e 466 da LC 214/2025. A descrição não certifica o enquadramento da sua operação. Esta elaboração não validou pacote XSD, cadastro individual ou benefício fiscal.

Reúna os dados da mesma tentativa

Separe XML enviado, retorno, chave, horário, modelo, UF/autorizador, ambiente e versão do emissor. Identifique o CNPJ do estabelecimento e a filial usada. Reúna documentação cadastral legível que permita confirmar a inscrição daquele emitente.

Compare a sequência em três pontos: registro comprovado, cadastro que alimenta o emissor e XML final. Se houver arquivo intermediário da integração, inclua-o na comparação. Registre a primeira diferença encontrada, preservando as versões anteriores.

Uma nota preparada antes de uma atualização pode conservar informação antiga. Uma importação também pode selecionar dados de outra filial. Verifique essas possibilidades antes de concluir que o registro cadastral oficial está errado.

Corrija a origem demonstrada

A inscrição interna diverge da documentação

Confirme o estabelecimento e a inscrição comprovada. Se há erro de transcrição no cadastro, corrija-o com essa evidência e gere novamente a nota pelo emissor. Compare o novo XML; salvar um cadastro não demonstra que o documento já preparado foi atualizado.

Não escolha um número apenas porque seu final parece aceitável. Se documentos se contradizem ou o registro está ilegível, esclareça a identificação cadastral antes de retransmitir.

A integração modifica a sequência correta

Peça ao suporte que rastreie o percurso do dado, incluindo conversões, limite de tamanho e seleção de filial. Uma transformação pode perder posições ou alterar zeros; isso precisa aparecer na comparação entre entrada e saída.

Truncamento é hipótese de investigação, não sinônimo de 1186. Dependendo da sequência e da versão, uma alteração pode provocar erro estrutural, outra validação ou resultado diferente. A linha C22-20 não fornece aqui um algoritmo completo de DV, e nenhum cálculo real foi realizado nesta elaboração.

Corrija a transformação comprovadamente incorreta para preservar o registro verdadeiro. Regenere e assine pelo fluxo do emissor, quando aplicável. Não edite um XML já assinado nem altere documento autorizado.

Foi selecionada inscrição de outro estabelecimento

Confira a origem do dado e a filial efetivamente emissora. A inscrição do comprador ou de outra unidade não deve representar o emitente por conveniência. A contabilidade confirma qual identificação cabe ao caso; o suporte corrige o mapeamento demonstrado.

Mesmo que uma inscrição de terceiro tenha DV válido, ela não se torna a identificação correta da empresa. Não substitua CNPJ, IE, classificação ou operação para fazer o conjunto passar.

A inscrição foi incluída sem fundamento, ou a sequência já confere

O responsável fiscal deve revisar a necessidade do campo na operação real. Se ele foi preenchido indevidamente, corrija a configuração com fundamento; não retire informação aplicável apenas para evitar sua validação.

Se o XML coincide com a documentação e o retorno persiste, reúna o caso para suporte. Confira pacote, versão, ambiente e arquivo da tentativa. Divergência cadastral exige análise própria, sem inventar prazo de normalização ou experimentar dígitos.

Exemplo fictício, sem cálculo de DV

Uma empresa investiga 1186 após atualizar a integração. Sua documentação e o cadastro interno apresentam uma inscrição de nove posições, mas o arquivo intermediário e o XML conservam oito por um limite configurado.

A equipe identifica a perda e corrige o limite para transmitir a sequência documental completa. Não foi usado número cadastral real nem calculado um DV. O cenário ilustra o rastreamento de uma diferença; não prova que todo truncamento gere 1186 ou que restaurar uma posição assegure autorização. O novo envio exige leitura do retorno efetivo.

Calendário e conferência do resultado

No histórico salvo, C22-20 entrou 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 da 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 nem testou implantação por UF, autorizador ou ambiente. Cronograma e validação técnica não certificam validade jurídica ou cabimento individual.

Depois da correção fundamentada, confira inscrição e estabelecimento no arquivo regenerado e leia a resposta completa. Só registre autorização com protocolo, chave e ambiente correspondentes. Preserve os arquivos da investigação. Procure suporte para geração e integração; contabilidade para titularidade, exigência do campo e enquadramento. Outro retorno exige seu próprio diagnóstico.

Fontes

Elaboração documental v2 por IA em 13/10/2026, sem aprovação ou revisão própria/cruzada desta versão. Não houve HTTP novo, emissão de teste ou validação XSD.

1. NT 2025.002-RTC v1.52: C22-20/p.35, leiaute C22/p.17 e cronograma/p.5–6, em provas salvas. PNGs p.16/17 existentes realmente abertos nesta elaboração, sem novo render; p.16 é contexto de identificação, não prova de DV.

2. Documentos SVRS e Avisos SVRS/ENCAT: capturas compartilhadas históricas com URL, data, HTTP, corpo e SHA registrados em fontes.v2.json. Não comprovam reabertura individual antiga ou vigência atual.

3. TecnoSpeed, panorama RTC: único apoio prático local utilizado, adjacente; não empregado como algoritmo de DV ou solução específica da 1186. Grafias editoriais, menus e cronogramas cumulativos não substituem regra ou schema.

Fiscal Pro NFE4-28F52CF31FE6, TOTVS43371656882839, TecnoSpeed34079133324183 e o serviço SUFRAMA/CADSUF declarados na v1 ficam fora do fundamento desta v2: a cruzada negativa da própria 1186 apontou falta de corpos e atos rastreáveis. Não se atribuem conteúdo, datas editoriais, características do serviço ou HTTP não comprovados, nem inexistência universal das páginas. A retirada editorial não resolve formalmente o P2 antigo. Artigo/fontes/negativa/meta anteriores permanecem intactos; novos hashes exigem própria e cruzada LOTE-017.