EMBarbosa

Pelo log, seu arquivo "C:\acbr2\Pacotes\Delphi\synapse\ACBr_synapse.dpk" está corrompido.

Bom dia. Só pra confirmar: 1) Estou procurando a conversa no Discord, você tem o link da úlima mensagem por favor? Assim posso ler o que já foi testado e te passado como orientação também. 2) O código está chamando NFE_Inicializar e armazenando o número retornado (ponteiro) para ser passados para as próximas chamadas dessa thread? 3) Verificou se os ponteiros não estão sendo trocados? Por exemplo thread 1 cujo ponteiro é "a" está usando o ponteiro "b" que seria da thread 2.

Olá Renan, tudo blz? Isso não tem nada a ver com o problema, mas veja a seguinte informação: https://acbr.sourceforge.io/ACBrLib/CdeclouStdCallqualusar.html Você deve escolher o que for compatível com seu sistema e "ambiente destino" (aonde o sistema for executado). Essa parte do código não me parece fazer nenhuma referência ao INI. Se fizer, me desculpe, pois node.js não é minha especialidade. Mas me aponte exatamente qual linha faz isso. A princípio, me parece que você está utilizando um mesmo arquivo escrito anteriormente. O arquivo .INI deve ter sido salvo no HD e, é claro, reiniciar a máquina por si só não vai apagar o conteúdo dele. Verifique no seu código onde você passa o arquivo .INI qual o caminho. Daí veja se o arquivo já não está salvo no HD.

O que você mostra na imagem é apenas que o método "gravarValorArquivoIni()" retornou True. Como não dá pra ver o código todo, me parece que não temos garantias de que o arquivo INI que você escreveu foi exatamente o arquivo INI utilizado pela LIB. É um problema comum... Por exemplo, isso pode acontecer ao alterar uma configuração na LIB. Se você simplesmente alterar o arquivo INI manualmente, por fora dos métodos da Lib, a Lib não sabe que uma configuração foi alterada e continua com o mesmo comportamento. Outro exemplo é você preencher um arquivo INI, mas mandar para o método da Lib um arquivo INI em memória. Verifique se realmente a Lib está con a configuração da API correta.

Vocês estão equivocados. A última versão é a versão 5.1.0. Segue o print do link que enviamos pra vocês.

Movi para área correta. Qual a versão do PVA que está utilizando? Poderia compartilhar a mensagem de erro por favor?

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi essas alterações para o SVN na Revisão 31699. Essas alterações não enviei ao SVN. Porque esses campos nos registros M100 e M500 podem ser nulos e podem ser zero. Então precisamos das funções VDFILL ou VLFILL para tratar o caso dos campos nulos mas não são zero. Você pode até reparar que o tratamento da função VDFILL e DFILL para máscara de decimais é o mesmo e só muda o tratamento para campo "nulo". Além disso, eu fiz um teste aqui usando o exemplo do ACBrSpedPisCofins e o código funcionou normalmente. Veja na imagem:

Olá pessoal! Com ajuda de nossos usuários @Agnaldo Prates e @DevCriare conseguimos atualizar nosso componente ACBrSpedFiscal que é o componente para EFD ICMS IPI para o novo layout de 2024. Os ajustes estão de acordo com o Guia Prático 3.1.6. Valeu pessoal.

Fiz mais um ajuste de compatibilidade que quase passou despercebido. Revisão 31664

Muito obrigado pelas contribuições. Não enviei ao SVN a remoção do campo MUN do registro 1400. Esse campo continua no layout. A diferença pelo que parece, é que agora pode se informar o registro sem esse campo, de acordo com o que a UF decidir. Assim, adicionei uma validação para adicionar o campo apenas se estiver preenchido. --- @DevCriare Muito obrigado pelas contribuições que enviou no Discord. Juntei com as alterações acima para fazer o merge. Algumas alterações propostas eu não enviei ao SVN. Por exemplo: Não me parece correta a alteração para não gerar os registros C855 C895 no layout "vlVersao116". Note que a possível obrigatoriedade em 2024, não implica em impossibilidade de informar em 2023. Isso também acontece com o registro 0221, cujo manual diz o seguinte: (grifo meu indicando a possibilidade de informar o registro em 203) Se vocês não concordarem por algum motivo, por favor, esclareçam seu raciocínio. --- Além de outras alterações que eu fiz no código, também fiz o seguinte que pode ser útil pra vocês analisarem: - Alteração nas funções StrToTpResido, TpResidoToStr, CodVerToStr e StrToCodVer para um modelo de conversão de enumerado que é recomendado no código ACBr atualmente. - Remoção de with em funções que mexi; ---- Mais uma vez obrigado a todos pelas contribuições. Fiz a implementação baseadas nelas. Subi as alterações para o SVN na Revisão 31662. Pelo que vi está tudo certo. Queiram por favor atualizar, testar e reportar qualquer problema.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 31581. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde. Tentaram entrar em contato com o próprio IBPT. Talvez eles tenham alguma orientação. Visto que é sobre a API deles, parece o certo a fazer.

Acabamos de ter a confirmação desse problema pela Receita: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=MIrogWJTf2w=

Tentou enviar outra mensagem? Por exemplo uma mensagem vazia?

@CrasH, @Tiago Domingues Carneiro, @Dor_poa, e outros Subi no SVN uma correção. Deve estar tudo ok agora.

Olá pessoal!! Uma nova versão dessa Nota Técnica (NT 2023.001 - v1.50) foi publicada em 01/11/2023. Alterações Apenas data de implantação da Regra de Validação LA18 foi alterada. Relembrando essa regra visa obrigar o preenchimento do grupo de origem do combustível (tag: origComb). Datas de Implantação Implantação Homologação: Implementação futura Implantação Produção: Implementação futura E como fica o ACBr e você? No momento isso significa que temos pelo menos até a nova publicação de uma nova NT para nos preocupar com essa regra.

Recebemos relatos de falhas ao emitir NFC-e e NFe em MG. Parece estar relacionado ao seguinte informativo da Sefaz de MG. Ela informa sobre instabilidade desde o dia 30/10... Mensagem ainda está on-line no site http://www.fazenda.mg.gov.br/ Veja abaixo a mensagem deles: A instabilidade afetou o site "sped" que agrega as informações sobre os documentos fiscais eletrônicos: https://www.sped.fazenda.mg.gov.br/

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 31107. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Foi publicada uma nova versão do Guia Prático da EFD ICMS IPI. As alterações, em resumo, estão logo abaixo. Como poderão ver, devemos ter que alterar o componente ACBrSPEDFiscal para inclusão de alguns registros. Ficaremos felizes com o apoio de todos que puderem nos ajudar com contribuições. Fonte: http://sped.rfb.gov.br/pagina/show/7275

Sim. É possível.

Onde você postou?

Incoerente... Se ele não reconheceu a sua IDE não tem nada relacionado aos recursos android ou OSX. Não é usado isso para reconhecer IDE.

O que você fez?

Oi Cleber... chegou a área TEF no Portal? https://projetoacbr.com.br/tef/ Você também pode fazer contato no canal Quero TEF no discord: https://discord.com/channels/798697718800318484/921562742031253554