Rejeição 936 no PAA: verifique se o emitente está vinculado ao provedor

Se a NF-e enviada por um Provedor de Assinatura e Autorização (PAA) retornou Rejeição: Emitente não associado ao PAA, a SVRS não encontrou vínculo ativo para a combinação de emitente e provedor examinada. Ter uma conta no software, contratar o serviço ou conseguir entrar no portal não comprova que esse relacionamento fiscal está ativo.

Comece conferindo quem está emitindo a nota, qual provedor consta no XML e qual vínculo está registrado no portal oficial. Essa conferência permite separar uma associação que ainda precisa ser regularizada de uma integração que enviou os identificadores errados.

Contexto documental e limites de aplicação

O contexto do 936 aqui tratado é a regra ZG02-30, página 14 da NT 2026.001 PAA v1.02b, na autorização da NF-e. Se infPAA está informado, o predicado verifica vínculo ativo usando CNPJPAA e o CNPJ do emitente, emit/CNPJ. A regra tem aplicação obrigatória e documenta implementação somente na SVRS. O exemplo usa emitente CNPJ; pessoas físicas exigem a estrutura e os dados próprios, sem inventar CNPJ para CPF. Essa descrição não comprova habilitação individual ou disponibilidade operacional por ambiente.

O fluxo permitido nessa NT é NF-e modelo 55, procEmi=4, autorizada pela SVRS, conforme habilitação e condições aplicáveis à UF do contribuinte. O rótulo 55/65 na tabela não autoriza utilizar PAA na NFC-e: a página 12 contém a rejeição para o modelo 65 nas séries reservadas. CPF utiliza séries 970–979 e CNPJ 980–989, conforme o vínculo efetivo. Não escolha uma série apenas por estar nessa faixa. NT PAA v1.02b, páginas 6–7, 12 e 14.

O índice oficial consultado em 16/10/2026 mantém a entrada v1.02b de 29/07/2026. A página 3 do PDF, conferida em imagem documental, registra homologação em 03/08/2026 e produção em 05/10/2026 para a versão 1.02; 1.02a e 1.02b não fixam novas datas. Esse calendário não comprova o cadastro ou a implantação individual da empresa.

Por que uma pesquisa pelo número pode confundir

O número 936 aparece historicamente como Rejeição: Razão Social do emitente diverge do informado no cadastro da SEFAZ, regra 1C03-10, modelos 55/65. A NT 2019.001 v1.70 descreve sua remoção textualmente em §1.3, página 7, embora a linha permaneça na extração da página 23. A linha inteira está riscada na imagem documental da página 23, inspecionada nesta pesquisa. Alterar a razão social não cria vínculo com PAA.

O MOC 7.0, Anexo I, preserva um conflito: a regra 1C03-10 imprime 935 na página 133, enquanto o resumo associa 936 à razão social na página 153. A NT 2019.001 imprime 936 na linha histórica. Esse conflito não deve ser ocultado nem usado para aplicar ao PAA uma orientação de outro contexto.

Na autorização PAA, a ZG02-30 usa 936. Os códigos anteriores 1182 e 672 estão riscados na página 14, pessoalmente inspecionada nesta pesquisa; isso não elimina o código 672 de todos os serviços. Na página 18, a regra de evento P81-30 apresenta 672 para ausência de associação. Não generalize a numeração da autorização aos eventos. Registre serviço, mensagem, ambiente e versão.

Causas a investigar

Uma solicitação de vínculo pode não ter sido concluída; um vínculo anterior pode ter sido encerrado; ou a nota pode ter sido montada com o CNPJ de outro provedor. Também é possível que o software tenha selecionado outro estabelecimento da mesma empresa. Essas hipóteses devem ser confrontadas com o cadastro e o arquivo transmitido.

A habilitação para emitir NF-e e a associação ao PAA são etapas relacionadas, mas distintas. Um emitente pode estar habilitado na UF e não possuir vínculo com aquele provedor. A existência de vínculo também não dispensa a habilitação fiscal e as demais validações da operação.

Diagnóstico em uma sequência prática

1. Preserve o XML enviado, o retorno original com cStat e xMotivo, horário, ambiente e endereço do serviço. Uma mensagem resumida na tela pode ocultar o contexto necessário.

2. Confira a identificação do estabelecimento emitente, o CNPJPAA, modelo, série e procEmi. Compare os dados do XML, não apenas a empresa selecionada na tela.

3. Consulte o relacionamento no portal oficial da Plataforma de Emissão Simplificada, pelo responsável autorizado. Confira o provedor identificado e a situação do vínculo.

4. Verifique a habilitação para emissão na UF e registre as pendências exibidas pelo portal. A NT prevê que o contribuinte seja orientado a regularizar o cadastro estadual quando a habilitação estiver ausente.

5. Peça ao PAA que confronte o cadastro oficial com os dados que sua integração está selecionando. Preserve evidência de situação e horário, sem compartilhar senhas ou chaves privadas.

Essa sequência permite encaminhar o problema ao responsável certo. O empresário verifica a empresa e o relacionamento desejado; o responsável cadastral trata as autorizações pertinentes; o suporte do provedor corrige o que o software efetivamente enviou.

Correção conforme o cenário

Não existe vínculo com o provedor escolhido. O responsável autorizado deve seguir o procedimento oficial de credenciamento e associação, após confirmar a elegibilidade e a habilitação. Ter um contrato comercial não substitui essa etapa. Só retome a integração quando houver evidência do vínculo necessário.

O vínculo foi encerrado. A NT informa que o término pode ser solicitado pelo emitente, pelo PAA ou pela administração tributária, com efeito imediato. Investigue o motivo antes de solicitar nova associação. Se a empresa mudou de provedor, preserve o histórico e revise o relacionamento utilizado pelo sistema.

O cadastro está ativo, mas o XML identifica outro relacionamento. Corrija o mapeamento de estabelecimento e provedor. Regenere o documento e as assinaturas pelo fluxo do PAA. Não altere o CNPJ do emitente para aproveitar o vínculo de outra empresa.

O cadastro parece correto e a rejeição continua. Escale ao provedor com as evidências. Ele deve verificar ambiente, sincronização cadastral e seleção dos identificadores, e poderá acionar o autorizador. Não encerre um vínculo correto nem crie outro às cegas como teste.

Exemplo hipotético e verificação do resultado

Uma loja com duas inscrições empresariais concluiu a associação do estabelecimento A. Ao preparar uma nota do estabelecimento B, o sistema utilizou o mesmo provedor, mas B ainda não possuía vínculo ativo. A resposta foi 936 no serviço de autorização. A empresa confirmou o cadastro e regularizou o relacionamento próprio de B, em vez de trocar o emitente da nota para A.

Depois da correção, examine o novo retorno. O desaparecimento do 936 apenas indica que essa rejeição não se repetiu; outras regras ainda podem impedir a emissão. Confirme a situação autorizada e preserve o protocolo antes de tratar a nota como concluída. Se o número aparecer com uma mensagem antiga de razão social, peça ao suporte o retorno original para conferir versão e tabela de mensagens. Esta orientação documental não garante autorização fiscal.

Fontes e limites

Pesquisa continuada em 15–16/10/2026, horário de Brasília. Novas capturas de16/10 separadas das evidências de15/10 reutilizadas. Sem consulta de vínculo de pessoa real, teste ALRA ou implantação individual certificada.

• NT2026.001 PAA v1.02b: PDF703310 HTTP20015/10 local reutilizado. Textos3/6/7/12/14/18 inteiros lidos no conjunto e PNGs3/10/12/14/18 existentes pessoalmente vistos. ZG02-30Obrig55/65SVRScominfPAA,1182/672riscados→936;P81-30evento55ObrigSVRSconserva672. B07-10restringeNFCe. Cronograma3lido visualmente,nãoativaçãoindividual.

• ÍndiceSVRS: HTTP20016/10,7faf44,entradaPAA29/07lida. PES: HTTP20015/10,corpo público lido,serviçoscreden/cadastro nãohabilitaçãoindividual. DocumentosPES: HTTP20016/10,entradaMOPAA1.02de16/09lida. MOPAA16/10e6da,p12/13físicas lidastextualmente confirma vínculo/situação/série,semconsultaindividual. URL antigaPes/Busca eatos individuais antigos não foram recuperados ou usados como prova atual.

• NT2019.001 v1.70: novaHTTP20016/10comCookieJar normal/TLSpadrão,8c03e1,26páginas. Primeiro302/201bytesHTML preservado como falha,nãoPDF. P1capa1.70Agosto25 lida;P7§1.3removendo1C03-10 eP23linhahistórica inteiras lidas;PNG23existente pessoalmente visto,linha936inteirariscada. Não necessidade de reaplicar regra antiga, nem consulta atual à1.62alegada.

• MOC7AnexoI: PDF5eb4cfHTTP20015/10 reutilizado,p133/153inteiras lidaspor extração,semPNGdessaspáginasalegado. Conflito real935linha1C03/936tabelamotivos preservado como histórico,nãoregulaPAA.

• Schemasoficiais: pacote010fgrupo infPAA completo lido,semcompilar/validarXMLreal ouevento. Busca exata emseiscaches2026 para936/regras/infPAAresultadointeirolido,zero;nãoexaurenormativa.

• BuscadorNCM936: HTTP20016/10,194e8c,corpo específico inteiro efetivamente lido. TítuloRazãoSocial eblocoSPfacultatividade misturamcontextoantigo comPAA; rótulotodasUFs contradizSVRS e nãoadotado. Confundir tagsCT-eOS oudiagnósticocadastralgenérico nãoresolvevínculo. Numeração/denegação genéricas não adotadas.

• TecnoSpeedPAA: HTTP20015/10c62e,seçãotécnicapertinente eWEB efetivamente lidos. Panorama comreferênciasantigas;ZG02-30dita671,eantigoscódigos/faixasnãoadotadoscontraPDF. Menus/promessasproduto nãoALRA.

• ATVIPAA: HTTP20015/10,9712,corpotécnicointeiro lido,contextoassociação/assinaturas. Data31/07não substituiíndice29/07. Não atestahabilitaçãoindividual.

• ACBrPAA: HTTP20015/10aa906c,posts28/04/25–26/05/26/06inteiros efetivamente lidos. Troca672→936 sóautorização cotejadaprimária,nãoevento. Tabelaambiente669→663errada nãoadotada;faixas/calendáriosanteriores históricos,implementaçãoACBrnãoALRA.

Quatro editores com uma ficha e três contextos gerais, não três tutoriais completos exclusivos da936. A primária define o diagnóstico; a limitação de profundidade dos apoios permanece explícita. Históricos e pareceres negativos preservados, sem reconstruir autoria de atos antigos. Sem imagens novas, capas ou publicação.