XML da Venda não foi salvo.

[Marcio Rossato]

Olá pessoal, estou tento este problema em diversos clientes e com diversos fabricantes de SAT.

Ocorre o seguinte:

1) A venda é enviada ao SAT

2) O SAT processa e gera a venda com sucesso (inclusive o CFe está no SGR do contribuinte)

3) Porém o XML não é salvo na pasta de venda.

Nos "prints" é possível ver que o CFe 234, 235 e 236 estão faltando na pasta de vendas, mas estão presentes na pasta de envio e foram gerados pelo SAT (de acordo com o LOG).

Existe algo que eu possa fazer para evitar este problema ?

 

PS: Não consegui  enviar os prints pelo fórum, fiz upload em um dos meus site.

Envio da Venda:

 

 

 

Processamento pelo SAT : 

 

 

XML Faltando:

 

CFe das 14:24 é o 233

 

 

CFe das 18:40 é o 237

 

Obrigado !

 

 

 

[Daniel Simoes]

O ACBr é OpenSource... cabe a todos os usuários/desenvolvedores, investigar os problemas e propor melhorias/correções...

[Marcio Rossato]

Não consegui reproduzir este erro em ambiente de teste, será que alguém já passou por isso e conseguiu resolver?

[Daniel Simoes]

A fim de auxiliá-lo na detecção do problema, promovi as seguintes modificações nos fontes do SVN

Citar

-- ACBrSAT --
[*] Adicionada gravação de Log, no momento da gravação de Arquivos em disco
    (por: DSA)

-- pcnCFe, pcnCFeCanc --
[*] Simplificação/Melhoria na rotina de gravação do XML  (por: DSA)

 

[Marcio Rossato]

Obrigado Daniel !

[SISBLU Software]

Bom dia! acontece todo mês com alguns clientes. Não sei o que é. Mas simplesmente o xml é gerado e não grava na pasta. Percebi que geralmente o XML que falta, é os mesmos itens e valores do CFe anterior. Ele duplica a Venda, e não salva o xml na pasta.

Ainda não encontrei a solução.

[Vitor G Silva]

Boa tarde!

Comigo também acontece essa situação de não gravar o alguns xmls de retorno (tanto venda, quanto cancelamento). Uma solução que pesquisei no forum e iniciei a implementação, é a de gravar o xml em banco de dados. Sobre a situação de duplicar a venda, também já aconteceu comigo, mas eram brechas no meu fonte que permitiam passar mais de uma vez pelo comando EnviarDadosVenda.

[Daniel Simoes]

Atualizem os fontes e façam a analise do Log gerado...

[Marcio Rossato]

Pessoal boa tarde, conseguimos aqui replicar o problema em ambiente de teste com o emulador da receita.  

Ocorre que o SAT(emulador) para de responder, o sistema fica travado e o usuário finaliza o sistema. Quando o SAT(emulador) volta a funcionar o cupom é emitido. Parece que ele fica em alguma fila e processa mesmo com o sistema já fechado.

A solução que encontrei aqui foi simples, antes de enviar o cupom para o SAT, realizar uma consulta do status operacional.

    // VERIFICAR SE O SAT ESTÁ OPERACIONAL 1, CÓPIA ABAIXO
    statusSAT := ACBrSAT1.ConsultarSAT ;
    if ACBrSAT1.Resposta.codigoDeRetorno <> 8000 then
    begin
        ShowMessage('SAT não está operacional: ' + statusSAT );
        result := false;
        exit;
    end;

 

Vejam o print do emulador, todos os comandos de consulta do status operacional, que não foram executados antes, são executado de uma vez, com intervalo de milésimos de segundos quando o emulador e reiniciado:

 

[2016-07-27 18:03:02.731]:Numero de Serie: 123456789
[2016-07-27 18:03:02.743]:EMULADOR DO SAT OFF LINE
[2016-07-27 18:03:02.783]:Debug ativado
[2016-07-27 18:03:02.790]:Carregando parametrizacoes.
[2016-07-27 18:03:02.953]:Sincronizando Relogio NTP.
[2016-07-27 18:03:02.955]:Aguardando Comunicacao.
[2016-07-27 18:03:02.958]:INICIO CONSULTA
[2016-07-27 18:03:02.959]:FIM CONSULTA
[2016-07-27 18:03:03.039]:INICIO CONSULTA
[2016-07-27 18:03:03.040]:FIM CONSULTA
[2016-07-27 18:03:03.174]:INICIO CONSULTA
[2016-07-27 18:03:03.175]:FIM CONSULTA
[2016-07-27 18:03:03.250]:INICIO CONSULTA
[2016-07-27 18:03:03.251]:FIM CONSULTA
[2016-07-27 18:03:03.341]:INICIO CONSULTA
[2016-07-27 18:03:03.342]:FIM CONSULTA
[2016-07-27 18:03:03.403]:INICIO CONSULTA
[2016-07-27 18:03:03.405]:FIM CONSULTA

 

Ainda não dá pra afirmar com certeza se isto irá resolver pois estou começando a colocar em produção hoje, porém tudo indica que fazendo esta consulta antes do envio, não deve ocorrer o problema mais.

vlww