Rejeição 884 do CT-e: GTVe com diferença de Chave de Acesso

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

Esta é a rejeição mais generosa da família: a SEFAZ devolve a chave correta, junto do número do protocolo e da data de autorização da guia verdadeira. A correção está na própria resposta. A diferença entre esta e a 883 é sutil e importante: Na 883, a chave não corresponde a nada — a guia não existe. Na 884, existe uma guia com aquela numeração, série e emitente, mas os demais campos da chave não batem. Os oito últimos dígitos da chave são o código numérico aleatório e o dígito verificador, gerados na emissão. Eles não podem ser reconstruídos de fora. Quem monta a chave a partir de dados que tem em mãos — CNPJ, série, número — acerta os 34 primeiros dígitos e erra o fim. E é exatamente isso que produz esta rejeição: a chave foi montada, não copiada. ### No Berga DFe › CTe, na listagem do conhecimento. No Berga. O CT-e OS de transporte de valores, com a referência às GTVe da viagem, segue no plano de desenvolvimento. Conheça o Berga — a emissão de CT-e já vem pronta.

Q: Como resolver a Rejeição 884?

Copie a chave que a SEFAZ devolveu na própria mensagem, no campo chCTe. Confira o protocolo e a data de autorização — eles confirmam que é a guia certa. Substitua a chave informada e transmita novamente. O CT-e recusado por validação não consome numeração.

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

CTeRejeição-884GTVeChave de AcessoDuplicidadeSEFAZ

A guia daquele número existe autorizada, mas com chave diferente da informada. A SEFAZ devolve a chave verdadeira e o protocolo.

A Rejeição 884 acontece quando a guia identificada por aquela numeração existe autorizada, mas com uma chave de acesso diferente da que foi informada no conhecimento.

O que a SEFAZ responde: "GTVe com diferença de Chave de Acesso [chCTe: ...] [nProt: ...][dhAut: ...]"

Abrir CT-e

Por que acontece a Rejeição 884

Esta é a rejeição mais generosa da família: a SEFAZ devolve a chave correta, junto do número do protocolo e da data de autorização da guia verdadeira. A correção está na própria resposta.

A diferença entre esta e a 883 é sutil e importante:

Na 883, a chave não corresponde a nada — a guia não existe.
Na 884, existe uma guia com aquela numeração, série e emitente, mas os demais campos da chave não batem.

Os oito últimos dígitos da chave são o código numérico aleatório e o dígito verificador, gerados na emissão. Eles não podem ser reconstruídos de fora. Quem monta a chave a partir de dados que tem em mãos — CNPJ, série, número — acerta os 34 primeiros dígitos e erra o fim.

E é exatamente isso que produz esta rejeição: a chave foi montada, não copiada.

No Berga

DFe › CTe, na listagem do conhecimento.

No Berga. O CT-e OS de transporte de valores, com a referência às GTVe da viagem, segue no plano de desenvolvimento. Conheça o Berga — a emissão de CT-e já vem pronta.

Como resolver a Rejeição 884

1
Copie a chave que a SEFAZ devolveu na própria mensagem, no campo chCTe.
2
Confira o protocolo e a data de autorização — eles confirmam que é a guia certa.
3
Substitua a chave informada e transmita novamente.

O CT-e recusado por validação não consome numeração.

Como evitar a Rejeição 884

Chave de acesso não se calcula. Ela é gerada na autorização e só existe no XML e no DACTE da guia. Se o seu processo monta a chave a partir de planilha ou de campos digitados, ele vai errar sempre — o código aleatório não é dedutível.

Se a Rejeição 884 continuar

Se você usou a chave devolvida e a rejeição insiste, provavelmente há outra guia na lista com o mesmo problema — a validação aponta uma por vez.

Ao abrir um chamado, informe o número e a série do CT-e OS, a chave informada e a chave devolvida.

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

Referência: MOC CT-e 4.00 — Anexo I, validação de divergência de chave da GTVe autorizada.