EMBarbosa

Muito obrigado pela contribuição Adicionei no nosso backlog (TK-6260). Assim que possível daremos um retorno.

Muito obrigado pela contribuição Adicionei no nosso backlog (TK-6259). Assim que possível daremos um retorno.

Agradecemos compartilhar sua experiência. Você também pode mandar um PullRequest para eles pelo GitHub.

Para saber quais cidades são atualmente aceitas, veja o seguinte tópico:

Fonte: https://portalsped.fazenda.mg.gov.br/spedmg/nfe/ Para utilizar as soluções do ACBr em contingência durante este período siga as orientações do tópico abaixo.

O Fisco de MG vem desobrigando a transmissão da Declaração de Apuração e Informação do ICMS - (DAPI) de alguns contribuintes conforme o comunicado logo abaixo. A geração dessa declaração será feita por meio da EFD que o contribuinte entrega. Veja: Fonte e mais informações: https://portalsped.fazenda.mg.gov.br/spedmg/efd/

Muito obrigado pela contribuição Adicionei no nosso backlog (TK-6112). Assim que possível daremos um retorno.

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.