fone em infRespTec: DDD e número do contato técnico
<fone>infRespTec › foneRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
fone, em infRespTec, informa o telefone da pessoa de contato da empresa responsável pelo sistema emissor. A documentação orienta DDD mais número. O campo permite contato técnico; não é uma forma de autenticação nem o telefone do consumidor impresso no documento.
Caminho desta página: /nfeProc/NFe/infNFe/infRespTec/fone. O prefixo nfeProc identifica a nota processada; a informação estudada pertence ao conteúdo da NF-e, dentro de NFe/infNFe.
Formato e origem do telefone
O XSD exige de 6 a 14 algarismos, sem parênteses, hífen, espaço ou sinal de mais (+). fone é obrigatório quando infRespTec existe e vem depois de email. A origem deve ser o cadastro do contato técnico confirmado do fornecedor do software.
O limite lexical não verifica se o número está ativo, se DDD corresponde ao contato ou se alguém pode ser localizado por ele. Não preencha zeros ou remova dígitos significativos apenas para alcançar o tamanho. XSD PL 010f e MOC ZD06, p. 65.
Exemplo de normalização, sem contato real
Para demonstrar apenas forma XML, considere a sequência didática de algarismos abaixo:
<fone xmlns="http://www.portalfiscal.inf.br/nfe">11999999999</fone>
Ela não identifica um contato real neste artigo e não deve ser copiada para emissão. O fragmento é parcial, sem XML completo da NF-e. Uma origem apresentada com máscara deve ser transformada preservando DDD e número verdadeiros; o exemplo não recomenda uma região, DDD ou quantidade de dígitos para qualquer contato.
Não acrescente automaticamente um dígito a um telefone antigo nem retire prefixos sem conferir o cadastro real. Normalizar caracteres de apresentação e modificar o número são operações diferentes.
Diagnóstico de schema e de contato incorreto
Se o schema rejeita o texto, procure máscara, sinal, espaços ou comprimento fora do padrão. Se ele passa no XSD mas as informações pertencem ao destinatário, o erro está no papel cadastral escolhido pelo mapeamento. Compare telefone, e-mail, nome e CNPJ do mesmo responsável antes de concluir qual origem está errada.
Se o número foi cortado para 14 posições, confirme se a origem continha ramal ou instruções adicionais em uma coluna que deveria guardar somente o número. Não elimine informação de forma silenciosa: ajuste o cadastro ou mapeamento adequado e confira o telefone verdadeiro.
Limites do campo na emissão
O telefone não substitui CNPJ técnico nem o par CSRT quando exigido. Também não define a obrigação de informar o grupo em cada UF/modelo: isso depende das regras documentadas, e não de haver telefone cadastrado.
Não associe códigos 972–978 diretamente à validade telefônica sem a regra correspondente. Corrija o dado de origem comprovado antes de assinar, preservando documentos anteriores. Um contato válido melhora a identificação técnica, mas não comprova autorização, credenciamento ou adequação tributária da NF-e.
Fontes oficiais
- Leiaute NF-e/NFC-e — PL_010f_v1.04: TInfRespTec/fone l7388–7399; pattern[0-9]{6,14}
- NT 2018.005 — responsável técnico — 1.52, julho/2025: Cronograma, p. 4; CSRT e geração, p. 8–10; regras ZD07-10 e 7ZD02/08/09, p. 23–25.
- MOC 7.0 — Anexo I — 7.00, novembro/2020: Grupo ZD, p. 65; regras de responsável técnico, p. 128.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/infRespTec/fone- 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
- 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]{6,14}- whiteSpace
preserve