Márcio Baroni

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;

Olá Vilani, também estou desenvolvendo um projeto para boletos....acredito que seu método onde gera o PDF precisa ser thread-safe ou seja, controlar a concorrência simultânea. Use uma sessão critica no delphi para gerar um pdf por vez.

Olá Adilson, eu uso essa branch svn://svn.code.sf.net/p/zeoslib/code-0/branches/testing-7.3 Cara eu só tenho um problema (erro) que acontece esporadicamente ao usar um TSQLBatch do Mormot, dá um erro de SQL, mas tenho que investigar se é problema com Zeos, do Mormot e os dados que passo. Mas de resto é bom, ainda se for utilizar com o Mormot, é muito rápido as consultas.

Olá punix0210 Também estudo o Mormot e uso em 2 pequenos projetos (Help Desk e um Emissor de Boletos) O Mormot é muito bom, rápido e ativo. O responsável dele atualiza os fontes quase todos os dias e sempre com novos recursos. Cara o Mormot é complicado de aprender, usa muitos padrões. Se você estiver preso ao estilo RAD de desenvolver, fica mais complicado ainda. Para começar, não tem outro jeito é na documentação do projeto http://synopse.info/files/html/Synopse%20mORMot%20Framework%20SAD%201.18.html é bem completa. Outros links são: Fórum : http://synopse.info/forum/viewforum.php?id=2 Fontes: https://github.com/synopse/mORMot Exemplos: https://github.com/synopse/mORMot/tree/master/SQLite3/Samples https://tamingthemormot.wordpress.com/ Dica: Use o Mormot com Zeos 7.3 (Uso com o Firebird), não utilize os TDataSets (é mais lento), e faça as consulta no próprio Mormot (é muito otimizado)

Boa Tarde pessoal, tenho sql do CEST atualizado de Agosto/2016. Se descobrirem algum erro, por favor avisem. CAD_CEST.sql CAD_CEST_NCM.sql