verAplic em infProt: versão do aplicativo autorizador
<verAplic>nfeProc › protNFe › infProt › verAplicRevisão editorial em 15 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
verAplic, em /nfeProc/protNFe/infProt/verAplic, identifica a versão do aplicativo do autorizador que processou a resposta. É um dado devolvido pela SEFAZ, não a versão do seu emissor. No XSD é obrigatório, usa TVerAplic e admite de 1 a 20 caracteres conforme as restrições do tipo.
Três versões com papéis diferentes
protNFe/@versao identifica o leiaute das informações de protocolo. infProt/verAplic identifica a aplicação autorizadora que processou. NFe/infNFe/ide/verProc identifica a versão do processo de emissão informado na nota. Um número de leiaute 4.00 não deve ser usado automaticamente como verAplic.
PR06 da NT 2025.002 v1.52 orienta que verAplic seja iniciado pela sigla da UF em Web Service próprio ou por SVAN/SVRS nos demais casos. É informação do retorno, e não uma máscara para o destinatário reconstruir ou completar.
Fragmento lexical e leitura
Fragmento sintético parcial, apenas para demonstrar um texto no domínio do tipo. O nome abaixo não identifica aplicativo real da SEFAZ:
<verAplic xmlns="http://www.portalfiscal.inf.br/nfe">SVRS-EXEMPLO</verAplic>
A versão recebida deve ser preservada integralmente. Não remova caracteres, traduza ou substitua pela versão instalada do emissor. A forma permitida pelo XSD é uma validação estrutural; ela não comprova que uma versão hipotética foi utilizada por um autorizador.
Como usar o campo para investigar comportamento
Compare respostas da mesma chave/ambiente e registre verAplic junto com data/hora, serviço, cStat/xMotivo e UF. Se um comportamento mudou entre respostas, esse conjunto ajuda a delimitar a investigação. verAplic sozinho não demonstra a data exata de implantação de uma regra, a revisão de infraestrutura ou a vigência legal de um campo.
Cenário A: a interface exibe a versão do emissor no lugar de verAplic. Confronte os dois caminhos no XML e corrija o mapeamento de apresentação. Cenário B: duas notas tiveram versões de autorizador diferentes. Isso pode ser contexto útil, mas não prova causa de uma rejeição; compare também os dados e a condição da regra.
Ausência ou conteúdo inesperado
Se verAplic falta na cópia, confira o XML original e o schema efetivamente aplicável. Pode haver perda no armazenamento, falha de leitura de namespace ou um retorno de outro serviço indevidamente tratado como infProt. Não preencha a versão manualmente para fazer a cópia parecer válida.
A versão do autorizador não indica autorização ou cancelamento. Leia o resultado individual e, para situação atual, consulte os eventos oficiais. Preserve o documento original especialmente quando o protocolo estiver assinado.
Leituras relacionadas
Fontes oficiais
- Leiaute NF-e/NFC-e — PL_010f_v1.04: TProtNFe, linhas 6686–6770.
- Tipos básicos NF-e/NFC-e — PL_010f_v1.04: TChNFe, TProt, TStat, TAmb, TVerAplic, TMotivo e TDateTimeUTC.
- NT 2025.002 RTC — 1.52: seção 5.1, p. 11; PR03–PR90, p. 13.
Referência técnica para integração
- XPath completo
/nfeProc/protNFe/infProt/verAplic- Namespace
http://www.portalfiscal.inf.br/nfe- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 1–1 no contexto do elemento pai
- Tipo
- TVerAplic · TString
- Preenchimento no catálogo
- Obrigatório
A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.
- maxLength
20- minLength
1- pattern
[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}- whiteSpace
preserve