Rejeição 127 no PAA: por que o lote deve conter uma NF-e

A rejeição 127, com a mensagem “Enviado lote com mais de 1 NF-e”, precisa ser lida no contexto do Provedor de Assinatura e Autorização, o PAA. A regra GAP03a-5 da NT 2026.001 v1.02b verifica o envio de mais de uma NF-e quando utilizada série do PAA, na faixa de 970 a 989, e informa implementação somente na SVRS.

A solução é revisar a montagem da solicitação pelo provedor para transmitir um documento por lote nesse fluxo. O código não cria, sozinho, uma proibição geral de lotes com várias NF-e em qualquer sistema, série ou autorizador. NT 2026.001 v1.02b, página 11.

Confirme se sua emissão utiliza PAA

O PAA atua como intermediário técnico na assinatura e no encaminhamento do documento para autorização. Para o empresário, isso pode aparecer como emissão por uma plataforma que organiza essas etapas em seu nome.

Uma integração comum de ERP com um emissor não deve ser classificada automaticamente como PAA. O suporte precisa confirmar o processo utilizado, o vínculo do emitente, a série atribuída e as informações do provedor presentes no XML.

A análise da TecnoSpeed identifica a relação entre a GAP03a-5 e as séries reservadas. A conferência útil é perguntar: “Esta nota foi gerada pelo fluxo PAA e quantas NF-e foram incluídas na mesma solicitação à SVRS?”.

A série não deve ser trocada para escapar da regra

A faixa reservada faz parte do controle dessa modalidade de emissão. Se a empresa realmente utiliza PAA, trocar a série, remover o grupo infPAA ou alterar o processo de emissão apenas para evitar 127 deixa a mensagem incompatível com a operação realizada.

O caminho é corrigir o agrupamento na origem. Se a série foi preenchida indevidamente por um erro de configuração, o provedor precisa primeiro identificar o processo real e o documento afetado. Essa análise deve preservar a rastreabilidade, sem criar outro número fiscal por tentativa.

Também não se deve juntar vendas distintas numa única nota para reduzir artificialmente a quantidade de documentos enviados. A limitação é técnica, sobre cada solicitação, e não muda o que precisa ser documentado pela empresa.

Qual modelo e qual autorizador estão em análise

O caso operacional apresentado aqui é a autorização da NF-e, modelo 55, pelo fluxo PAA. A seção da Nota Técnica tem um título amplo, “NF-e / NFC-e”, mas a regra é condicionada à série PAA e a uma implementação específica na SVRS. Não basta usar o título da seção para afirmar disponibilidade universal do PAA para o modelo 65.

A NFC-e tem sua própria regra de lote com mais de uma nota, associada ao código 126. Para um retorno envolvendo NFC-e, confirme o texto, o serviço e o fluxo efetivamente utilizados antes de transportar o diagnóstico de 127.

A NS Tecnologia chama atenção para essa separação: cronogramas e especificações precisam ser verificados por projeto fiscal. Essa cautela evita levar para um documento conclusões publicadas para outro.

O que mudou no cronograma

A versão 1.02b traz, no quadro de evolução da implantação, homologação em 03/08/2026 e produção em 05/10/2026 para a etapa revisada. O PDF mantém datas anteriores riscadas; elas não devem ser lidas como alternativas igualmente vigentes.

Há uma inconsistência nos comunicados: o aviso de 10/08 aponta 05/10, enquanto outro, de 24/08, menciona setembro. O artigo adota a data do PDF v1.02b como referência documental, sem certificar a implantação efetiva. Comunicados do portal PAA.

O aviso ENCAT de 05/10/2026 adiou três outras Notas Técnicas de NF-e: 2025.002 v1.52, 2026.007 v1.10 e 2026.008 v1.00. Ele não menciona a NT 2026.001 e não deve ser usado para atribuir outra data ao PAA.

Na data desta atualização, 05/10/2026 já passou, mas um cronograma publicado não comprova que qualquer contribuinte esteja habilitado ou que qualquer plataforma tenha concluído a integração. Confira o vínculo, o ambiente, o serviço disponível e os comunicados oficiais aplicáveis ao caso.

A publicação da Edoo sobre o PAA também descreve o envio unitário. Para datas e condições técnicas, prevalece a versão oficial consultada, não a interpretação isolada de uma notícia.

Quantidade do lote e tipo de resposta são verificações diferentes

Após separar os documentos, a integração deve conferir o processamento síncrono. A NT 2025.001 v1.03, regra GAP03a-3, trata da solicitação assíncrona com apenas uma NF-e e associa esse cenário ao código 452. Portanto, colocar uma nota no lote e manter um fluxo de resposta inadequado pode provocar outro retorno. NT 2025.001 v1.03, página 8.

Não trate 452 e 127 como mensagens equivalentes. Uma verifica o modo de processamento; a outra, no contexto PAA, verifica a quantidade. O provedor deve ajustar ambas as etapas conforme a especificação, inclusive a leitura do resultado devolvido.

Exemplo de integração que agrupa documentos

Considere um pequeno distribuidor que utiliza uma plataforma PAA. Durante uma importação de pedidos, duas NF-e são preparadas corretamente, mas o componente de transmissão reutiliza uma rotina antiga e as envia juntas.

A rejeição não pede que o distribuidor altere mercadorias, tributos ou compradores. O provedor precisa gerar duas solicitações independentes, mantendo cada documento ligado ao pedido correspondente. A empresa acompanha as duas respostas e só considera cada emissão concluída quando obtém o resultado fiscal adequado.

Se houve transmissão anterior com resposta perdida, o suporte deve consultar a situação da chave antes de repetir o envio. O lote rejeitado agora não comprova que nunca existiu outra tentativa processada.

Roteiro para corrigir e comprovar a solução

1. Registre cStat, xMotivo, ambiente, horário e identificação do provedor.

2. Confirme modelo, série, processo de emissão e destino da solicitação.

3. Peça o XML do lote transmitido e a contagem de documentos incluídos.

4. Solicite o ajuste para envio unitário no fluxo PAA, sem descaracterizar série ou assinatura.

5. Verifique o processamento síncrono e a leitura do resultado por documento.

6. Concilie situações incertas e teste a correção em homologação antes de liberar a fila afetada.

Guarde o retorno original e o posterior à correção. Isso permite distinguir uma falha resolvida de uma tentativa que apenas deixou de aparecer na tela.

Atenção aos resultados de pesquisa antigos

Há documentação histórica de DPEC em que 127 significa inexistência da declaração para a chave consultada. Esse retorno pertence a outro serviço e época. Manual histórico de contingência.

Por isso, abra o chamado com a mensagem completa. Não envie chaves privadas, senhas ou certificados ao atendimento. Para resolver o agrupamento, o provedor deve utilizar seus próprios registros técnicos e somente os dados necessários do documento afetado.

Referência de atualização: 09/10/2026. Revisão documental, sem teste de emissão ou certificação de disponibilidade para todas as UFs e plataformas.