EMBarbosa

Não é uma solução para você, mas talvez possa ajudar caso queira se aventurar em implementar. Tivemos um caso semelhante para impressora Zebra e o código está no nosso SVN. Tópico de origem:

Por favor, verifique as implementações no seguinte tópico:

plugins de aplicações bancárias? https://support.microsoft.com/en-us/windows/add-an-exclusion-to-windows-security-811816c0-4dfd-af4a-47e4-c301afe13b26

@Artsio @Felipe Govoni, etc... Fiz um commit relacionado a esse caso com a ideia de levantar uma exception mostrando na mensagem de erro a falta da LibXML2. https://sourceforge.net/p/acbr/code/35504/ Favor reportar qualquer problema.

Parece que sim: https://www.projetoacbr.com.br/forum/topic/68001-o-recipiente-da-chave-não-pode-ser-aberto-erro-80090016/?do=findComment&comment=517680&_rid=775

Vale lembrar que atualmente tem essa opção no ACBrInstall.

Olá pessoal! Foi publicada uma versão do programa Validador EFD ICMS IPI versão 4.0.7, com a implementação da nova regra de formação da inscrição estadual do estado do Pará, que permitirá a validação das novas inscrições iniciando em "75". Fonte:http://sped.rfb.gov.br/pagina/show/7578

Wireshark or Fiddler são um dos mais conhecidos...

Aviso: Eu não entendo muito de PHP, mas me parece que o problema na verdade é no protocolo de comunicação. Acho que a questão é que mesmo que você force o header ser um application/json isso não significa que o conteúdo vai ser um application/json. Por exemplo, é como se você falasse para um amigo: "Olha só, vou te mandar uma carta em Inglês se prepara". Daí você manda uma envelope com a carta. Mas dentro do envelope tem uma carta em Japonês. Daí seu amigo está dizendo: "cara tu me mandou uma carta em inglês, eu tava esperando em Japonês". Você precisa fazer a aplicação realmente mandar os dados em formato application/json. Como meu PHP não é lá grandes coisas, nem vou analisar seu código. Mas acredito que se você avaliar o que foi enviado e recebido, por meio de algum monitor de comunicação, vai conseguir identificar exatamente o que foi enviado ou recebido fora do formato esperado.

Não está relacionado a uso de AI em automação, mas sim de desenvolvimento de AI em Pascal: https://www.youtube.com/@artificial-intelligence-pascal/ Que é do mesmo autor desse repositório: https://github.com/joaopauloschuler/neural-api

Nesse caso, acho que seria proveitoso para vocês trocarem para OpenSSL. Vejam, por favor, as configurações recomendadas no seguinte tópico:

Olá, O log não veio... pode verificar e anexar novamente por favor? Tem algum motivo específico para você não estar utilizando OpenSSL já que você faz acesso ao arquivo pfx?

Só como lembrete, compartilhe conosco também as configurações de Certificado/SSL que estiver utilizando ao acontecer a falha.

Muito obrigado pelo retorno. Ótima investigação. Se você tiver alguma sugestão de alteração no código relacionado a isso por favor, compartilhe conosco.

Para entender a diferença dos métodos Síncrono e Assíncrono, veja:

Essa sugestão, vai forçar a chamada de xmlCleanupParser sempre que utilizar um ACBrXMLDocument ou destruir um componente que use o TDFeSinglibXML2... Pelo que entendi da documentação da libxml2, essa correção não deveria ser feita. Principalmente se a aplicação for multithread porque isso poderia levar a erros. Essa função deveria ser chamada só quando estiver realmente descarregando a dll para encerrar a aplicação. Aqui o link: https://gnome.pages.gitlab.gnome.org/libxml2/devhelp/libxml2-parser.html#xmlCleanupParser Abaixo o aviso deles com grifo meu: Seria muito importante para nós termos um executável mínimo que consiga reproduzir o problema.

Atualização: Boa parte dos tópicos, se não todos, já estão de volta. Agradecemos ao pessoal da Invision Community. Ainda não tivemos um retorno definitivo, o que quer dizer que, por enquanto, os plugins ainda estão desativados... (sem gifs... ) Atualização da Atualização: Tivemos um retorno da equipe da Invision Community. O problema foi encontrado e resolvido aqui no nosso fórum. Mas uma correção definitiva virá numa nova versão de atualização do Fórum ainda a ser lançada.

Apenas uma atualização 28/08/2024 14:36: A equipe do suporte da Invision Community identificou que o problema pode ser mais complicado do que parece. Ainda estão avaliando o caso com a equipe de suporte avançada. Alguns tópicos podem ter voltado mas o problema ainda não foi resolvido. Com o compromisso de manter a transparência e honestidade, assim que tivermos novidades avisamos a todos. Aproveitamos para agradecer a compreensão da comunidade ACBr. Bom trabalho pra vocês pessoal.

Olá pessoal, Queremos informar a todos nossa ciência de um problema recente no fórum que faz com que alguns tópicos fiquem inacessíveis. Você talvez veja uma mensagem semelhante a essa: Estamos cientes do problema e já solicitamos ajuda do "fabricante" para resolver. Durante esse período, alguns plugins estarão desabilitados. Assim que tivermos novidades, avisamos a todos.

Claro. Se está marcado como deprecated, não é para ser utilizado mais.

Olá pessoal, No nosso objetivo de sempre melhorar o código do ACBr deixá-lo mais organizado e legível, estamos fazendo algumas mudanças e achamos importantes expô-las para todos. Detectamos alguns tipos que não estão sendo mais usados por nenhum componente ou classe no código do ACBr e por isso, achamos melhor remover. Além disso, parte do que estamos fazendo no momento é migrando definições de classes e tipos e também algumas funções da unit "pcnConversao.pas" para units mais especializadas como a "pcnConversaoNFe.pas". No caso dessas funções e classes/tipos, elas não são utilizadas fora de um "componente" específico. Assim, reduzimos o escopo. Também estamos, na medida do possível, criando novas versões de funções que convertem tipos enumerados (StrToXXXX ou XXXXToStr), removendo o parâmetro "ok". Isso já acontece em muitas funções do mesmo tipo em outras áreas do projeto. Muitas vezes esse parâmetro "ok" é ignorado pelos programadores e essa situação pode causar problemas difíceis de serem diagnosticados. Não queremos incentivar esse comportamento... Abaixo uma lista dos tipos migrados e para qual unit ele foi destinado. As funções relacionadas a esses tipos foram migradas também para a unit mencionada: TpcnSituacaoEmissor - Descontinuado e removido - Não é utilizado em nenhum componente. TpcnIndicadorEmissor - Descontinuado e removido - Não é utilizado em nenhum componente. TpcnIndicadorContinuacao - Descontinuado e removido - Não é utilizado em nenhum componente. TpcnSituacaoManifDest - Descontinuado e removido - Não é utilizado em nenhum componente. TpcnFormatoGravacao - Movido para unit pcnGerador TDetFormato - Movido para unit ACBrDFeReport TpcteModeloNF - Movido para unit pcnConversaoCTe TpcnIndicadorPagamento - Movido para unit pcnConversaoNFe TpcnPercentualTributos - Movido para unit pcnConversaoNFe TpcnDeterminacaoBaseIcms = Movido para unit pcnConversaoNFe TpcnDeterminacaoBaseIcmsST = Movido para unit pcnConversaoNFe TpcnMotivoDesoneracaoICMS = Movido para unit pcnConversaoNFe TpcnCstIpi - Movido para unit pcnConversaoNFe TpcnIndicadorProcesso - Movido para unit pcnConversaoNFe TpcnCRT - Movido para unit pcnConversaoNFe TpcnIndicadorTotal - Movido para unit pcnConversaoNFe TpcnECFModRef - Movido para unit pcnConversaoNFe TpcnISSQNcSitTrib - Movido para unit pcnConversaoNFe TpcnImprimeDescAcrescItem - Movido para unit pcnConversaoNFe TpcnDestinoOperacao - Movido para unit pcnConversaoNFe TpcnConsumidorFinal - Movido para unit pcnConversaoNFe TpcnPresencaComprador - Movido para unit pcnConversaoNFe TpcnFormaPagamento - Movido para unit pcnConversaoNFe TpcnBandeiraCartao - Movido para unit pcnConversaoNFe TpcnTipoViaTransp - Movido para unit pcnConversaoNFe TpcnTipoIntermedio- Movido para unit pcnConversaoNFe TpcnindISSRet - Movido para unit pcnConversaoNFe TpcnindISS - Movido para unit pcnConversaoNFe TpcnTipoAutor - Movido para unit pcnConversaoNFe As primeiras alterações foram enviadas ao SVN na revisão 34752. Bom trabalho pessoal.

Para quem quiser saber mais sobre o ACBr Pix Matera, visite: https://projetoacbr.com.br/pix/

Eu não tenho certeza o que seja. Deveríamos ter alguma mensagem de erro ali mesmo no log... Vê a mensagem logo na frente da linha que você destacou? Está em branco... Essa parte é bem estranha e realmente, na minha opinião é o que deve gerar os erros na sequência. Mas simplesmente um erro da SEFAZ é muito pouco provável. Acho que teríamos muitos relatos de problemas nesse caso, porque erros da SEFAZ é algo muito comum. Eu não imaginei que fizesse isso propositalmente. Pensei em algo como um "Garbage Collector", ou algum dispositivo da sua infra, como o OOM Killer do Linux... Por isso perguntei qual o ambiente e backend que você utiliza.

Tem alguma coisa que acontece que faz você pensar isso? Não conseguimos. Pelo menos ainda não... Qual é o ambiente que está sendo executado? Pode descrever melhor seu backend? Será que não tem algo que poderia afetar a limpeza da memória? Pelo log, o Access violation acontece justamente quando acontece essa pausa de 10 minutos. Depois disso ele é repetido várias vezes até que você reinicie a Lib ou aplicação. 16/07/24 07:16:50:378 - NFE_StatusServico 16/07/24 07:16:50:394 - Travar 16/07/24 07:16:50:753 - MoverStringParaPChar. StrLen:206, BufLen:256 16/07/24 07:16:50:753 - SetRetorno(0, [Status] CStat=107 CUF=31 DhRecbto=16/07/2024 07:16:58 DhRetorno=16/07/2024 07:16:58 Msg=Serviço em Operação TMed=1 VerAplic=W-1.5.24 Versao=4.00 XMotivo=Serviço em Operação XObs= tpAmb=1 ) 16/07/24 07:16:50:769 - Destravar 16/07/24 07:26:41:306 - NFE_StatusServico 16/07/24 07:26:41:306 - Travar 16/07/24 07:26:41:322 - Destravar 16/07/24 07:26:41:338 - LIB_UltimoRetorno 16/07/24 07:26:41:338 - MoverStringParaPChar. StrLen:0, BufLen:256 16/07/24 07:26:41:353 - Codigo:-10, Mensagem: 16/07/24 07:35:40:521 - NFE_LimparLista 16/07/24 07:35:40:521 - Travar 16/07/24 07:35:40:537 - SetRetorno(0, 0 NFe(s) Carregada(s)) 16/07/24 07:35:40:553 - Destravar 16/07/24 07:35:40:568 - NFE_CarregarINI(xxxxxxxxxxxxxxxxxxxx ) 16/07/24 07:35:40:568 - Travar 16/07/24 07:35:40:584 - SetRetorno(0, 1 NFe(s) Carregada(s)) 16/07/24 07:35:40:600 - Destravar 16/07/24 07:35:40:615 - NFe_Enviar(1, Sincrono ) 16/07/24 07:35:40:615 - Travar 16/07/24 07:35:40:631 - NFe_Enviar, Limpando Resp 16/07/24 07:35:40:631 - Destravar 16/07/24 07:35:40:646 - SetRetorno(-10, Access violation) 16/07/24 07:35:40:646 - LIB_UltimoRetorno 16/07/24 07:35:40:662 - MoverStringParaPChar. StrLen:16, BufLen:256 16/07/24 07:35:40:678 - Codigo:-10, Mensagem:Access violation 16/07/24 07:35:51:794 - NFE_LimparLista 16/07/24 07:35:51:794 - Travar 16/07/24 07:35:51:808 - SetRetorno(0, 0 NFe(s) Carregada(s)) 16/07/24 07:35:51:820 - Destravar

Surgiram ainda algumas dúvidas sobre como essa nova portaria afeta a legislação anterior e como fica o cenário SAT/NFC-e em SP principalmente para quem quer utilizar NFC-e. Bem, parece que o seguinte aviso do próprio portal da fazenda de SP esclarece: Fonte: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Sobre.aspx