Rejeição 543 do CT-e: Chave de CTe duplicada em documentos anteriores

Q: Por que acontece a Rejeição 543?

Nos conhecimentos de subcontratação, redespacho e redespacho intermediário, o grupo de documentos anteriores lista os conhecimentos que originaram o trecho — cada um por chave de acesso, agrupados por transportadora emitente. Uma chave repetida contaria o mesmo trecho duas vezes na corrente, e a SEFAZ recusa. A origem quase sempre está na estrutura do grupo: ele é organizado por emitente, com um bloco de chaves para cada transportadora. Quando o trecho envolve mais de um parceiro, é fácil a mesma chave entrar em dois blocos — ou o mesmo bloco ser lançado duas vezes. As demais causas: Lista montada em duas etapas, com a segunda leva repetindo o que já estava. Conhecimento copiado como modelo, sem limpar os documentos anteriores. ### No Berga DFe › CTe, no campo Tipo de Serviço da identificação. No Berga. O Berga emite hoje o CT-e de serviço Normal. O envio do grupo de documentos de transporte anterior, onde essa validação acontece, está no plano de desenvolvimento. Conheça o Berga — a emissão de CT-e já vem pronta.

Atualizado há cerca de 3 horas0 visualizações0 acharam útil

CTeRejeição-543Documentos AnterioresSubcontrataçãoRedespachoSEFAZ

A mesma chave de CT-e aparece duas vezes na lista de documentos de transporte anterior.

A Rejeição 543 acontece quando a mesma chave de CT-e é informada duas vezes na lista de documentos de transporte anterior.

O que a SEFAZ responde: "Chave de CTe duplicada em documentos anteriores"

Abrir CT-e

Por que acontece a Rejeição 543

Nos conhecimentos de subcontratação, redespacho e redespacho intermediário, o grupo de documentos anteriores lista os conhecimentos que originaram o trecho — cada um por chave de acesso, agrupados por transportadora emitente.

Uma chave repetida contaria o mesmo trecho duas vezes na corrente, e a SEFAZ recusa.

A origem quase sempre está na estrutura do grupo: ele é organizado por emitente, com um bloco de chaves para cada transportadora. Quando o trecho envolve mais de um parceiro, é fácil a mesma chave entrar em dois blocos — ou o mesmo bloco ser lançado duas vezes.

As demais causas:

Lista montada em duas etapas, com a segunda leva repetindo o que já estava.
Conhecimento copiado como modelo, sem limpar os documentos anteriores.

No Berga

DFe › CTe, no campo Tipo de Serviço da identificação.

No Berga. O Berga emite hoje o CT-e de serviço Normal. O envio do grupo de documentos de transporte anterior, onde essa validação acontece, está no plano de desenvolvimento. Conheça o Berga — a emissão de CT-e já vem pronta.

Como resolver a Rejeição 543

1
Percorra a lista de documentos anteriores procurando a chave repetida. Um atalho: compare os últimos seis dígitos de cada chave.
2
Remova a duplicata, mantendo uma ocorrência.
3
Confirme que cada chave está no bloco do emitente correto — chave no bloco errado gera a rejeição 733.
4
Transmita novamente.

Como evitar a Rejeição 543

Monte um bloco por transportadora de cada vez, conferindo as chaves daquele parceiro antes de passar ao próximo. É mais lento e evita a mistura.

Peça o XML autorizado dos conhecimentos anteriores: a chave vem pronta, e o arquivo identifica de quem é o documento.

Se a Rejeição 543 continuar

Se você removeu a repetição e a rejeição insiste, pode haver mais de uma chave duplicada — a validação aponta uma por vez.

Ao abrir um chamado, informe o número e a série do CT-e e as chaves informadas como documentos anteriores.

Consulte a tabela de rejeições do CT-e para procurar outro código.

Referência: MOC CT-e 4.00 — Anexo I, regra de validação G061, duplicidade de chave nos documentos anteriores.