Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Produtos e serviços

nBomba na NF-e: bomba vinculada ao bico e campo opcional

<nBomba>det › prod › comb › encerrante › nBomba

Revisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

nBomba informa o número de identificação da bomba à qual o bico utilizado no abastecimento está ligado. Seu XPath é /nfeProc/NFe/infNFe/det/prod/comb/encerrante/nBomba. Diferentemente de nBico e nTanque, é opcional dentro de encerrante. MOC 7.0, Anexo I (7.00)

Quando nBomba pode estar ausente?

O XSD admite zero ou uma ocorrência. O MOC orienta informar a bomba utilizada caso exista. Essa condição não autoriza apagar um dado conhecido ou usar a ausência para esconder vínculo inconsistente. Se a informação existe no equipamento e é aplicável, mantenha a identificação verdadeira.

A opcionalidade de nBomba também não dispensa o restante do encerrante. Quando o grupo existe, continuam obrigatórios nBico, nTanque, vEncIni e vEncFin. Um grupo só com bomba não atende à estrutura. Leiaute NF-e/NFC-e, pacote oficial PL 010f (PL_010f_v1.04)

Como diferenciar número da bomba, bico e tanque?

O número da bomba identifica o equipamento ao qual o bico está interligado; o bico identifica o ponto do abastecimento; o tanque identifica a origem operacional vinculada. A integração precisa conferir a relação, e não apenas se os três números são parecidos ou estão preenchidos.

Uma bomba pode ter identificação diferente de seu bico. O XML de exemplo usa bomba 2 e bico 3 justamente para evidenciar que não há obrigação de igualdade. Não derive nBomba de nBico por regra aritmética nem copie um identificador de outra instalação.

Qual o formato do campo?

São aceitos de 1 a 3 dígitos, conforme pattern de texto. 2 e 002 são formas estruturais possíveis; B02, 2.0, 1.000 e quatro dígitos não atendem. A representação sem máscara deve corresponder ao identificador real, preservando zeros que integrem o código da origem. Leiaute NF-e/NFC-e, pacote oficial PL 010f (PL_010f_v1.04)

Não há um valor monetário ou unidade física nesse campo. Se uma rotina converte o identificador para decimal ou notação científica, ela mudou sua natureza. A validação sintática também não consulta o cadastro físico de bombas do estabelecimento.

Como ler um exemplo com bomba informada?

O fragmento é sintético, parcial em relação à nota, e pressupõe um evento confirmado com bico 3, bomba 2 e tanque 1:

<encerrante xmlns="http://www.portalfiscal.inf.br/nfe">
  <nBico>3</nBico>
  <nBomba>2</nBomba>
  <nTanque>1</nTanque>
  <vEncIni>1200.000</vEncIni>
  <vEncFin>1225.500</vEncFin>
</encerrante>

nBomba aparece depois do bico e antes do tanque. Se legitimamente ausente, a sequência passa diretamente de nBico para nTanque; não se mantém uma tag vazia no lugar do opcional. As leituras continuam obrigatórias e precisam pertencer ao mesmo abastecimento.

A rejeição 378 exige preencher a bomba?

A 378, regra LA11-10, se refere ao grupo encerrante ausente, sob condições de venda para consumidor final na NFC-e ou NF-e com tpImp=6, aplicação facultativa pela UF e lista ANP específica. Ela não transforma nBomba em filho estrutural obrigatório. NT 2026.002, DANFE Simplificado Tipo 2 (1.11)

Se a falha for de esquema, confira o nome do elemento, sua posição e conteúdo. Se for incoerência operacional, compare o evento de abastecimento e o vínculo entre nBico e nTanque, incluindo a bomba quando conhecida. Corrija o cadastro ou a captura comprovadamente errados; não invente uma bomba para satisfazer um campo que o XSD já admite omitir.

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/det/prod/comb/encerrante/nBomba
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
0–1 no contexto do elemento pai
Tipo
inline:xs:string · string
Preenchimento no catálogo
Condicional

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.

pattern
[0-9]{1,3}
whiteSpace
preserve