Renato Rubinho

Ele depende do Windows estar atualizado e alguma atualização futura pode eventualmente gerar problemas. Não me lembro de nada que impeça, mas não vejo motivo. A utilização a Openssl é recomendada, pois é autossuficiente, basta a distribuição das dlls conforme explicado no tópico que o Alexandre passou. Você citou utilizar Java, mas quem irá se comunicar e utilizar o certificado será a lib, com isso, você não precisaria instalar o certificado, pode utilizar o arquivo do certificado diretamente, o que inclusive diminui o trabalho, não tendo que instalar o certificado. Na minha opinião, Openssl é a opção mais indicada sempre, por ser independente.

Para usar o certificado instalado no windows você deve utilizar wincrypt, openssl não dá suporte a este recurso.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado pela informação. Criada TK-7070 para análise.

Olá, Foram enviadas ao SVN as implementações do Leiaute 11 do SPED ECF na Rev-38982. Os detalhes das alterações podem ser verificados nas páginas 588 a 597 do manual que foi disponibilizado em ..\ACBrTools\SPED\EFD ECF\Manual_de_Orientação_da_ECF_Leiaute_11_Abril_2025.pdf Até mais,

Olá, Ficamos felizes em informar que foram implementados e enviados ao SVN os programas de exemplo do SPED ECF em Delphi e Lazarus na Rev-38982. ..\ACBr\Exemplos\ACBrTXT\ACBrSPED\Delphi\ECF ..\ACBr\Exemplos\ACBrTXT\ACBrSPED\Lazarus\ECF Até mais,

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Isso, não são gerados NSUs retroativos. Como sua primeira consulta foi agora, apenas os novos registros vão gerar NSUs.

Tópico fechado por falta de retorno do usuário

Não, o sequencial de ultNSU baixado é único. Quando você faz a consulta passando ultNSU=0, são baixados todos os registros existentes dos últimos 90 dias e essa "posição do ultNSU" é "atualizada" assim como é atualizada quando você pesquisa pelo ultNSU. Quando você consulta passando o ultNSU, deve passar o ultNSU recebido na última consulta seja de onde for. Se for feito em paralelo por dois sistemas eles precisam compartilhar o ultNSU recebido e o que foi recebido por um, não será recebido pelo outro. A solução que vi em casos reportados é que a contabilidade baixa a noite, fazendo a primeira consulta por ultNSU=0 todos os dias, reprocessando tudo. Em contrapartida, durante o dia, o sistema do cliente também faz a primeira consulta por ultNSU=0 todos os dias, reprocessando tudo e depois segue pelo ultNSU. ...corrigindo a desinformação que passei anteriormente, o @BigWings está correto, você pode passar o ultNSU diferente entre os dois sistemas, bastando aguardar o tempo mínimo de 1h entre as consultas. Se você utiliza o componente do ACBr, uma alternativa é um sistema consumir o serviço de distribuição e compartilhar os xmls recebidos para o outro sistema importar, você pode fazer isso utilizando o método a seguir do componente: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile( 'c:\temp\20220307130102-dist-dfe.xml' ). O programa de exemplo mostra como utilizar esse recurso no próprio botão de consulta.

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38764 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Obrigado pela contribuição. Criada TK-6982 para análise.

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38737 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38546 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Olá pessoal, Foi publicada a Nota Técnica 2025/003 trazendo alterações na versão 1.3 do eSocial. Alterações Alterações já implantadas nos ambientes de produção restrita e produção: Alterações previstas para serem implantadas nas seguintes datas: • Ambiente de produção restrita: 24/03/2025 • Ambiente de produção: 22/04/2025 E como fica o ACBr? Os componentes do ACBr já foram adequados na Rev-38546. Leia esta Nota Técnica na íntegra AQUI. Os arquivos de schema já estão disponíveis e podem ser encontrados AQUI. Até mais,

Criada TK-6893 para análise.

Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-38391 Por favor aguarde a próxima compilação da Lib, no mais tardar na compilação semanal na próxima terça-feira, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Criada TK-6865 para análise.

No ini do título, experimente preencher a chave CodigoMora com A ou B. https://acbr.sourceforge.io/ACBrLib/Particularidades.html Nas particularidades do Sicredi tem a informação que devem ser estes literais ao invés de 1 ou 2. function TACBrBancoSicredi.ObtemCodigoMoraJuros(const ACBrTitulo: TACBrTitulo): String; begin with ACBrTitulo do begin if (CodigoMora <> '') then Result := CodigoMora else begin case CodigoMoraJuros of cjTaxaMensal,cjTaxaDiaria: Result := 'B'; else Result := 'A'; end; end end; end; Veja na função que trata o que deve ser gerado no segmento, caso o CodigoMora esteja preenchido, o valor recebido prevalecerá. Se não for preenchido, irá considerar o que for preenchido em CodigoMoraJuros (0..4) para retornar A ou B. https://acbr.sourceforge.io/ACBrLib/IndicedeCodigosTituloINI.html

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Essa opção foi removida a cerca de 2 anos por estar em desacordo com o MOC.

@João Antônio Por favor anexe o xml que apresentou o problema para validação do erro e da correção. Se entender que possui dados sensíveis, por favor envie para [email protected]