Rejeição 872 no PAA: compare a série da nota com a série do vínculo

Se a emissão pelo Provedor de Assinatura e Autorização retornou 872, confira a série atribuída ao vínculo entre o emitente e o provedor. Uma série pode pertencer à faixa reservada ao PAA e, mesmo assim, não corresponder àquela relação cadastral. O diagnóstico começa pela comparação do cadastro pertinente com o XML realmente enviado.

A mensagem documentada é “Rejeição: Série da NF difere da estipulada para este Emitente no PAA”. Ela direciona a análise para a série da emissão. O retorno, sozinho, não certifica os demais dados da nota nem determina que produtos, tributos ou destinatário devam ser alterados.

Qual comparação está documentada

A ZG02-34, página 14 da NT 2026.001 PAA v1.02b, prevê que, se o grupo infPAA estiver informado, seja acessado o Cadastro de Vínculos do PAA com o Emitente. O trecho identifica a chave cadastral como CNPJPAA e CNPJ do emitente e compara a série da NF com a estipulada para esse emitente no PAA. A aplicação é obrigatória dentro desse predicado e a observação limita a regra à SVRS.

No XML, confira ide/serie, infPAA/CNPJPAA e a identificação do emitente. Use os dados da mesma solicitação, estabelecimento e provedor. A série de outra filial ou de outro vínculo não é uma referência suficiente para corrigir essa emissão.

A coluna da regra registra 55/65, mas esse rótulo precisa ser lido junto das restrições do documento. O fluxo PAA descrito na NT é de NF-e modelo 55, procEmi=4, no autorizador SVRS. A B07-10, página 12, rejeita modelo 65 nas séries PAA. A habilitação do emitente e as restrições cadastrais de sua UF continuam relevantes.

Faixa reservada e série atribuída são verificações diferentes

A NT documenta 970–979 para emitente CPF e 980–989 para emitente CNPJ. Estar na faixa correta não comprova que a série enviada foi atribuída àquele vínculo. A B26-24 trata da faixa; a ZG02-34 exige conferir a série estipulada.

O texto da ZG02-34 utiliza a identificação por CNPJ do emitente. As disposições sobre CPF e seu cadastro devem ser conferidas no contexto pertinente; essa redação não reconstrói uma consulta individual de contribuinte CPF.

O MOPAA v1.02, recapturado em 16/10/2026, inclui a série no retorno da distribuição de vínculos, distPAA. No arquivo PDF, as páginas 12–13, impressas como 11–12, mostram o retorno e o campo R16a/Serie, descrito como número da série autorizada para emissões pelo vínculo. Isso documenta uma informação que o provedor pode utilizar, sem provar que o cadastro de sua empresa foi consultado.

Reúna os dados antes de mudar a configuração

Preserve o XML transmitido, o retorno completo, a chave correspondente, o horário e o ambiente da tentativa. Anote modelo, procEmi, série, número, identificação do emitente e CNPJ do PAA. A tela do emissor ajuda a localizar a configuração, mas o arquivo revela o conteúdo efetivamente enviado.

Peça ao provedor que confira o vínculo correto e sua série cadastrada. Compare essa informação com ide/serie e identifique de onde o emissor obteve o valor: configuração da empresa, integração ou documento já preparado. Essa sequência separa uma divergência de cadastro de uma falha na montagem da solicitação.

Confirme também o resultado das tentativas anteriores antes de preparar outro documento. Uma falha de comunicação pode deixar a situação desconhecida; não trate desconhecimento do retorno como certeza de rejeição.

Cenário 1: a integração conserva a série de outro vínculo

Após uma migração ou troca de configuração, o emissor pode continuar usando um valor copiado de outra relação entre emitente e PAA. Essa é uma hipótese a investigar, não uma conclusão automática pelo código 872.

Comprove qual série pertence ao vínculo atual e ajuste a origem do valor incorreto. Gere novamente a solicitação pelo fluxo do emissor e compare o novo XML. Se a tela mudou e o arquivo conserva o valor antigo, o suporte precisa localizar a configuração ou rotina que prevalece durante a geração.

Cenário 2: o documento pendente conserva a configuração antiga

O cadastro pode ter sido corrigido depois de a nota ser preparada. Nesse caso, examine os dados persistidos no documento rejeitado e o procedimento do emissor para tratá-lo.

A série participa da identificação da NF-e. Não edite isoladamente o XML assinado: uma mudança de conteúdo exige que o sistema trate a identificação e as assinaturas correspondentes. O suporte deve considerar a situação fiscal anterior e o controle de numeração antes de definir o próximo passo.

Cenário 3: o emitente ou o provedor selecionado está incorreto

Em uma operação com várias filiais, a integração pode utilizar a relação cadastral de outro estabelecimento. Confirme os identificadores no XML, sem depender apenas do nome mostrado na tela.

Corrija a seleção quando houver erro comprovado. Não troque CNPJ, CPF ou provedor para combinar com uma série disponível. A emissão deve representar o estabelecimento e os fatos reais da operação. Também não teste sucessivamente séries da faixa reservada para encontrar uma que passe.

Exemplo hipotético

Uma loja fictícia possui um vínculo ao qual foi atribuída a série 984. Sua integração recebe uma configuração de outra loja e transmite 983. Ambos os números pertencem à faixa documental de CNPJ, mas somente a série atribuída ao vínculo daquela loja atende à comparação.

O provedor confirma a relação cadastral, o suporte identifica a origem do valor copiado e trata a solicitação pelo emissor. O exemplo não recomenda 984 para outras empresas nem representa consulta ou emissão realizada nesta elaboração.

Versão e alcance da conferência

Na consulta de 16/10/2026, o índice oficial da SVRS mantém a entrada v1.02b de 29/07/2026. O PDF consultado registra na página 3 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 apresentam novas datas. O cronograma foi conferido na imagem documental, sem inferir habilitação de empresa, funcionamento de integração ou implantação individual por ambiente. Esses aspectos dependem da situação concreta e da resposta do serviço.

Verifique o resultado e acione o responsável adequado

Depois da correção, compare o novo XML com o vínculo utilizado e leia a resposta correspondente à chave enviada. O desaparecimento do 872 não equivale a autorização. Confirme a situação fiscal e o protocolo antes de registrar a emissão como autorizada.

Acione o provedor se a série atribuída não puder ser demonstrada ou divergir do retorno. Procure o suporte quando a configuração correta não chegar ao XML, e o responsável fiscal quando houver emissão anterior ou conflito de numeração. O trecho consultado não fornece prazo de sincronização que permita prometer liberação em alguns minutos.

Fontes e limites

Pesquisa continuada em 15–16/10/2026, horário de Brasília. As novas capturas de 16/10 são distintas dos corpos oficiais e apoios de 15/10 reutilizados. Sem teste operacional, consulta cadastral individual ou demonstração de configuração do ALRA.

• NT 2026.001 PAA v1.02b: PDF703310 HTTP200 de 15/10 local. Páginas3–7/10–18 efetivamente lidas no conjunto PAA; PNGs existentes3/10/12/13/14/17/18 pessoalmente vistos. ZG02-34/872 obrigatória na14, ZG02-36/895 com aplicação em branco na14 e P81-40/895 obrigatória na18. Não transferir classificação da linha vizinha. Modelos e serviços não são permissão NFC-e.

• Índice NF-e SVRS: HTTP200 de16/10, corpo7faf44 igual ao de15/10, entrada v1.02b29/07 e NT2021.003v15025/09 lidas. ApoioATVI diz31/07; divergência editorial não substitui cronograma. Busca emseis caches2026 sem872/895/regras/infPAA; não exaustão normativa.

• MOPAA v1.02: HTTP20016/10 e6da8b,18páginas. Capa econtrole1–2, físicas12–13/impressas11–12 inteiras lidas por texto: R16a/Serie e grupo público RSAKeyValue. Capa/controle1.02, cabeçalhos internos1.01 preservados como divergência; não confundir versão do manual com NT. Não login, download de chaves reais ou implementação do WebService.

• Índice PES: HTTP20016/10, entrada16/09 do manual1.02 e previsãoSET/2026. Previsão não certifica implantação.

• NT 2021.003 v1.50: HTTP20016/10,20cede,52páginas físicas apesar de cabeçalhos antigos. P13/14 inteiras lidas; PNG13 existente pessoalmente visto:9I12-20/895 integralmente riscada. Não confundir lista de mensagens preservada com vigência nem inferir eliminação de todo GTIN. Não adotados derivados como substitutos do PDF.

• Schemas oficiais: pacote010f e grupo infPAA completos lidos para estrutura, sem compilarXSD ouvalidarXMLreal/evento.

• BuscadorNCM 872: HTTP20016/10, ficha inteira da regra àsFAQs/referências lida,12/10/consol09/10. Condição PAA cotejada; todasUFs descartado por contradizer SVRS. Para895, títuloGTIN e receitatributáriagenérica não orientamPAA nem provam vigência9I12-20; para872, ficha é curta e não demonstra consultaindividual. Reuso de número e denegação genéricos não adotados. WEB872 retornou InternalErrorsemcausa, nãoCachemiss, distinto deHTTP200. WEB895corpo aberto separado, não mesmo snapshot da captura.

• TecnoSpeed PAA: HTTP20015/10c62e e trechoWEB técnico pertinente efetivamente lidos. Panorama29/07, grupo/fluxo contextualizados; séries970–979/B26-20 e códigos substituídos não adotados contra primária. Não garantia de compatibilidadeALRA ou habilitaçãoindividual.

• ATVI PAA: HTTP20015/10,9712, corpo técnico inteiro lido. Contexto da série atribuída ao vínculo e chave divergente895, não tutorial exclusivo. Data31/07 não substitui índice29/07.

Três editores com uma ficha e dois panoramas de PAA, não três tutoriais completos exclusivos da rejeição. Os limites dos apoios foram confrontados com a primária, conforme a exceção documental de pesquisa. Pareceres anteriores negativos foram preservados; a v3 não herda aprovações nem atos antigos. Sem imagens criativas, capas ou publicação.