216 - Rejeição: Chave de Acesso difere da cadastrada

[Fabrício Melo]

ESTOU TENDO DIVERSOS PROBLEMAS COM O COMPONENTE ACBrCTe EM RELAÇÃO AO ERRO "216 Rejeição: Chave de Acesso difere da cadastrada".

SEMPRE QUANDO MINHA APLICAÇÃO ENCONTRA UM NOTA CT-e PRA SER EMITIDA ELA CRIA UM OBJETO NOVO DO ACBRCTE E O DESTROI NO FINAL DO PROCESSO, CONFIGURA OS PARAMETROS NECESSARIO PRA ENVIO E MONTA O XML DA NOTA, NO FINAL DO PROCESSO DE GERAÇÃO DO XML EU GRAVO A CHAVE NA MINHA TABELA, ENVIANDO POSTERIORMENTE O XML VIA COMPONENTE. NÃO SEI O PORQUE MAS A CHAVE QUE EU ARMAZENEI FICA DIFERENTE DA QUE O COMPONETE ENVIOU, ISSO É ALEATORIO, 1 EM CADA 10 OU 20 NOTAS..., NO XML A CHAVE CONFERE COM A QUE EU GRAVEI, MAS O SEFAZ RECEBE OUTRA. JA TENHO MUITAS NOTAS COM ESSE PROBLEMA.

ALGUEM SE DEPAROU COM ESSA SITUAÇÃO. ISSO ESTA ME CAUSANDO PROBLEMAS, MAS NÃO SEI COMO IDENTIFICAR.

[Italo Giurizzato Junior]

Boa tarde,

As notas que você se refere são os conhecimentos ?

Dentro da pasta ...\Exemplos\ACBrCTe tem 4 arquivos TXT são fragmentos de códigos da minha aplicação e compare com a sua, para detectar possivel falha.

A minha aplicação esta em produção a quase 6 meses sem nenhum problema.

[Fabrício Melo]

AS NOTAS SÃO SIM CONHECIMENTOS.

ESSE ERRO SEMPRE OCORRE QUANDO, O OPERADOR GERA MUITAS NOTAS, MÁS, SÓ ENVIA PARA O SEFAZ QUANDO ELE GEROU TODAS AS NOTAS PENDENETES, O MEU PROCESSO GERA UMA A UMA EM UM LAÇO QUE CONTA O TOTAL DE NOTAS A SEREM ENVIADOS, CADA NOTA GERA UM LOTE INDIVIDUAL, E O PROCESSO É UNICO, OU SEJA, PARA CADA NOTA EU CRIO O ACBRCTE - CONFIGURO - MONTO O XML - ENVIO - DESTRUO O COMPONENTE. SÓ QUE DURANTE ESSE PROCESSO UMA DAS NOTAS NÃO VAI COM A CHAVE QUE O COMPONETE GEROU, ELE PEGA UMA NUMERAÇÃO NÃO SEI DE ONDE PARA O CAMPO ID E MANDA PARA O SEFAZ, DIFERENCIANDO DA QUE EU ARMAZENEI PARA CONSULTA OU DA QUE ESTA GRAVADA NO PROPRIO XML VALIDADO E ASSINADO.

[Italo Giurizzato Junior]

Boa tarde,

Porque você não faz diferente:

Primeiro coloca os componentes (ACBrCTe e ACBrCTeDACTeQR) em um Data Module;

Segundo, em vez de criar um lote para cada conhecimento a ser enviado para SEFAZ, você adiciona todos os conhecimentos pendentes ao componente e deixa ele fazer o resto sozinho.

Da forma que você implementou se tem 30 conhecimentos, vai ocorrer no mínimo 60 acessos a SEFAZ, 2 para cada conhecimento (um para enviar e o outro para saber se foi autorizado ou não).

Montanto um lote com no máximo 50 conhecimentos o numero de acessos cai para 2, um para enviar o lote e o outro para saber o status dos conhecimentos contidos no lote.

Caso a quantidade de conhecimentos seja superior a 50 (exemplo 70), faz por etapa, adiciona os 50 primeiros ao componente e envia, depois limpa (não destroi) o componente e adiciona os 20 restantes e envia.

A minha aplicação funciona desta forma, acho mais pratico e rapido.

Vou disponibilizar na pasta ...\Exemplos\ACBrCTe um arquivo TXT com a rotina completa usada pelo minha aplicação.

Você poderá baixa-la pelo SVN.

Espero ter ajudado.