Rejeição 283: como investigar a cadeia do certificado transmissor

A rejeição 283 indica que não foi possível validar a cadeia de certificação do certificado usado para transmitir a mensagem. Para resolver, identifique qual certificado abriu a conexão e em que ponto a validação da cadeia falhou. Instalar certificados aleatórios ou trocar o arquivo sem diagnóstico pode manter o problema e criar um risco de segurança.

Mensagem: “Rejeição: Certificado Transmissor - erro Cadeia de Certificação”.

O que significa cadeia de certificação

O certificado do transmissor foi emitido por uma Autoridade Certificadora, ou AC. A cadeia relaciona esse certificado às autoridades que sustentam sua confiança. O fato de o certificado do titular ainda estar dentro da validade não demonstra, sozinho, que toda a cadeia será aceita pelo autorizador.

A regra A03 do MOC considera problemas como a ausência do certificado da AC emissora no cadastro da SEFAZ, a revogação de certificado de AC ou a falta de correspondência da assinatura com a autoridade emissora declarada. Portanto, reduzir toda ocorrência de 283 a “cadeia desatualizada no computador” pode esconder uma causa diferente. MOC 7.0, Anexo I, seção 4.1.1.

O foco é o certificado de transmissão da conexão TLS. O MOC usa a 293 para problemas de cadeia no certificado da assinatura. Mesmo que a empresa utilize o mesmo certificado nas duas funções, o ponto da validação precisa ser identificado.

Como fazer uma verificação útil

1. Registre o retorno completo, o serviço, o autorizador, o ambiente e o horário. Confirme se há rejeição recebida ou somente erro local de comunicação.

2. Peça ao suporte a identificação do certificado realmente selecionado pelo transmissor. Compare número de série, titular e autoridade emissora com o arquivo que deveria estar em uso.

3. Examine o caminho de certificação no ambiente que transmite. Em uma instalação Windows, o visualizador de certificados oferece a consulta desse caminho; a Oobj apresenta essa verificação. Em servidor, integração ou emissor na nuvem, a equipe responsável deverá conferir o repositório utilizado pelo processo.

4. Identifique o componente apontado como problemático: certificado do titular, autoridade intermediária ou raiz. Guarde a mensagem de validação, sem incluir chaves privadas ou credenciais.

5. Consulte a certificadora para confirmar a cadeia correta e a situação dos certificados envolvidos. Se houver erro de instalação comprovado, a correção deve seguir o procedimento oficial, com acompanhamento do responsável técnico.

A consulta local é uma pista. Um certificado aparecer como confiável no computador do operador não comprova que a cadeia enviada pelo integrador esteja completa nem que o autorizador reconheça todos os seus componentes.

Como agir conforme o diagnóstico

A cadeia está incompleta no ambiente do transmissor: peça ao fornecedor e à certificadora o procedimento correto para disponibilizar os componentes necessários nesse ambiente. O repositório de cadeias do ITI é uma referência oficial. A origem do arquivo e o local correto de instalação precisam ser verificados; não promova o certificado do titular a uma raiz confiável.

Há um certificado de AC revogado ou outra irregularidade na cadeia: a certificadora precisa orientar a regularização e informar se será necessária a substituição do certificado. Reinstalar a mesma cadeia não elimina uma revogação. A análise com a certificadora também é recomendada pela Omie.

Tudo parece correto localmente, mas a SEFAZ continua recusando: encaminhe ao suporte os identificadores públicos da cadeia, o erro e o serviço de destino. Se a análise apontar falta de reconhecimento pelo autorizador, o encaminhamento envolve certificadora e atendimento da SEFAZ. Uma alteração no computador do usuário não atualiza o cadastro do servidor público.

O problema começou após troca de certificado ou servidor: compare a cadeia anterior com a nova e a configuração de transmissão em uso. A InvoiSys também orienta verificar a validade da cadeia e atualizar o certificado cadastrado quando a substituição for necessária.

Exemplo hipotético

Uma indústria passa a receber a 283 depois da substituição de seu certificado. O novo arquivo está dentro da validade e aparece sem erro no computador de uma funcionária. O suporte confirma que o integrador usa esse mesmo certificado, mas identifica uma diferença entre a cadeia disponível ao serviço e a cadeia indicada pela certificadora. A equipe aplica o procedimento oficial de correção no ambiente do integrador e verifica a nova transmissão. O diagnóstico dependeu do servidor que enviava a mensagem, não apenas da tela do computador da funcionária.

A operação rejeitada pode ser uma consulta ou um evento

Além das regras gerais do MOC para NF-e e NFC-e, a 283 está documentada em Distribuição DF-e, pedido de prorrogação, EPEC da NFC-e e gerenciamento de CSC. Na Distribuição DF-e, a regra A03 menciona o cadastro da autoridade no Ambiente Nacional.

Identifique o serviço que falhou e preserve o estado do documento original. Uma falha ao consultar ou registrar um evento não demonstra que a nota anteriormente autorizada perdeu sua autorização. A oferta dos serviços e o destino correto devem ser confirmados para a UF e o ambiente; as referências não equivalem a uma certificação de funcionamento nacional.

Como confirmar a correção com segurança

Após a regularização, repita a operação de forma controlada e confira o retorno definitivo. Na emissão, verifique a autorização e o protocolo da nota. Em caso de resposta anterior inconclusiva, consulte a situação antes de criar outro documento.

Não desative a verificação de cadeia, de revogação ou de identidade do servidor. Não reduza a segurança do TLS e não instale pacotes de certificados de origem desconhecida. Se o diagnóstico continuar sem identificar a falha, mantenha o atendimento aberto com o fornecedor e a certificadora, em vez de forçar confiança.

Revisão documental: 09/10/2026. Aplicação conforme o serviço, o ambiente e as ressalvas indicadas.

Referências complementares de serviço

• MOC 7.0, Visão Geral, certificado de transmissão e serviços: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=LrBx7WT9PuA%3D

• Distribuição DF-e, NT 2014.002 v1.40, regra A03: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=uWO2d%2FgTuWg%3D

• Pedido de prorrogação, NT 2015.001 v1.30: https://dfe-portal.svrs.rs.gov.br/NFE/DownloadArquivoEstatico/?sistema=NFE&tipoArquivo=3&nomeArquivo=NT+2015.001+-+v+1.30.pdf

• EPEC NFC-e, NT 2014.003 v1.02: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=HYPw%2BDBncKo%3D

• Gerenciamento de CSC, NT NFC-e 2014.001, regra A08: https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=wI3fsjkCDWg%3D