Nilson Sérgio

Boa tarde, Desculpe, mas não encontrei essa atribuição no ACBrBoleto.pas. Estou com a versão atualizada.

Olá, fiz o seguinte: sobrescrevi o método montar linha digital e antes de invoca o inherited eu adicionei a linha fpModulo.MultiplicadorAtual := 2. Ficou assim: function TACBrCaixaEconomica.MontarLinhaDigitavel(const CodigoBarras: String): String; begin fpModulo.MultiplicadorAtual := 2; Result := inherited MontarLinhaDigitavel(CodigoBarras); end;

Olá amigo, acredito que para fazer isso basta você mesmo informar na inicialização do componente o caminho, pois o mesmo já possui o atributo DirArqRemessa. Por exemplo: ACBrBoleto.DirArqRemessa := {PastaDoSeuAplicativo} + '\' + FormatDateTime('mm/yy', Now); Espero que isto lhe ajude.

Olá amigos, estava fazendo testes com o ACBrBoleto e encontrei alguns problemas no trato do boleto da CEF (SIGCB), mais especificamente na geração da linha digitável e na leitura do arquivo retorno. Posto abaixo alguns ajustes que precisei fazer para que ambos os procedimentos funcionassem. 1 - ACBrBoleto.pas (linha 1835) de acordo com o manual da caixa, para calcular o digito verificador o multiplicador inicial é 2, depois 1 e assim sucessivamente. No meu código fonte estava ao contrário (primeiro 1, depois 2). O que fiz foi exatamente trocar os valores dos multiplicadores inicial e final. ficando assim: fpModulo.MultiplicadorInicial := 2; fpModulo.MultiplicadorFinal := 1; 2 - ACBrCaixaEconomica (linha 550) na leitura do arquivo retorno padrão 240 o componente estava lendo o vencimento com apenas 2 digitos no ano (ddmmyy), sendo que o arquivo retorna o vencimento com 4 digitos (ddmmyyyy). Alterei a linha citada para que fossem lidos os 4 digitos, como segue: Vencimento := StringToDateTimeDef( Copy(Linha,74,2)+'/'+ Copy(Linha,76,2)+'/'+ Copy(Linha,78,4),0, 'DD/MM/YY' );

Olá, amigos! Gostaria de notificá-los de um erro que surgiu nas últimas atualização do ACBrECF. As alíquotas do método TACBrECFDaruma.GetDataUltimaReducaoZ estão retornando zeradas. Já conferi no código. O ECF retorna o valor correto, mas no momento de preencher as Aliquotas os totais não estão sendo preenchidos. Fiz uma correção aqui para que funcionasse. Cordialmente, Nilson Sérgio

Difícil é convencer outro homologador disso dai. Será que todo mundo homologou assim? Acho q terei que alterar minha copia de trabalho.

Caros, encontrei um problema durante minha homologação e gostaria de esclarecer aqui. As informações de DAV e PV costumavam sair no rodapé do cupom fiscal com quebra de linha. Ex: MD5:89019820928029820298029820928 PVXXXXXXXXXX DAVXXXXXXXXXX Nas ultimas atualização a mensagem de rodapé está saindo sem quebra de linhas. Ex: MD5:89019820928029820298029820928PVXXXXXXXXXXDAVXXXXXXXXXX Observando o código notei que tiraram o caractere #10 do texto. Alguém sabe explicar por que? Meu homologador exigiu q houvesse a quebra de linhas entre uma informação e outra. Cordialmente, Nilson Sérgio

Olá pessoal! acho que encontrei um possível bug na classe TRegistroD3. A propriedade RegistroValido foi criada mas não está sendo utilizada no momento de gerar o arquivo dos davs emitidos. Acredito q ela deveria ser verificada para que aparecesse o caractere "?" no lugar da descrição do produto, quando o registro fosse inválido. Alguem confirma isso pra mim por favor.

Saudações a todos, estou utilizando o componente ACBrECF e me deparei com um problema no qual eu preciso verificar se a impressora retornou a mensagem de "fim de papel". Qual a melhor forma de verificar isso? Existe algum método como: TACBrECFFlag = (efSemPapel, efEtc); TACBrECFFlags = set of TACBrECFFlag; function RetornaFlags: TACBrECFFlags; Alguma sugestão para consultar o status do ECF??

Realmente, algumas variáveis eu tenho que recuperar atualizadas, como o COO e o CCF, mas outras eu posso armazenar em uma variável interna. Vou tentar otimizar a chamada a essas variáveis. Agradeço muito pela ajuda. Valeu!!

Olá! Estou sem uma IF para testar no momento, então resolvi fazer os testes com um emulador mesmo... rsrsrs Acabei percebendo uma coisa: o teste de velocidade com 10 itens durou 3,7segs, o que eu considero rápido. Acontece que minha aplicação lê algumas variáveis no momento da abertura do cupom, ex: NumCupom, NumCOO, NumECF, NumCCF, etc. e é esse processo de leitura das variáveis que esta causando a demora, testei o ECFTeste com o emulador e percebi que ele também demora quando executa a opção "Ler Todas as Variáveis" (isso na comunicação com o emulador, fiquei imaginando isso na IF real). Existe um espaço de tempo considerável entre a leitura de cada variável. Alguma sugestão para acelerar a leitura dessas variáveis? Grato, Nilson Sérgio

Olá, pessoal!! Estou tendo problemas de velocidade com o ECF MP25FI (matricial) da Bematech. A comunicação serial entre o componente ACBrECF e a IF está demorando muito. Testei a mesma impressora utilizando a dll da bematech e o retorno do comando é muito mais rápido. Alguém poderia me dar uma sugestão de como configurar melhor essa comunicação serial, de modo a deixar a comunicação mais veloz?? Grato!! Nilson Sérgio

Alguém sabe explicar pq a propriedade NumCCF está retornando 0 (zero) com o emulador da Bematech?? Os outros valores como NumCOO, NumCRZ, NumCRO retornam o valor corretamente, porém o NumCCF não funciona.