Sistemas Drogal

Preciso atualizar somente a Lib ou a classe de alto nível c# também ?

A pouco tempo foi disponibilizado uma nova função para obter os dados de uma venda Sat pós emissão; a função ObterCfe que a utilizo em classes de alto nível em C# (versão MT). A mesma tem apenas um campo para armazenar a data e hora da emissão da venda, a data por si está sendo preenchida corretamente só que no formato 30/09/2024 00:00:00, sem o horário em especifico. Att.

Alterações realizadas, vamos acompanhar por um período. Você acha que isso sanaria essas falhas de AV ?

As configurações do certificado foram baseadas no projeto demo na época em que implementamos NFCE. O log segue em anexo no arquivo Sefaz.zip Sefaz.zip

Boa tarde. Consegui mais uma evidência de erro, só que agora com o Sefaz de SP, segue em anexo o log da Lib. O erro ocorre em 11/09/24 07:10:23:268 e não tem armazenado o xml de envio/retorno do Sefaz, percebi que somente existe das consultas que ocorrem com sucesso (segue em anexo alguns exemplos)Sefaz.zip. Segue a imagem de configuração de certificado.

Ok, vou fazer as devidas configurações e aguardar uma próxima possível falha.

Ok, irei realizar a configuração. Existe alguma rotina para limpar esse repositório depois de algum período ?

Entendi. Não utilizo a gravação dos xmls de emissão pois o armazenamos em base de dados, isso dispensa tê-los em arquivo. Mais vou habilitar por um período para conseguirmos mapear, o xml do sefaz em si estará descrito em que padrão? Consigo configurar a lib para gravar comente o xml de retorno do Sefaz ?

Os XMLs de emissão ?

A versão da minha Lib não é a ultima mais não está tão desatualizada. Acredito que o erro deva ocorrer por algum retorno específico do Sefaz de MG, começamos a trabalhar recentemente com o Sefaz de SP e ainda não tivemos esse problema.

Pegamos mais um caso recente, segue em anexo o log de erro na NFE_StatusServico.ACBrLibNFE-20240902.zip Ocorre em 02/09/24 07:35:44:120 Estou com as classes de alto nível atualizadas.

@Daniel Simoes Sim, estou com as ultimas dlls do fabricante. @antonio.carlos Obrigado pela diga do log, mais nosso log já é bem detalhado e nessas situações é possível enxergar a reabertura do sistema, só não temos a certeza se essa reabertura foi necessária devido à algum travamento da minha aplicação ou fechamento inesperado da aplicação.

Entendi, vou fazer essa alteração e acompanhar por alguns dias. Como eu havia dito esse erro ocorre esporadicamente, e todos os casos são exatamente iguais; no momento da emissão envio a venda e não tenho o retorno. Nos logs da minha aplicação é possível ver que o sistema foi reaberto por algum motivo, seja ele congelamento ou fechamento por alguma exceção ocasionada.

O modelo Dimep que utilizamos em nossas filiais só é alimentado via Usb, não tem entrada pra fonte. Nossos PDVs são todos desktop. Em relação à mecânica de inicialização e desinicialização do SAT realmente tem um impacto ?

@antonio.carlos O retorno do SAT valido sim o tipo 6000, mais nesses caso não chego a ter esse retorno, como eu havia dito o sistema aparentemente congela devido a alguma possível exception. A Lib instancio no inicio da minha aplicação e só a destruo na finalização da minha aplicação. O Sat realmente inicializo e desinicializo a cada venda emitida. Adotei essa mecânica, pois vi que no Pdv Demo está dessa forma.

Uma média de 500 a 600 cupons por dia. No dia em específico desse erro foram emitidos 577 cupons.

As classes estão atualizadas. O buffer utilizada é o que está setado no constante da lib (256). A lib utilizada nessa versão não foi a ultima versão de hoje no caso. Utilizo a versão x86 cdecl MultiThread. Não consegui reproduzir o caso, como eu havia dito esse erro acontece esporadicamente em nossas filiais, e as mesmas tem alto nível de emissão SAT durante o dia todo. O modelo do SAT é o Dimep D-Sat 2.0.

Existe um erro que ocorre esporadicamente em meus PDVs no momento da emissão SAT. Log em anexo, e falha ocorre na emissão no momento 03/08/24 09:36:04:931. Foi emitido com sucesso o xml pelo SAT, creio que deva ocorrer alguma falha/execption, pois não tenho o retorno da Lib com o retorno do Sat, logo após é possível observar o carregamento novamente da Lib, que no caso pode ter ocorrido uma reabertura do sistema.ACBrLibSAT-20240803.zip

Vou simular alguns testes forçados. Mais creio que não seja por despejo de memória, pois como havia dito a Lib só encerro no finalizar da minha aplicação.

Realmente é um caso bem estranho e bem esporádico. Será que os demais clientes também utilizam bastante essa consulta no Sefaz coo nós ? Acredito que se fosse algo proveniente de limpeza de memória, daria erro pra utilizar outras funções da Lib. Veja que mesmo com o erro AV meu sistema conseguiu carregar uma nf para emitir. De qualquer forma estou com as classes (versão 4.5.2 .Net) e Lib atualizadas e estou acompanhando todos os dias.

O retorno => 16/07/24 07:26:41:353 - Codigo:-10, Mensagem: Se deu pela segunda chama do NFE_StatusServico e já é o AV certo ou não ? Se sim, por isso levei em conta que a falha está ocorrendo em específico nessa consulta do sefaz. Minha aplicação realiza as consultas como descrito abaixo(utilizo classe de alto nível em c#). Perceba que no momento da Exception apenas gravo um log e retorno true/false para minha aplicação saber se o Sefaz está "Em operação" ou não. Em momento algum eu destruo a lib instanciada (NFCE).

Concordo, temos esgotar todas as possibilidades mesmo. Infelizmente o erro é intermitente, por isso não consigo simular executando os passos que mostram o log da minha aplicação e da lib, por isso acredito que a falha está dando em consequência aos erros de retorno do Sefaz, que no meu caso é do MG. A lógica da minha aplicação descrevi no post do dia 11/07, mais basicamente utilizo a NFE_StatusServico a cada 10 minutos para chavear meu PDV para uma possível emissão direta em contingência. Você não consegue simular o erro dentro da Lib conforme o log que te encaminhei no post anterior ?

Desculpe @antonio.carlos acabei de fazer download dos fontes Acbr e vi que tem uma versão mais nova, já estou atualizando. Mais creio que o erro AV não se dá por falhas na classe e sim por alguma falha na Lib em si.

Sim, estou utilizando a versão 1.0.8.0 (ACBrLib.NFeMT.dll)

Boa tarde @antonio.carlos, nesses dias acompanhei se haveria mais casos. E aconteceu na data de ontem, segue em anexo o log da Lib. Perceba que ocorreu bem no inicio do dia, ocorreu a primeira chama do método e na segunda houve um retorno diferente do anterior. Ai no horário de 07:35:40:646 onde ocorreu uma tentativa de emissão de NfCe tenho o erro AV. Para ajudar nessa análise segue em anexo dois arquivos com os retornos das duas chamadas do método NFE_StatusServico. ACBrLibNFE-20240716.zipRetornoOK.jsonRetornoERRO.json