Márcio Baroni

Boa noite @Leonardo de Alice Passei por isso também...Cara seu ACbr tá desatualizado heim....a tela do instalador nem é essa mais.... 1- Atualiza o Fortes Report para ultima versão https://github.com/fortesinformatica/fortesreport-ce (deixe também só a pasta das dcus do Fortes no Library Path do delphi) 2- Atualiza seu ACbr, no instalador vc deve marca a opção acima "Deixar somente a pasta Libxx...." e marca também a opção "Remover arquivos antigos..."

@Leonardo de Alice Faço 3 coisas simples que darão uma boa otimizada: 1- Library Path: Deixe apenas a pasta das DCU dos componentes. Ex. do acbr deixo apenas "E:\Componentes\ACBr\Lib\Delphi\LibD19\Win32" 2- Crie um ramdisk na memória (Como se fosse uma unidade na memória RAM) e jogue suas DCU nessa unidade em memória Eu crio um disco de 512mb http://www.radeonramdisk.com/files/Radeon_RAMDisk_4_4_0_RC36.msi 3- Instale o IDE Fix Pack/fastdcc https://www.idefixpack.de/blog/ide-tools/ide-fix-pack/

Adicione ACBrBoletoConversao em seu uses

Bom dia @Danilo Ziza É cara pelo visto estamos no mesmo barco.... Tentei passar a mesma ideia mas sem sucesso...vou ter que ficar com essa alteração do ACBr local mesmo....

Boa tarde @Juliana Tamizou Obrigado pela atenção... Sem problema de mudar a abordagem...só queria que as rotinas de leitura do retorno de 240 e 400 posições tratassem o nosso número da mesma forma.... Aguardo uma posição....

Bom dia a todos... Na leitura do retorno do Sicredi 240 posições, o nosso número é lido truncando em 8 caracteres que é o tamanha máximo padrão mas na leitura do retorno de 400 posições o nosso número já lido com 9 caracteres.. . Como eu salvo no meu sistema o nosso número com 9 caracteres incluindo o digito verificar, quero propor a seguinte alteração na leitura do retorno 240: Sugiro colocar a variável "TamanhoMaximoNossoNum" ao invés de colocar o "8" fixo....Dessa forma não quebra quem já usa o componente e eu posso setar a variável para "9" que resolve meu problema. Em anexo o arquivo modificado... ACBrBancoSicredi.pas

Boa tarde....Segue alguns ajustes no componente TACBrSpedPCImportar ACBrEPCBloco_1_Importar.pas Adicionado o registro Reg1050 ACBrEPCBloco_M_Importar.pas Adicionado os registros RegM215 e RegM615 Ajustado os registros RegM210 e RegM610 para a versão vlVersao310 ACBrEPCBloco_M_Importar.pas.patch ACBrEPCBloco_1_Importar.pas.patch ACBrEPCBloco_1_Importar.pas ACBrEPCBloco_M_Importar.pas

Obrigado @Juliomar Marchetti

Boa tarde pessoal.... Conforme o ajuste da contribuição do tópico abaixo, fiz uns ajustes nos registros M210/M610 Também estou adicionando um ajuste para incluir o registro F559 @EMBarbosa ACBrEPCBloco_M_Class.pas ACBrSpedPisCofins.pas ACBrEPCBloco_F_Class.pas

Ok...Corrigido...Obrigado

Boa tarde...sim observei essa revisão 15953, mas não tem alteração nesta função (erro continua lá). Apenas visualizando esse trecho, destaca-se o erro if ((Mensagem.Count - 1) = 2) then Result := Copy(PadRight(Mensagem[1] +' / '+ Mensagem[2], 140, ' '), 1, 140) else Result := Copy(PadRight(Mensagem[1], 140, ' '), 1, 140);

Após atualizar a ACBrBancoBrasil.pas para a revisão 15932, surgiu um erro de list index out of bounds na geração de remessas do banco do brasil Segue possível correção: ACBrBancoBrasil.pas.patch ACBrBancoBrasil.pas

Bruno não se esqueça que aqui no MT tem horário de versão...nesse período você tem que passar fuso horário -03:00...blz

Mato Grosso é fuso horário -4...tem que passar dhEmi>2018-08-31T13:35:50-04:00</dhEmi>

Já foi ajustado....atualiza ai os fontes...

Falha minha, desculpe.... ACBrEPCBlocos.pas

@Juliomar Marchetti ACBrEPCBlocos.pas

@Daniel Simoes Adicionei no enumerator a vlVersao202, fiquei sem saber qual seria o correto..... ACBrEPCBlocos.pas.patch

@RMoura, também passei pelo mesmo problema....parece ser problema na SEFAZ mesmo.... Tive que omitir as tags vOrig e vLiq para poder autorizar e não prejudicar os clientes. (Obs: Mas eu não uso o componente do ACBr)

Eu coloco como "Pago" os boletos, apenas quando a ocorrência for de "Liquidação", ai sim jogo o valor recebido, juros, desconto, data, etc. Sobre o valor recebido do Itaú, eles não retornam realmente o que cliente pagou, retornam o valor liquido que caiu na conta. Então devem somar ao valor recebido as despesas de cobrança.

Arnaldo....Project/Options/Build Events No meu caso uso o pre-build para matar o processo se estiver sendo executado..No seu caso, vai ser o Post-build.

Bom dia Juliomar, em anexo o arquivo do TEF Observe o grupo 710, comprovante reduzido...vem sem o valor Bom dia tchuck, a alteração no fonte é simples....eu ignoro o comprovante reduzido e sempre pego o comprovante normal Em anexo a alteração no arquivo ACBrTEFDClass.pas IntPos.001.txt

Esse problema é simples: O ACBr tenta imprimir primeiro o comprovante reduzido, geralmente com 4 linhas.....só que o valor fica na quinta linha e claro não imprime o valor.. Usando um emulador, aparece o valor certinho, porque o emulador retorna as 4 linhas com o valor, mas tem casos que o retorno vem sem o valor, que seria uma quinta linha. Usando o BemaTEF....também já passei por isso....Tive que alterar o ACBr para ignorar esse comprovante reduzido e imprimir a via normal do cliente.

Vilani, com DataSnap não posso te ajudar porque não uso...Eu uso o Framework Mormot, mas logica é mesma. Um código ThreadSafe geraria uma "fila de espera" sim, por isso que a parte protegida por uma sessão critica tem que ser a menor possível....se for muito longo a parte protegida, você vai perder as características multi-thread que você quer (processos paralelos ) Uma parte protegida para gerar seu PDF seria mais ou menos assim usando o TCriticalSection : Critical.Enter(); try GerarPDF; finally Critical.Release(); end;