toninhonunes

Olha, to registrando normal os boletos da Caixa, que alteração essa que deu falha? No manual da Caixa o Cnab240 registro P coluna 58 deve ser sempre 1 fixado cobrança simples ou usar os tipos 3 = Cobrança Caucionada ou 4 = Cobrança Descontada, é o que está no manual e aqui validou tudo certo.

Beleza Pessoal? A alteracão foi sucesso, o boleto foi registrado com taxa de juros mensal, se atrasou o sistema da Caixa já atualiza com valor correto pelo dia de atraso, se o commiter aprovar.

Algum administrador vai aceitar esta alteração ou vai se perder no limbo? Lembrando que a propriedade existe no componente mas não é aplicado na gerar a remessa caixa.

Olá Colegas, No momento de gerar o arquivo remessa cnab240 para a CEF, o sistema só permite gerar juros de atraso por valor dia e ou isento que são as opções 1 e 3 na posição 118 do arquivo remessa. Sendo que no componente ACBR está disponíveis as seguintes opções. {Definir codigo Juros } TACBrCodigoJuros = (cjValorDia, cjTaxaMensal, cjIsento); E só está sendo verificado se houver juros, a propriedade cjValorDia, a cjIsento é quando não há juros, até aqui ok. Mas faltou mais uma opção, fiz o seguinte ajuste, de acordo com as imagens em anexo, eu enviei um arquivo remessa antes que deveria cobrar 1% ao mês e pra minha surpresa, se vencer o título, ele começou a cobrar 1 real por dia, e não era esse o próposito, mesmo eu setando a propriedade no acbr para cjTaxaMensal ele não mudava na posição 118 do arquivo para TaxaMensal, o ajuste agora funciona para cobrar 1% ao mês, como a opção existe, devemos usá-la e tem que ser funcional, segue anexo as imagens onde alterei e o arquivo, assim não preciso calcular antes quanto vai cobrar por dia, o sistema da CAIXA vai calcular o percentual proporcional em cima do valor original sem eu me preocupar com cálculos, claro que eu poderia calcular o valor antes, mas a opção existe então agora está funcional. O comportamento pra quem não setar o CodigoJuros continuará normal, ele só vai cobrar TaxaMensal se for setada, então não causará impacto pra guem já adaptou o padrão de valor dia, está no código, só olharem, se o commiter aceitar agradeço, só fiz ajuste do remessa 240, do 400 nem toquei. Cordialmente, Antonio Carlos Nunes Junior. ACBrBancoCaixa.pas

Nem o programa da caixa faz isso com precisão, o homologador não deverá reprovar, mas citar ressalvas, se tiver exigindo isso com precisão está sendo um grande burocrata dos mais chatos que existe.

Colega, de tudo que já enviei para o acbrboleto só aceitou um no plugin do fastreport, esse da sindical não colocaram e nem deram qualquer prazo, como o post anterior escreveu, no tempo livre vão analisar e colocar, o meu está funcionando, fiz o último merge, e não tenho tempo pra dar suporte nisso, apenas compartilhei aqui a units e o layout prontinho, já foi homologado, trata arquivo retorno e clientes usando, está dependendo dos responsáveis do projeto postar, estou trabalhando agora na geração do arquivo remessa da sindical que vai ser registrado também.

O Delphi 7 para mim é um ótimo produto, estou usando ele em atividade no meu produto, mas é o último que investi e já seguindo outro caminho há muito tempo atrás, o meu produto é perfeitamente aceitável ser totalmente web e já está em avançado desenvolvimento, vou manter o legado até a troca total, para desktop realmente o Delphi é imbatível, mas ficou caro e demorou avançar, com ferramentas grátis e poderosas dá pra se criar ótimos produtos, não compro mais IDE de 15 a 20 mil reais para desenvolver para Desktop, do ACBR só uso o Boleto e consulta CNPJ. Migrar para o Lazarus não vale a pena o tempo que irá demorar para substituir componentes que utilizo que só tem para Delphi. Mas é o caminho, tudo tem que se modernizar, realmente o Delphi 7 já é passado, e por isso também mudei o rumo de novos produtos para outra tecnologia, é tudo questão de estratégia. Parabéns ao projeto ACBR que não para o desenvolvimento.

Estranho, ja uso a tempos e nao precisei usar isso.

Segue o anexo o manual da contribuiçao sindical, esta tratando tambem arquivo retorno. O sindical e o SICOB, so que mais simples. So adaptei em cima do SICOB mesmo. E fiz o layout do fastreport, do qual ja uso, se algum colega manjar de fortes, pode desenhar o boleto da sindical. Guia_do_Usuario_v4_16 CAIXA.pdf

Veja o meu post, tem lá o layout, mas adaptei o componente também. http://www.projetoacbr.com.br/forum/topic/26585-boleto-guia-sindical-caixa-e-adapta%C3%A7%C3%B5es-para-o-tacbr-tacbrboletofcfr/

Olá, Há muitos meses atrás deixei units pra serem avaliadas e possivelmente colocadas no acbrboleto, creio que o único post que foi aceito, foi no componente TACBrBoletoFCFR para otimizar a leitura em loop evitando o uso de FieldByName() e a descrição de tratamento de mensagens de arquivo retorno da caixa como foi compensado o boleto, pois bém, tenho o layout do boleto da contribuição sindical pronta, homologada e já em produção, tive que adicionar umas propriedades na unit acbrboleto.pas, e criei a unit AcbrBancoCaixaSICOBGRCSU.pas e na unit do TAcbrBoletoFCFR fiz algumas adições sem alterar o padrão, este componente por exemplo não dá acesso a interface interna do FastReport, consegui fazer isso sem prejudicar o padrão, agora consigo passar variáveis e acessar objetos do fastreport por esse componentes que só liberou algumas propriedades, segue anexo, se interessar ao projeto, nunca obtive retorno ou confirmação de que o post foi aceito, falam para a gente coloborar, estou tentando fazer a minha parte. Se as propriedades que coloquei direto no TACbrBoleto estão fora do escopo, aceito sugestões, de fato estas propriedades somente interessa ao boleto Caixa que é o imposto federal da GRCSU. Este fonte foi ajustado de acordo com o trunk2, espero que seja aceito. ACBrBoleto.zip GuiaSindical.fr3

Tranquilo, isso já sei, o problema é que tenho parceiros desenvolvendo junto, aí tenho que mandar o meu para o colega, porque se não dá erro, estamos trabalhando no mesmo projeto de forma remota e usamos o acbr e tudo que incluo, tem que enviar para ele para poder compilar com as features adicionais e estamos usando o Git.

Várias contribuições que fazemos nem é analisada ou aceita, anexar arquivos se torna um problema, é bem medieval trabalhar desta forma colaborativa, queremos ajudar, mas sentimos que somos rejeitados por não poder fazer o projeto avançar mais rápido com novos recursos, fiz até o boleto da contribuição sindical da Caixa já ajustado com o fastreport, mas desisti de tentar enviar, muito raro aceitar nossas contribuições, com o Git faríamos um fork e faria o push para poder ser aprovado ou não as alterações, criar os ambientes de testes e aprovar o commit, a grande vantagem do Git é essa, poder criar branches alternativos, testar e liberar novos releases, o SVN considero muito burocrático.

Leia os fontes, faz um debug e olha onde ele levanta a exceção e exige o dado, só atribuir o dado que ele pede. Toninho Nunes

Isso já está no template do fast, o jeito é fazer outro sem, estou fazendo várias coisas para melhorar na parte do fast, mas nunca aceitam minhas adições ou nem respondem, estou finalizando a guia sindical da caixa com o acbr. Toninho Nunes

Olá Pessoal do SVN, Gostaria que adicionasse estas adições ao plugin FastReport do acbrboleto, já havia feito a otmização para grandes quantidades de boletos, pois quando mandava gerar, a janela ficava estática como se o sistema não tivesse iniciado a geração do boleto e então o mesmo clicava diversas vezes no imprimir pensando que a impressão nunca iniciaria, como gero boletos em quantidades enormes, chega a ser até 3 mil boletos de uma vez, esse processo fica mais demorado ainda, pensando nisso, criei uma propriedade no plugin que dê a opção do desenvolvedor preparar antes a impressão como já é hoje ou já mandar o preview direto pra tela e o fastreport vai gerando e dando a impressão de que o processo está em andamento, prefiro esta última opção, assim o cliente não vai apertar o botão novamente pensando que o processo não foi iniciado, eu já postei isso em outubro, fui ver hoje o svn e não vi nenhum update em relação a isso, segue anexo o arquivo, penso que isso tem o interesse de diversos colegas. Toninho Nunes ACBrBoleto.zip

Sim, eu fiz um debug, a entrada começa por um IP e saída vai por outro, isso é o roteador que decide, só consigo travar entrada e saída por um mesmo canal quando são portas específicas como 443 https, load balance dá problemas com internet banking se não travar a entrada e saída num mesmo link, mas usando o site da receita para consulta, mesmo com load balance não dá problemas, já depurei a lib sysnapse, mas não consigo identificar onde o problema ocorre, é algo relacionado a sessão mesmo, ele se perde. Toninho Nunes

Olá, o ACBrConsultaCNPJ funciona perfeito na minha app onde os clientes possuem apenas um link de internet, mas tenho clientes que possuem 2 e até 3 links de internet, links dedicados e links dinâmicos de internet, tudo controlado por roteadores cisco, não entendo porque o erro persiste, quando isolo apenas um link, o mesmo funciona normal, o balanceador não garante entrada e saída no mesmo link da consulta, tem regras como https que manda sair só por um link e não dá problemas, mas no caso do cnpj a consulta não é por https, alguém tem uma solução pra isso? Toninho Nunes

Olá Pessoal, Havia enviado antes alterações de otimização da velocidade de impressão do boleto usando o fastreport, quando é gerado centenas de boletos, a geração dá impressão que o boleto não está sendo impresso, então criei uma propriedade para preparar em cache pra depois mostrar ou mostrar na hora e ir gerando já na visualização, assim o usuário não fica com a impressão de que a aplicação não fiquei congelada, assim evitará que o mesmo clique no botão de imprimir várias vezes em seu form, segue anexo o arquivo, já havia enviado antes, mas fazendo um repo diff aqui, minha adição ainda não foi incluída, lembrando que ele mantem o default como era antes, a propriedade é setada por padrão. Toninho Nunes ACBrBoletoFCFR.pas

Bom dia, acompanhei a Ana Fernanda e analisamos os fontes do boleto, o layout do fortes ainda consta na descrição o termo Cedente, agora os bancos não aceitam mais essa palavra, agora é Beneficiário, fora também mudou o tamanho do código de barras e a altura da ficha de compensação, não vi nenhuma mudança nessa questão no layout dos boletos, ela apagou todo repositório e baixou o instalador e fez do zero, também constava um bug, havia um componente no layout que não estava mais presente e recebia um valor, dava um erro de access violation, no debug retiramos o mesmo, aí passou, mas mesmo com a falta do componente o mesmo compilava sem erros. Toninho Nunes

Isaque, Baixei e atualizei aqui com o meu repo local, fiz o merge e constantei que da revisão 7498, faltava ainda uma propriedade que eu havia definido, estou anexando o merge que fiz aqui e dá uma comparada, fiz com a revisão 7498, espero que agora esteja ok. Obrigado, Toninho Nunes ACBrBoletoFCFR.pas

Ué, fiz o update aqui. Qual é a última revisão?

Eu já tinha feito o merge local com as adições do Paulo Monteiro, aqui compila normal, vou mandar a versão que fiz o merge no meu repositório local, creio que agora ficará ok com o repositório central. ACBrBoletoFCFR.pas

Olá Pessoal, Fiz algumas alterações no Plugin FastReport do AcbrBoleto, vou explicar o motivo, quando você cria apenas poucos boletos, a visualização vai até rápida, mas quando você criar mais de 1000 boletos, o modo de cache que ele faz pra depois mostrar, fica parecendo para usuário que a geração do boleto não aconteceu, fica parado a tela, e o usuário fica clicando várias vezes, para não ficar com a aparência de que nenhum processo está sendo rodado, fiz com que assim que comece a gerar os boletos, o mesmo já começa mostrar no preview do fastreport, dando a impressão que os boletos estão sendo gerados e de fato isso é mostrado, mas não mudei o comportamento padrão, apenas criei uma nova propriedade, caso queira sem cache, ele mostra na hora a geração. Outra otmização, como vai correr loops longos, o que deixa muito devagar dentro de um loop, é usar o FieldByName(), tirei o FieldByName do loop e apontei direto para o TField, evitando assim chamadas ao FieldByName() que faz também loops internos buscando o campo correspondente, com esse método o loop ficava mais lento ainda, depois da alteração, ficou mais rápido correr o loop. Espero que possa ser aceito no svn. Toninho Nunes ACBrBoletoFCFR.pas

Aqui funciona normal SIGCB Sem Registro. Toninho Nunes