API

Erro E0718, E0714, E0715 e E0716 na NFS-e Nacional: Certificado Não Pertence ao Prestador, e-CPF do Sócio (QSA) e Matriz/Filial

Como resolver os erros E0718 ('O certificado digital cadastrado não pertence à empresa emitente'), E0714, E0715 e E0716 na API da NFS-e Nacional (Sefin Nacional): regras de e-CPF do sócio administrador (QSA), certificado da matriz na filial e Procuração Eletrônica RFB (00233).

Fábio Magalhães CostaAtualizado em 09/11/2026
Diagnóstico e solução dos erros E0718, E0714, E0715 e E0716 de certificado digital e assinatura XMLDSig na API da NFS-e Nacional (Sefin Nacional)

Diagnóstico e solução dos erros E0718, E0714, E0715 e E0716 de certificado digital e assinatura XMLDSig na API da NFS-e Nacional (Sefin Nacional)

Quem mantém em produção uma integração direta com a API da NFS-e Nacional (sefin.nfse.gov.br) ou gerencia dezenas de empresas via arquitetura Multi-CNPJ cedo ou tarde se depara com a família mais crítica de rejeições criptográficas do Ambiente Nacional: os códigos E0714, E0715, E0716, E0717 e E0718.

Até outubro de 2026, receber o Erro E0718 ("O certificado digital cadastrado não pertence à empresa emitente / prestador da DPS") significava uma única coisa: você estava tentando assinar o XML da Declaração de Prestação de Serviço (DPS) com um certificado X.509 cujo CNPJ não batia com o <prest><CNPJ> da nota.

Porém, desde 1º de novembro de 2026, com a liberação oficial da emissão de NFS-e Nacional por Procuração Eletrônica da Receita Federal (Cód. 00233) e representação, as regras de validação da Sefin Nacional mudaram profundamente. Se você ainda está tomando o Erro E0718 (ou se quer saber quando pode usar o e-CPF do sócio administrador, o e-CNPJ da matriz para emitir pelas filiais ou o certificado da contabilidade), este guia técnico de trincheira mostra exatamente o que a Sefin Nacional valida em cada tag e como resolver em minutos.

Para um panorama completo de todas as rejeições de schema e regras de negócio do Ambiente Nacional, consulte também nosso Pilar de Validação e Tratamento de Erros na API de NFS-e.


Tabela Rápida de Diagnóstico: Códigos E0714 a E0718 na Sefin Nacional

Quando o seu backend dispara POST /SefinNacional/nfse (com o XML da DPS assinado, compactado em GZip e codificado em Base64), o validador criptográfico do SERPRO/Sefin Nacional executa cinco checagens sequenciais na tag <Signature> e no certificado X.509:

Código de Erro Mensagem Oficial da Sefin Nacional Causa Raiz Técnica Solução Definitiva
E0714 Assinatura Digital da DPS ausente ou malformada. O elemento <Signature> não foi inserido como irmão após <infDPS>, ou o atributo URI="#DPS..." do <Reference> não coincide com o Id de 45 posições do <infDPS>. Assinar exatamente o nó <infDPS Id="DPS..."> com enveloped-signature + c14n (http://www.w3.org/TR/2001/REC-xml-c14n-20010315).
E0715 Certificado Digital da assinatura inválido, expirado ou revogado. O certificado A1 (.pfx) passou da data notAfter (valid_until), consta na LCR (Lista de Certificados Revogados) da ICP-Brasil ou foi exportado sem cadeia completa. Renovar o .pfx ou ativar a emissão via Procuração Eletrônica (org_proxy / wedigi_proxy) na Notaas.
E0716 Certificado Digital fora do padrão ICP-Brasil ou algoritmo não suportado. Uso de certificado autoassinado (mesmo em Produção Restrita / Homologação!) ou assinatura gerada com SHA-1 legado em casos que exigem RSA-SHA256. Mesmo em homologação (tpAmb = 2), a Sefin Nacional exige certificado ICP-Brasil válido. Veja requisitos de certificado em homologação.
E0717 DigestValue da assinatura difere do conteúdo do XML. O XML foi indentado (pretty-print), teve quebra de linha alterada ou caracteres UTF-8 modificados depois da assinatura digital antes do gzip + base64. Nunca formate nem altere o XML após rodar o XmlSigner. Na Notaas, o buffer assinado vai direto para o compressor GZip em memória.
E0718 O certificado digital utilizado não possui permissão para representar o prestador informado na DPS. O CNPJ/CPF extraído do <X509Certificate> difere do <prest> E a consulta em tempo real na base da Receita Federal não encontrou vínculo ativo (nem mesma raiz, nem QSA, nem Procuração 00233). Cadastrar a Procuração Eletrônica RFB no serviço 00233 - NFS-e, validar o QSA do sócio ou usar o certificado próprio do prestador.

As 4 Formas Válidas de Assinar a DPS sem Tomar o Erro E0718

A partir da atualização de novembro de 2026 do Portal Nacional da NFS-e (Tópico 11 do Guia do Emissor Público Nacional Web v1.3), os servidores da Sefin Nacional (sefin.nfse.gov.br) e do ADN (adn.nfse.gov.br) aceitam quatro vínculos legítimos entre o titular do Certificado Digital A1 e o prestador (<prest>) da nota:

⚡ Matriz de Vínculos Aceitos pela Sefin Nacional contra o Erro E0718:

  • 1. Certificado e-CNPJ (ou e-CPF) do Próprio Prestador (project_own): O documento de 14 dígitos (CNPJ) ou 11 dígitos (CPF em emissões de prestador pessoa física / CAEPF) gravado na extensão otherName da ICP-Brasil no certificado coincide exatamente com o <prest> da DPS.
  • 2. Certificado e-CNPJ da Matriz para Emitir pelas Filiais (Mesma Raiz de 8 Dígitos): Se a matriz é 12.345.678/0001-99 e a filial prestadora do serviço na DPS é 12.345.678/0002-70, a Sefin Nacional autoriza o uso do certificado A1 da matriz porque ambos compartilham a mesma raiz CNPJ (12345678).
  • 3. Certificado e-CPF do Sócio Administrador / Responsável Legal (QSA da RFB): Se o sócio administrador consta como Responsável Legal perante o CNPJ na base cadastral da Receita Federal, seu certificado e-CPF A1 pode autenticar o mTLS e assinar o <Signature> da DPS da pessoa jurídica (bastando subir o .pfx do e-CPF com allowProxy=true na Notaas).
  • 4. Procuração Eletrônica da Receita Federal no Serviço 00233 - NFS-e (org_proxy / wedigi_proxy): O certificado A1 pertence a um terceiro (escritório de contabilidade, Software House ou o certificado institucional da We Digi Tecnologia Ltda — CNPJ 03.167.121/0001-10), e o prestador outorgante cadastrou autorização ativa no Portal de Serviços da Receita Federal (servicos.receitafederal.gov.br) marcando especificamente o serviço 00233 - NFS-e.

Por que você ainda pode receber o Erro E0718 mesmo tendo Procuração no e-CAC?

Na nossa experiência acompanhando implantações reais na Notaas, 90% dos casos em que um contador ou desenvolvedor afirma "já tenho procuração do cliente no e-CAC, mas a API continua devolvendo Erro E0718" acontecem por um destes três motivos técnicos:

1. A procuração antiga do e-CAC não marcou o código 00233 - NFS-e

Muitos escritórios de contabilidade possuem procurações eletrônicas emitidas há 1 ou 2 anos apenas para transmissão de DCTFWeb, EFD-Reinf ou Caixa Postal, sem a opção "Todos os serviços existentes e os que vierem a ser criados". Quando a Sefin Nacional consulta a base da RFB, ela checa estritamente a permissão para o código 00233 - NFS-e - Nota Fiscal de Serviços Eletrônica.

  • Como corrigir: Peça ao cliente (ou MEI) para entrar em servicos.receitafederal.gov.br → Procurações → Minhas Autorizações de Acesso e incluir uma nova autorização marcando explicitamente o serviço 00233.

2. A procuração foi feita no CPF do sócio em vez do CNPJ da empresa (Erro de Perfil no gov.br)

Quando o dono de uma empresa LTDA ou Simples Nacional entra no Portal de Serviços da Receita Federal com sua conta gov.br, ele entra inicialmente logado na Pessoa Física (CPF). Se ele criar a procuração sem alternar o perfil no topo da tela, ele estará dando procuração para emitir notas no CPF dele, e não no CNPJ da empresa!

  • Como corrigir: Antes de clicar em Nova Autorização no portal da Receita Federal, o responsável legal deve clicar no próprio nome no canto superior direito da tela, selecionar "Alterar Perfil de Acesso" / "Representar CNPJ", digitar o CNPJ da empresa e só então cadastrar a procuração 00233. (Nota: no caso do MEI, a outorga no gov.br do titular já vincula automaticamente ou permite selecionar o CNPJ MEI).

3. O município do prestador NÃO opera no motor 'snnfse' (Provedores Municipais Próprios)

Como detalhamos no nosso guia arquitetural de emissão por Procuração Eletrônica RFB (00233), apenas os servidores federais da Sefin Nacional (sistemaNfse === 'snnfse') consultam a base de procurações e o QSA da Receita Federal. Se a empresa (não-MEI) estiver sediada num município que utiliza webservice próprio (como São Paulo/SP sp_prefeitura, gissonline, issnet_nacional, betha, tiplan, infisc ou el_nacional), o servidor municipal rejeitará qualquer certificado de terceiro.

Na Notaas, nosso CertificateResolver protege seu ERP antes mesmo de abrir conexão com a prefeitura: se o motor resolvido da operação não for 'snnfse', retornamos preventivamente no pré-voo:

{
  "error": "PROXY_CERTIFICATE_UNSUPPORTED_ENGINE",
  "code": "PROXY_CERTIFICATE_UNSUPPORTED_ENGINE",
  "message": "Certificado por procuração (org_proxy / wedigi_proxy) é aceito exclusivamente no motor 'snnfse' (Ambiente Nacional). O motor resolvido para esta operação é 'sp_prefeitura', que exige certificado A1 próprio do prestador (project_own).",
  "resolvedSistemaNfse": "sp_prefeitura"
}

Como a Notaas Valida e Previne os Erros E0714 a E0718 Automaticamente

Quando você integra seu sistema à Notaas Platform, você elimina toda a complexidade de manipulação de .pfx, OpenSSL 3 -legacy, canonicalização c14n e validação de titularidade:

  1. Parser ICP-Brasil Inteligente no Upload (POST /api/v1/org/projects/{id}/certificate):
    • No instante do upload, extraímos as extensões ICP-Brasil (2.16.76.1.3.1 para PF e 2.16.76.1.3.3 para PJ).
    • Se o certificado pertencer à mesma raiz de CNPJ (8 dígitos) — ex.: subindo o certificado da matriz no projeto da filial —, a Notaas aceita nativamente como project_own.
    • Se o certificado pertencer a um CPF (sócio QSA) ou a outro CNPJ (procurador específico daquele projeto), basta passar allowProxy=true para vinculá-lo como project_proxy para emissões no motor snnfse.
  2. Certificado Mestre da Organização (org_proxy) e Certificado Institucional We Digi (wedigi_proxy):
    • Com uma única chamada em POST /api/v1/org/certificate, sua contabilidade ou Software House opera todos os clientes do Ambiente Nacional e todos os clientes MEI sem precisar pedir nenhum arquivo .pfx individual.
  3. Assinatura XMLDSig e Geração Local de DANFSe v2.0:
    • Assinamos o <infDPS> em memória com RSA-SHA256, transmitimos via pool mTLS resiliente e já geramos o PDF do DANFSe v2.0 (NT-008) localmente sem depender do visualizador instável do ADN.

📚 Referências Oficiais & Leitura Complementar:


🚀 Elimine Rejeições de Certificado e Assinatura no seu SaaS

Teste a infraestrutura fiscal da Notaas com 20 notas fiscais gratuitas por mês em produção (1 CNPJ) + até 5 projetos simultâneos em homologação via Org API, ou ative a emissão por Procuração Eletrônica RFB nos planos Dev (R$ 99/mês) e SaaS Pro (R$ 249/mês):

👉 Criar Conta Gratuita na Notaas Platform
👉 Acessar a Documentação Técnica Oficial

Notaas — Infraestrutura Fiscal Multi-Tenant para SaaS, ERPs e BPOs

Escale a emissão de NFS-e, NF-e, NFC-e, CT-e e MDF-e para dezenas de CNPJs

Integre a API de Nota Fiscal da Notaas no seu software: provisione clientes via Org API Multi-CNPJ, isole certificados A1 em nuvem, receba webhooks assinados com HMAC e gere DANFSe v2.0 local. Sandbox ilimitado e planos sob medida para operações em escala.

Artigos Relacionados em API

Guias Pilares de Integração Fiscal