Renato Rubinho

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]

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

Olá pessoal, Foram disponibilizados na Rev-37915 os programas de exemplo em PHP, Singlethread e Multithread utilizando a ACBrLibReinf. ..\ACBr\Projetos\ACBrLib\Demos\PHP\Reinf\ACBrReinfDemoST.php ..\ACBr\Projetos\ACBrLib\Demos\PHP\Reinf\ACBrReinfDemoMT.php Lembrando que os programas de exemplo em php utilizam a ACBrComum.php que contém métodos em comum entre os modos (ST e MT) e para todas as libs. ..\ACBr\Projetos\ACBrLib\Demos\PHP\ACBrComum\ACBrComum.php Até mais!!!

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-37901 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á, Revisada NT010 e não foram necessários ajustes no componente: 1. Alteração dos 3 novos indicadores no INF_COMP do Registro 0120 * A propriedade no componente é texto, não tendo necessidade de mudança em enumerados 2. Demais citações são apenas indicações de registros a serem preenchidos