D'Avila Junior

Olá amigos, Fiz um pequeno ajuste na Unit ACBRBancoCredisis.pas onde no procedimento GerarRegistroTransacao240 ao montar o segmento R o trecho onde trata a data da multa (67 - 74) na unit estava atribuindo o conteúdo do campo DataMoraJuros, alterei para considerar o campo DataMulta, linha 458. Obrigado. ACBrBancoCredisis.pas

Juliomar, Durante o preenchimento procurei ater a todos os detalhes que o banco enviou, e ainda está em tratativa com eles, que mandam (por email) o que tem que ser acertado, e agora, no ultimo retorno foram eles (o banco) que apresentaram o carácter a menos na linha R, procurei tanto aqui no fórum, e como a Juliana disse não tem mesmo relatos anteriores quanto a esse problema. Não vi outra alternativa pra conseguir que passem a homologação e liberem o cliente para trabalhar. Se de alguma forma eu achar qual a propriedade no componente que pode estar faltando informação a ser preenchida, certamente faço questão que meus fontes estejam de acordo com o que está disponibilizado no Trunk, então se mais alguem passou ou está passando por isso e pudermos juntos analisar desde já fico muito grato. Mais uma vez, obrigado a todos.

Juliana, Sinto muito não ter feito esse teste antes, seria a primeira coisa que deveria fazer, mas fiz agora, com os exatos dados que estou usando na homologação do banco. Bom embora eu não tenha voltado a minha alteração anterior no .pas mas a remessa que o demo gerou ficou com os exatos 240 caracteres em todas as linhas (imagino que se a minha alteração tivesse sido errônea, a linha do segmento R teria um caracter a mais, certo?) Atenciosamente,

Olá, Estou homologando para um cliente a remessa de boletos do banco Santander no layout c240. A linha do segmento R foi gerada diversas vezes com um caracter a menos que as demais, até tentei acionar a função RemoveAcentosArqRemessa imaginando que pudesse ser alguma coisa quanto ao UTF8 e ASCII, mas em ambos os casos gerava com um caracter a menos, alterei a unit ACBRBancoSantader.pas incluindo um caracter na função de espaços na geração da linha do segmento R. Meu arquivo de remessa agora está correto, estou anexando aqui e me disponho a alterar de outra forma se for necessário. Obrigado a todos. ACBrBancoSantander.pas

Olá Daniel, tudo bem? Cara pode ajudar com esse Bug no DBGrid do Lazarus que tu corrigiu? tenho que fazer a mesma coisa aqui qualquer ajuda será bem vinda.

Brunno Lemos, Posso sugerir algo, coloque o componente RLPreviewSetup e codifique o evento OnSend chamando a função que tu comentou já ter pronta para este fim, tem a particularidade que, pelo que entendi, o sistema irá gerar o relatório novamente, mas imagino que assim ficará transparente ao seu usuário e será enviado por email.

Obrigado Juliomar, Usava no Delphi o RDPrint que atribui Ctrl+P para o botão imprimir, daí que os clientes onde já atualizei o sistema para a versão em Lazarus reclamaram essa falta. Alterei isso no Form do Preview do Fortes incluindo o recurso, inclui um issue no git pra ver se eles tem interesse em implementar para que eu não fique com fontes diferentes do repositório. mas novamente, obrigado pela resposta.

Prezados, Alguém sabe se tem alguma maneira de configurar um atalho para o botão "Imprimir" do Preview do Fortes Report, sem que eu tenha que alterar os fontes originais do componente? Obrigado.

Zilion, embora já faça algum tempo a sua postagem, mas para alguns clientes que tem essa necessidade eu sempre recomendo o uso do hamachi da logmein, o programa cria uma vpn, com segurança e compactação e é grátis para até 5 computadores, bastou instalar no notebook dele e no servidor que ele terá acesso seguro ao seu banco de dados. https://www.vpn.net Boa sorte.

Elidorio, conseguiu resolver?

Diniz, alguma previsão de lançamento do RDPrint para Lazarus?

FSoftware, Obrigado, como imaginei a coisa sempre é mais simples do que de cara imaginamos. Vou olhar essa configuração e volto a relatar aqui.

Prezados, Nos deparamos com a seguinte situação durante a validação da remessa gerada em um cliente, a remessa no layout c400 para o banco sicoob (BANCOOB) e estamos tendo problema no arquivo de remessa com relação a taxa de ValorMoraJuros, onde ocorreu que, naturalmente informamos o valor em reais do que tem de ser cobrado de juros/mora por dia após o vencimento, com isso o boleto é impresso corretamente e apresenta a seguinte frase: "Cobrar Juros de R$ X,XX por dia de atraso para pagamento a partir de xx/xx/xxxx" o valor e a data são preenchidos conforme os valores informados no componente, o que está correto. Até aí tudo certo e conferido, no entanto ao gerar a remessa o nosso cliente foi informado pelo banco que a taxa de mora estava muito alta e quando conferiu com o boleto gerado, realmente estava, pois conforme demonstraremos abaixo o banco exige a taxa de mora mês mas e o componente informa o Valor de mora mês . Na planilha da sicoob que mostra as regras de Layout para a geração dos arquivos e constatamos que este banco requer que seja informado a "Taxa de mora mês", enquanto o boleto recebe o "ValorMoraJuros" que é ao dia, segue como está na planilha do banco: Até onde pudemos verificar nos outros posts e nos fontes da geração dos demais bancos, é uma particularidade desse banco, assim imaginei que isso pudesse ser ajustado no momento da geração do arquivo que, segundo a linha de código do arquivo ACBrBancoBancoob.pas trata como Valor de mora mês, pois multiplica o mesmo por 30, mas o próprio comentário indica que o campo exige a taxa: IntToStrZero( Round( (ValorMoraJuros * 30) *10000 ), 6) + // Taxa de mora mês Como temos o Valor do boleto, o Valor da mora diária todos em reais, seria possível obter a taxa de mora mês para alimentar este campo e gerar a remessa corretamente, mas gostaria da opinião dos colegas mais entendidos quanto a sistemática de desenvolvimento dos componentes ACBr, pois não tenho a intenção de fazer mudanças grossas em algo que, talvez nem necessite de correção ou se for o caso tenha uma solução mais elegante. Mas se for o caso de realizar a alteração e essa linha de pensamento for o caminho, me proponho a alterar, testar e postar os arquivos aqui. Segue a planilha de orientação do banco: LAYOUTS.xls Agradeço a colaboração.

Francisco, em meus testes e, naturalmente conforme a opinião de várias pessoas pelos fóruns (inclusive este), o TBufDataSet (Data Access) se mostrou mais "parecido" com o ClientDataSet e se comporta melhor com massas maiores de dados, o TMemDataSet (imagino que por usar somente memória como o nome já diz) dá estouro de pilha, inclusive aqui eu fiz uma herança e fiz alguns novos métodos somente para compatibilizar a nomenclatura, o que facilita muito o processo de migração dos projetos em delphi, inclusive minha herança se chama TClientDataSet . Boa sorte.

Daniel, Primeiramente obrigado a disponibilidade para me ajudar, mas o links disponíveis no fórum desse endereço que passou estão quebrados, os arquivos não estão mais disponíveis nestes endereços: http://www.gtk.org/download.html http://gimp-win.sourceforge.net/stable.html Até onde tinha conseguido entender, tinha que baixar o GTK e instalar em minha máquina, e para distribuir minha aplicação essas Dlls terão de ser distribuídas juntamente, libcairo-2.dll libglib-2.0-0.dll libpangocairo-1.0-0.dll libpng12.dll libgdk-win32-2.0-0.dll libgmodule-2.0-0.dll libgtk-win32-2.0-0.dll libatk-1.0-0.dll libgdk_pixbuf-2.0-0.dll libgobject-2.0-0.dll libpango-1.0-0.dll libpangowin32-1.0-0.dll libgio-2.0-0.dll zlib1.dll Será que consigo baixar o instalador de outro lugar?

Prezados, Li aqui no Forum que o Lazarus para windows pode utilizar a GTK2 que é usada com o Lazarus para Linux como uma das opções viáveis para a diferença de layout e compatibilidade visual dos projetos compilados para os dois sistemas operacionais, sei que temos a opção de trabalhar com ancoras. Neste estágio estou avaliando as opções, mas procurei bastante e não consegui achar como instalar e configurar o GTK2 para windows. Achei vários posts referentes ao assunto no fórum do Lazarus, mas muitos deles com links quebrados o que me impediram de conseguir os arquivos citados para o processo. Assim, se alguém tiver o endereço de algum material que possa ajudar a fazer essa configuração e ainda se tiver uma opinião formada sobre essa prática, se funciona bem, se impacta de alguma maneira no desempenho da aplicação e coisas do tipo. Desde já agradeço.

Prezados, Desculpas pelo descumprimento das regras do fórum, minha dúvida foi esplanada em um novo tópico conforme a orientação. Obrigado

Bom dia, Instalei a versão Berlin starter 10.1 que a embarcadeiro está liberando licenças e tenho esse mensagem no arquivo de log do ACBrInstall: This version of the product does not support command line compiling. usei o ACBrInstall_Trunk2 e executei como administrador, sei que essa mensagem é obtida quando usamos o Delphi Trial ou pirata, mas nesse caso tenho o serial e está devidamente registrada, isso seria uma limitação da versão starter? terei de instalar os pacotes do ACBr manualmente? Agradeço qualquer ajuda nesse sentido. Obrigado

Bom dia, Instalei a versão Berlin starter 10.1 que a embarcadeiro está liberando licenças e ocorre esta mesma mensagem na instalação pelo ACBrInstall_Trunk2, terei de instalar os pacotes manualmente? Obrigado

sossystem, Imagino que depois de tanto tempo já tenha resolvido o problema, mas para ajudar a outros companheiros de profissão que possam se deparar com este caso é o seguinte, faltou preencher as informações sobre as formas de pagamento, dá uma conferida no próprio espelho da nota que tu disponibilizou que não tem essa informação. tags: Pag.tpag e Pag.vpag do ACBrNFe. Valeu

Obrigado aos amigos pelos esclarecimentos. Alguém já testou alguma dessas soluções intermediárias que o Daniel sugeriu? alguém tem alguma observação sobre elas? (ps.: pode parecer preguiça de eu mesmo testar, o que aliás vou fazer, mas a idéia é que se relatarmos nossas experiências todos ganham tempo). Valeu

Olá Daniel, Devidos os novos rumos do projeto ACBr e nossa necessidade de nos atualizar optamos aqui em nossa empresa por reescrever / migrar nossa aplicação feita em Delphi 7 principal para Lazarus, o qual aproveito para dizer que estou gostando muito, estou agora migrando os nossos componentes e a medida que vamos usando vemos que o Lazarus está bem profissional e ajudando muito o desenvolvedor. E gostaria de uma ajuda, pois tem dois pontos de diferenças com relação ao delphi que me intrigam, o primeiro é o tempo de compilação/linkedição que é bem mais demorado, embora isso somente seja uma questão de eu me acostumar gostaria de saber se há alguma configuração ou algo que eu possa fazer para otimizar o processo? o outro ponto e esse sim mais importante é quanto ao debugger, sei que como tempo vai melhorar, mas vi em algum lugar alguém (talvez tenha sido até você mesmo) orientando sobre usar logs ou outros recursos para driblar as fraquezas desse recurso, daí eu pergunto como é que tu trabalha com ele? poderia me dar uma luz? Desde já agradeço a ajuda. Atenciosamente, D`Avila Junior Centaurus Tecnologia e Sistemas Ltda

Olá, Pessoal fiz uma pequena alteração nos fontes da Danfe NFCe Fortes para resolver uns problemas com a impressão de cupons grandes (300 itens ou mais, testei até com 500), onde apesar a visualização ficar certa dos cupons, as mini impressoras que testei aqui (Daruma, Elgin, Bematech) se perdem entre o item 250 e 290 imprimindo apenas uma sequencia de caracteres estranhos e para a impressão. Com esta alteração forçamos uma quebra de página, o que também deixa suave para quem for imprimir este cupom em papel A4 (Embora saiba que tem o formulário para A4). Alterei somente uma linha, conforme os textos deste tópico, Obrigado, ACBrDANFCeFortesFr.dfm ACBrDANFCeFortesFr.pas

Italo, Muitíssimo obrigado pela atenção, fiz a alteração sugerida e naturalmente a coisa foi resolvida, agradeço ainda a chamada de atenção, pois temos a forte tendência a achar que todo problema é algo no nosso código ou pior, no código componente ou até mesmo no servidor da SEFAZ... e no desespero de resolver tudo pra ontem acabamos por esquecer de LER o que manda as notas técnicas sobre o processo. Atenciosamente, D'avila Junior

Wether, Estou encontrando o mesmo problema que você, inclusive passando o XML gerado no validador que o Ítalo gentilmente nos informou não acha nenhum erro: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Documento de NF-e Schema XML: Nenhum erro encontrado NF-e 11151009000729000132650010000001561000001561 Certificado Digital do Titular: CN=CENTAURUS TECNOLOGIA E SISTEMAS LTDA ME:09000729000132 - CNPJ: 09.000.729/0001-32 [Visualizar] Assinatura Digital: Válida Regras de Negócio [Ambiente de Produção] 100 - [Simulacao] Autorizado o uso da NF-e mas ainda não consigo transmitir esse xml em ambiente de Produção, pois em homologação vai normalmente. poderia ser mais específico sobre as rotinas que tu realizava mais de uma vez e que retirando o excesso resolveu, para que eu pudesse verificar se não estou cometendo o mesmo erro? Desde ja agradeço