Rejeição 448: confira a habilitação do transportador que assina o evento

A rejeição 448, “CNPJ/CPF Autor não é emitente de CT-e”, ocorre no evento 110150, Ator Interessado na NF-e – Transportador. O ponto investigado é quem apresenta a solicitação como transportador contratado. A análise deve começar pela identidade e pela situação cadastral desse autor, antes de modificar a pessoa que receberia acesso ao XML.

Esse retorno não demonstra que a venda foi rejeitada. Uma NF-e já autorizada pode continuar válida enquanto uma tentativa posterior de liberar acesso ao documento é recusada. Localizar o serviço e ler a mensagem completa evita aplicar ao evento uma solução destinada à emissão de outra espécie de documento fiscal.

O que a regra verifica

A regra 4P21-10 da NT 2020.007 v1.40 começa com a condição tpAutor=3, transportador contratado. Nessa situação, o serviço consulta o Cadastro Centralizado de Contribuintes, CCC, utilizando cOrgaoAutor e o CNPJ ou CPF do autor. Há rejeição quando ele não é emitente de CT-e em nenhum modal ou não está ativo para a UF. Regra 4P21-10, página 11

A expressão “nenhum modal” faz parte da verificação cadastral. A regra não manda emitir um CT-e novo para provar atividade, nem exige anexar ao evento um conhecimento de transporte criado para esse fim. A providência depende de saber se houve identificação incorreta, classificação errada do autor ou uma pendência real de habilitação.

Também não se deve estender essa exigência, pela 448, a qualquer vendedor ou comprador. Emitente, destinatário e transportador contratado têm papéis diferentes no evento. A condição específica dessa regra é o autor declarado como transportador contratado.

Autor e beneficiário ocupam campos diferentes

O CNPJ ou CPF do autor aparece em infEvento. O campo tpAutor, dentro de detEvento, informa em qual papel ele atua. Já detEvento/autXML identifica o transportador que está sendo autorizado a acessar o arquivo.

Na subcontratação ou no redespacho, por exemplo, uma transportadora pode apresentar o evento para conceder acesso a outra participante da mesma operação. É possível, portanto, que o cadastro da empresa beneficiária esteja correto e o problema esteja inteiramente na transportadora autora.

A rejeição 371 examina a habilitação do autorizado em autXML. A 448 examina o autor com tpAutor=3. Trocar repetidamente o beneficiário quando a mensagem aponta o autor pode atrasar a solução e conceder acesso à empresa errada.

Há uma diferença importante na atualização documental: a versão 1.40 retirou cOrgaoAutor da chave de consulta da regra 371. Na 448, o campo continua na consulta ao CCC. Ele também permanece no leiaute do evento. Não remova a tag nem escolha outra UF apenas porque um guia resumiu que o campo foi “removido”.

Uma sequência segura de conferência

1. Separe a requisição do evento, o retorno individual, a chave da nota e o ambiente utilizado. Confirme tpEvento=110150 e a mensagem correspondente à 448.

2. Confira o autor efetivamente gravado no XML. Compare a identificação com a empresa ou pessoa que deveria apresentar a solicitação, incluindo o estabelecimento correto.

3. Revise tpAutor e cOrgaoAutor. O papel e a UF precisam representar a situação real; o órgão que recebe o evento no Ambiente Nacional não se confunde com a UF do autor.

4. Verifique a habilitação para CT-e e a situação pertinente no cadastro fiscal. CNPJ ativo na Receita Federal, atividade econômica relacionada a transporte ou CPF válido não comprovam, isoladamente, a condição pesquisada pelo CCC.

5. Se os dados estiverem corretos, reúna evidências da divergência cadastral e encaminhe ao responsável fiscal ou ao atendimento oficial. Reenviar o mesmo evento continuamente não regulariza o cadastro.

Quando o sistema escolhe o papel errado

Considere uma fabricante fictícia que pretende autorizar a transportadora contratada a acessar sua NF-e. Uma configuração de integração envia o CNPJ da fabricante como autor, mas marca tpAutor=3. O serviço passa a examiná-la como transportador contratado e pode devolver 448.

Nesse caso, a equipe precisa corrigir o enquadramento do verdadeiro autor. Se a fabricante é quem legitimamente gera o evento como emitente, os dados, a assinatura e o papel devem corresponder a essa condição. Não basta alterar um número mantendo outra pessoa como autora.

Agora imagine uma transportadora que realmente está apresentando o evento e cuja habilitação está pendente na UF informada. Mudar tpAutor para emitente ou destinatário falsearia sua participação. O caminho é esclarecer ou regularizar a pendência efetiva, conforme as exigências aplicáveis à atividade.

Nunca use CNPJ emprestado, certificado de terceiro ou CT-e artificial para ultrapassar a validação. Não altere a responsabilidade pelo frete para acomodar um cadastro e preserve os acessos legítimos já existentes.

Habilitação não substitui permissão para autorizar outros

Depois de resolver a 448, ainda precisam ser atendidas as condições de acesso e de autorização da cadeia de transporte. As regras 585 e 831 tratam de vínculos e permissões do autor em relação ao documento. Estar habilitado a emitir CT-e não dá poder geral para liberar XML de qualquer nota.

O leiaute prevê um beneficiário por evento e sequência de 1 a 20. O prazo documentado para a apresentação é de seis meses após a autorização da nota. Se o responsável legítimo for o destinatário, entram também as condições próprias de identidade e de modalidade do frete, inclusive a rejeição 449. Leiaute e validações do evento

Modelos e resultado final

Na versão 1.40, a antiga validação que restringia a chave ao modelo 55 está riscada; a regra J02f admite modelos 55 ou 65. Isso exige cuidado com guias antigos, mas não comprova distribuição nacional do XML de qualquer NFC-e. Aceitação da chave, registro do evento e obtenção do arquivo são verificações distintas.

Confira o retorno de cada evento após uma correção necessária. O status 128 informa processamento do lote e pode coexistir com rejeições individuais. A obtenção do XML ocorre pelo serviço de distribuição aplicável, sujeito às suas condições. O prazo do evento não equivale a garantia de recuperação do arquivo durante seis meses. Distribuição de DF-e, NT 2014.002

Fontes e atualização

Conferência documental em 10/10/2026, baseada na NT 2020.007 v1.40 e nas fontes preservadas identificadas. Foram confrontados os guias da TecnoSpeed, Focus NFe e Oobj/Avalara. Referências históricas e simplificações desses textos não substituem a regra oficial nem comprovam implantação em todo ambiente.