From: Claudemir T. B. <cla...@to...> - 2012-04-15 15:53:47
|
Pessoal, acabei de publicar o novo código para boletos, está no branch allgood/FR-LBR-22 - http://goo.gl/gDbJz Eu adicionei alguns campos em algumas tabelas/janelas e criei novas. ainda não fiz alocando os IDs do gerenciador, portanto quem quiser testar deve iniciar com uma base limpa. para desenvolver eu utilizei a base mais recente disponível no projeto adempierelbr e rodei os scripts da 360-trunk e trunk-lbrk da branch "development", mas como eu utilizei IDs de usuário, devem funcionar também com a branch da kenos. As alterações são profundas, a principal delas é que não depende mais de uma biblioteca de boletos. E a mais importante é que agora é possível ter mais que um convênio de cobrança por banco. A parte antiga ainda aparece na aba "Conta Bancária", porém o novo código utiliza apenas a aba "Billing Contracts" (que foi a melhor tradução que eu imaginei para "Convênios de Cobrança"). Todo esse código é acionado apenas pela emissão direta de fatura em um primeiro momento. A impressão do boleto é feita apenas formatando os registros da tabela lbr_boleto, o que permitiu usar um relatório jasper para a impressão dos mesmos. O logotipo de cada banco deve ser colocado no banco de dados manualmente, porém vou tentar providenciar um script que faça isso com os logos que eu já tenho disponível. O registro do boleto é gerado automaticamente se no momento de completar a fatura tiver sido escolhido o convênio de cobrança na seção "localização brasil". Após completar a fatura é possível clicar no botão "procprintboleto" para obter a impressão dos boletos daquela fatura. A janela de seleção/impressão precisa ser ajustada. O registro CNAB400 (caso suportado/solicitado) é gerado juntamente com o boleto, o processo ProcGenerateCNAB foi ajustado para receber como parâmetro o convênio de cobrança e consegue gerar o arquivo CNAB com base nele. Eu modifiquei apenas o código do banco do brasil para funcionar tanto boleto quanto CNAB400, e o do Santander_033 apenas para o boleto (não registrado). Procurei seguir um conceito de "driver" para cada banco, e gostei do resultado quando o método de cobrança não registrada do Santander pôde ser programado com pouco mais de 20 linhas de código. A partir de amanhã começarei a escrever na minha página pessoal da wiki informações sobre o funcionamento do novo código. Depois das últimas 4 semanas estudando e mexendo com esse código, percebi que o CNAB400 na verdade não é um padrão, a FEBRABAN não tem nenhum documento com relação a ele, cada banco faz do jeito que quer e tem só meia dúzia de campos iguais entre todos os bancos. A FEBRABAN tem padronizado o CNAB240 que pelo que eu percebi é seguido pelos bancos, inclusive se solicitar o padrão ao BB o mesmo vai enviar o arquivo original da Febraban e uma planilha com as especificidades do BB. Gostaria de conversar mais com os colegas para tentar definir o padrão CNAB240 no Adempiere, vai facilitar a organização das tabelas (que do CNAB400 é horrível) e pode nos permitir algumas extensões futuras, já que o CNAB240 não é um leiaute de "Cobrança Bancária" mas sim de "Integração Bancária", permitindo até o acionamento de pagamento de contas de boletos e depósitos/DOC, que eu vislumbro ser um ótimo recurso para a parte de "Contas a Pagar" no futuro, permitindo o acionamento do pagamento das mesmas direto de dentro do Adempiere. Peço a gentileza a todos os colegas que tirem algumas horas para analisar e testar o código e tecer seus comentários. Abraços, Claudemir |
From: Danielle F. <dfo...@ve...> - 2012-04-16 12:31:29
|
Olá Claudemir, Meu nome é Danielle e trabalho na Vectory. Sobre o CNAB gostaria de informar que fiz customizações para o projeto e atualmente estou fazendo a implantação do CNAB240 no sistema, versão web e desktop. On 15-04-2012 12:53, Claudemir Todo Bom wrote: > Pessoal, > > acabei de publicar o novo código para boletos, está no branch > allgood/FR-LBR-22 - http://goo.gl/gDbJz > > Eu adicionei alguns campos em algumas tabelas/janelas e criei novas. > > ainda não fiz alocando os IDs do gerenciador, portanto quem quiser > testar deve iniciar com uma base limpa. > > para desenvolver eu utilizei a base mais recente disponível no projeto > adempierelbr e rodei os scripts da 360-trunk e trunk-lbrk da branch > "development", mas como eu utilizei IDs de usuário, devem funcionar > também com a branch da kenos. > > As alterações são profundas, a principal delas é que não depende mais de > uma biblioteca de boletos. E a mais importante é que agora é possível > ter mais que um convênio de cobrança por banco. A parte antiga ainda > aparece na aba "Conta Bancária", porém o novo código utiliza apenas a > aba "Billing Contracts" (que foi a melhor tradução que eu imaginei para > "Convênios de Cobrança"). > > Todo esse código é acionado apenas pela emissão direta de fatura em um > primeiro momento. > > A impressão do boleto é feita apenas formatando os registros da tabela > lbr_boleto, o que permitiu usar um relatório jasper para a impressão dos > mesmos. O logotipo de cada banco deve ser colocado no banco de dados > manualmente, porém vou tentar providenciar um script que faça isso com > os logos que eu já tenho disponível. > > O registro do boleto é gerado automaticamente se no momento de completar > a fatura tiver sido escolhido o convênio de cobrança na seção > "localização brasil". Após completar a fatura é possível clicar no botão > "procprintboleto" para obter a impressão dos boletos daquela fatura. A > janela de seleção/impressão precisa ser ajustada. > > O registro CNAB400 (caso suportado/solicitado) é gerado juntamente com o > boleto, o processo ProcGenerateCNAB foi ajustado para receber como > parâmetro o convênio de cobrança e consegue gerar o arquivo CNAB com > base nele. > > Eu modifiquei apenas o código do banco do brasil para funcionar tanto > boleto quanto CNAB400, e o do Santander_033 apenas para o boleto (não > registrado). > > Procurei seguir um conceito de "driver" para cada banco, e gostei do > resultado quando o método de cobrança não registrada do Santander pôde > ser programado com pouco mais de 20 linhas de código. > > A partir de amanhã começarei a escrever na minha página pessoal da wiki > informações sobre o funcionamento do novo código. > > Depois das últimas 4 semanas estudando e mexendo com esse código, > percebi que o CNAB400 na verdade não é um padrão, a FEBRABAN não tem > nenhum documento com relação a ele, cada banco faz do jeito que quer e > tem só meia dúzia de campos iguais entre todos os bancos. A FEBRABAN tem > padronizado o CNAB240 que pelo que eu percebi é seguido pelos bancos, > inclusive se solicitar o padrão ao BB o mesmo vai enviar o arquivo > original da Febraban e uma planilha com as especificidades do BB. > > Gostaria de conversar mais com os colegas para tentar definir o padrão > CNAB240 no Adempiere, vai facilitar a organização das tabelas (que do > CNAB400 é horrível) e pode nos permitir algumas extensões futuras, já > que o CNAB240 não é um leiaute de "Cobrança Bancária" mas sim de > "Integração Bancária", permitindo até o acionamento de pagamento de > contas de boletos e depósitos/DOC, que eu vislumbro ser um ótimo recurso > para a parte de "Contas a Pagar" no futuro, permitindo o acionamento do > pagamento das mesmas direto de dentro do Adempiere. > > Peço a gentileza a todos os colegas que tirem algumas horas para > analisar e testar o código e tecer seus comentários. > > Abraços, > Claudemir > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Adempiere-lbr-devel mailing list > Ade...@li... > https://lists.sourceforge.net/lists/listinfo/adempiere-lbr-devel |
From: Claudemir T. B. <cla...@to...> - 2012-04-16 12:53:18
|
Em Seg, 2012-04-16 às 09:06 -0300, Danielle Fortunato escreveu: > Sobre o CNAB gostaria de informar que fiz customizações para o projeto > e atualmente estou fazendo a implantação do CNAB240 no sistema, versão > web e desktop. Bom dia, Vocês estão fazendo o CNAB240 funcionar em cima da implementação original de boletos do LBR? Se sim, pode ser uma boa ideia integrar com as alterações que eu estou propondo... por favor deem uma olhada no código que eu publiquei. Tem alguma previsão/intenção para contribuir esta customização ao projeto? Obrigado, Claudemir |
From: Danielle F. <dfo...@ve...> - 2012-04-16 13:09:22
|
On 16-04-2012 09:53, Claudemir Todo Bom wrote: Então, pelo o que eu entendi o CNAB240 serve para agendar contas à pagar e por isso não envolve diretamento o boleto e sim o código de barras da conta que se quer pagar. Além do convênio com cada banco, dados que já estão cadastrados por causa do CNAB 400. Por isso foi feito uma nova interface (um formulário), que mostra todas as contas à pagar que possuam um código de barras. Para que isso fosse feito criei uma nova sequência para controlar o nosso número na janela Conta Bancária e um campo de código de barras na Fatura Fornecedor). O usuário vai selecionar todas as contas por parcela que se deseja agendar pagamento e o sistema, na versão desktop, salva um arquivo txt na máquina do usuário que deve ser enviado ao banco. E a versão web fará a mesma coisa, porém será feito o download do arquivo. Essa é a ideia do projeto que estou desenvolvendo. E depois fazer um processo parecido para receber o retorno do arquivo e validar em cada fatura o status passado pelo banco. > Em Seg, 2012-04-16 às 09:06 -0300, Danielle Fortunato escreveu: > >> Sobre o CNAB gostaria de informar que fiz customizações para o projeto >> e atualmente estou fazendo a implantação do CNAB240 no sistema, versão >> web e desktop. > Bom dia, > > Vocês estão fazendo o CNAB240 funcionar em cima da implementação > original de boletos do LBR? > > Se sim, pode ser uma boa ideia integrar com as alterações que eu estou > propondo... por favor deem uma olhada no código que eu publiquei. > > Tem alguma previsão/intenção para contribuir esta customização ao > projeto? > > Obrigado, > Claudemir > > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > _______________________________________________ > Adempiere-lbr-devel mailing list > Ade...@li... > https://lists.sourceforge.net/lists/listinfo/adempiere-lbr-devel |
From: Claudemir T. B. <cla...@to...> - 2012-04-16 13:27:38
|
Em Seg, 2012-04-16 às 10:09 -0300, Danielle Fortunato escreveu: > Então, pelo o que eu entendi o CNAB240 serve para agendar contas > à > pagar e por isso não envolve diretamento o boleto e sim o código de > barras da conta que se quer pagar. Além do convênio com cada banco, > dados que já estão cadastrados por causa do CNAB 400. Ah, então pelo que entendi vcs. estão usando o CNAB240 apenas para pagamentos, e no caso das cobranças continuam usando o de 400 posições. O CNAB240 é multi-função, inclui até desconto de cheques e outras opções, além da remessa de títulos para registro. Creio que o ideal seja integrar todas as funções, mas é bastante coisa a ser estudada. O meu interesse inicial é com a cobrança, mas se eu puder fazer os pagamentos também, ou até ajustar para funcionar com a implementação de vocês, acredito que seja uma ótima funcionalidade. Obrigado, Claudemir |
From: Danielle F. <dfo...@ve...> - 2012-04-16 13:33:12
|
On 16-04-2012 10:27, Claudemir Todo Bom wrote: A ideia inicial é essa mesma, utilizar o CNAB400 para cobrança de títulos e o CNAB240 para pagamento de títulos. E talvez mais para frente implementar novas opções para essas funcionalidades. > Em Seg, 2012-04-16 às 10:09 -0300, Danielle Fortunato escreveu: > > Ah, então pelo que entendi vcs. estão usando o CNAB240 apenas para > pagamentos, e no caso das cobranças continuam usando o de 400 posições. > > O CNAB240 é multi-função, inclui até desconto de cheques e outras > opções, além da remessa de títulos para registro. > > Creio que o ideal seja integrar todas as funções, mas é bastante coisa a > ser estudada. > > O meu interesse inicial é com a cobrança, mas se eu puder fazer os > pagamentos também, ou até ajustar para funcionar com a implementação de > vocês, acredito que seja uma ótima funcionalidade. > > Obrigado, > Claudemir > > |
From: Claudemir T. B. <cla...@to...> - 2012-04-16 13:39:12
|
Em Seg, 2012-04-16 às 10:33 -0300, Danielle Fortunato escreveu: > A ideia inicial é essa mesma, utilizar o CNAB400 para cobrança de > títulos e o CNAB240 para pagamento de títulos. E talvez mais para > frente implementar novas opções para essas funcionalidades. Com o novo código de boletos, e vendo que o código de CNAB400 que temos hoje está muito difícil de manter, acredito que vou desenvolver algo utilizando o CNAB240 para substituir, por isso comentei sobre o assunto da mensagem. Por ser realmente um padrão, o CNAB240 vai ser bem melhor de manter e o código vai ficar mais limpo. Ao meu ver não existe um padrão CNAB400, pois não existe nenhuma especificação desse padrão... digamos que possamos chamar de "leiaute de 400 posições". Fico no aguardo do apoio dos outros colegas para que possamos conversar sobre a adoção do CNAB240, lógico que sem excluir o funcionamento do de 400 posições atual enquanto a implementação não atingir a maturidade necessária. Obrigado, Claudemir |
From: Danielle F. <dfo...@ve...> - 2012-04-16 13:48:26
|
On 16-04-2012 10:38, Claudemir Todo Bom wrote: > Em Seg, 2012-04-16 às 10:33 -0300, Danielle Fortunato escreveu: > Com o novo código de boletos, e vendo que o código de CNAB400 que temos > hoje está muito difícil de manter, acredito que vou desenvolver algo > utilizando o CNAB240 para substituir, por isso comentei sobre o assunto > da mensagem. Por ser realmente um padrão, o CNAB240 vai ser bem melhor > de manter e o código vai ficar mais limpo. > > Ao meu ver não existe um padrão CNAB400, pois não existe nenhuma > especificação desse padrão... digamos que possamos chamar de "leiaute de > 400 posições". > > Fico no aguardo do apoio dos outros colegas para que possamos conversar > sobre a adoção do CNAB240, lógico que sem excluir o funcionamento do de > 400 posições atual enquanto a implementação não atingir a maturidade > necessária. > > Obrigado, > Claudemir > > Se eu entendi pretende criar um único leiaute para todos os bancos utilizando o padrão Febraban? Mesmo sendo um padrão, existe ainda variações para cada banco do leiaute. |