verAplic
Versão do Aplicativo que processou a DCe
Onde fica no arquivo
No documento
-
dceProc/protDCe/infProt/verAplic
Obrigatório, uma vez
Na resposta do web service
-
retConsSitDCe/verAplic
Obrigatório, uma vez
Versão do Aplicativo que processou o DCe
-
retConsStatServDCe/verAplic
Obrigatório, uma vez
-
retDCe/verAplic
Obrigatório, uma vez
-
retEventoDCe/infEvento/verAplic
Obrigatório, uma vez
Versão do Aplicativo que recebeu o Evento
-
retDCe/protDCe/infProt/verAplic
Obrigatório, uma vez
No arquivo distribuído (documento + protocolo)
-
procEventoDCe/retEventoDCe/infEvento/verAplic
Obrigatório, uma vez
Versão do Aplicativo que recebeu o Evento
O caminho até aqui, nível a nível
Dentro do grupo infProt , dados do protocolo de status
O que o arquivo aceita neste campo
- Ocorrência
- 1-1
- Tamanho
- 1 a 20
- Tipo no esquema
- TVerAplic
- Formato base
- TString
Formato exigido: [!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1} Texto livre que não pode começar nem terminar com espaço. O esquema aceita acento e cedilha; caractere de controle é recusado. Expressão do próprio esquema. Valor que não casar com ela é recusado na validação do arquivo, antes de qualquer regra de negócio. ⚠ A leitura acima sai da EXPRESSÃO, não do nome do tipo: nome de tipo se expande por palpite e palpite publica regra errada.
O mesmo nome em outros documentos fiscais — 9
verAplic aparece no leiaute de outros documentos, e isso não quer dizer que seja o mesmo campo: cada um tem manual, regra e às vezes tipo próprios. Aplicar a regra de
um documento no outro é o erro que esta lista existe para evitar. Cada linha traz o caminho no arquivo daquele
documento, que é onde a diferença aparece primeiro.
| Documento | O que o leiaute dele diz | Caminho lá |
|---|---|---|
| BP-e | Versão do Aplicativo que processou o BP-e | bpeTMProc/protBPe/infProt/verAplic |
| CT-e | Versão do Aplicativo que processou o CT-e | cteOSProc/protCTe/infProt/verAplic |
| DeRE | Versão do aplicativo emissor do evento. | DeRE/evtAntecReceb/ideEvento/verAplic |
| MDF-e | Versão do Aplicativo que solicitou a distribuição de DF-e | distMDFe/verAplic |
| NF3e | Versão do Aplicativo que recebeu o Evento | procEventoNF3e/retEventoNF3e/infEvento/verAplic |
| NFAg | Versão do Aplicativo que recebeu o Evento | procEventoNFAg/retEventoNFAg/infEvento/verAplic |
| NFCom | Versão do Aplicativo que recebeu o Evento | procEventoNFCom/retEventoNFCom/infEvento/verAplic |
| NFGas | Versão do Aplicativo que recebeu o Evento | procEventoNFGas/retEventoNFGas/infEvento/verAplic |
| NFS-e Via | Tipo Versão da aplicação emissora NFS-e Via | evento/infEventoVia/verAplic |
Campos do mesmo grupo — 8
São os campos que ficam ao lado deste no arquivo, dentro de dceProc/protDCe/infProt. Quem
preenche um costuma precisar dos outros na mesma passada.
Perguntas frequentes
O que é o campo verAplic do DC-e?
Versão do Aplicativo que processou a DCe No XML ele fica em dceProc/protDCe/infProt/verAplic. Obrigatório, uma vez, com tamanho 1 a 20.
verAplic aparece em quantos lugares do DC-e?
Em 7 posições do esquema oficial: dceProc/protDCe/infProt/verAplic, retConsSitDCe/verAplic, retConsStatServDCe/verAplic, retDCe/verAplic, retEventoDCe/infEvento/verAplic, retDCe/protDCe/infProt/verAplic e outras. A mesma tag em posições diferentes tem ocorrência própria em cada lugar — o que vale no grupo do emitente não vale automaticamente no do destinatário.
Que formato o campo verAplic exige no DC-e?
Texto livre que não pode começar nem terminar com espaço. O esquema aceita acento e cedilha; caractere de controle é recusado. A regra é a expressão do próprio esquema ([!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}), e ela é verificada antes de qualquer regra de negócio: valor fora do formato faz o arquivo ser recusado na validação, com rejeição genérica de schema — que é a mais difícil de diagnosticar justamente por não citar o campo.
verAplic no DC-e é o mesmo campo dos outros documentos fiscais?
O nome se repete no leiaute de 9 outros documentos (BP-e, CT-e, DeRE, MDF-e, NF3e, NFAg, NFCom, NFGas, NFS-e Via), e isso não quer dizer que seja o mesmo campo: cada documento tem manual próprio, regra própria e às vezes tipo diferente. Aplicar a regra de um no outro é erro comum e caro.
De onde vem esta descrição do DC-e?
Do esquema XML oficial (PL_DCe_v1.00a_NT2024.001v1.00). O Buscador NCM lê a árvore do próprio arquivo: tipo, tamanho, ocorrência e domínio saem sem interpretação. O manual manda na REGRA de validação; o esquema manda no CAMPO.