Boleto BANCOB erros encontrados
194 views
Skip to first unread message
Johnys Rabelo
Aug 4, 2011, 10:51:46 PM8/4/11
to JRimum Community
Ola colegas,
Sou desenvolvedor java, e trabalho a 3 anos com essa linguagem.
Atualmente estava precisando de um projeto que agilizasse o processo
de fazer os boletos, e procurando na internet encontrei o projeto
JRimum.
Gostei da forma que o projeto foi escrito, e a maneira que foi montada
a arquitetura.
Abaixo escrevo alguns problemas e dicas para que fosse melhorado o
projeto.
Relacao ao BANCOOB:
O campo livre modalidade estava setado com um parametro errado, e como
o desenvolvedor usou uma constante da classe para definir o valor,
tive que recopilar a classe alterando esse valor para o era certo
(Estava 01 e era 02).
Apos essa alteracao percebi que ele usava esta constante em outros
locais da classe, me dando mais alguns problemas para corrigir. Na
minha opiniao as classes especificas deveriam ser mais flexiveis e
parametrizaveis externamente.
Relacao a geracao de varios boletos em pdf:
Percebi que mesmo quando se agrupa varios boletos em um unico arquivo
pdf, e feito o processamento de todos os boletos armazenando-os em um
vetor de bytes antes de salva-los em disco. Devido a isso, ao
processar cerca de 1300 boletos, houve um estouro de memoria (Heap
Space).
Com isso tive que alterar o metodo que voces geravam os boletos,
gravando-os em partes (de 100 em 100) para solucionar o problema. (Uma
opiniao para solucionar o problema, devem existir outras melhores).
Relacao ao boleto da CEF:
Parabenizo o desenvolvedor que fez a rotina, tudo ok e parametrizavel.
O boleto foi homologado e esta sendo utilizado na instituicao onde
trabalho (CDL Anapolis).
Agradeco ao projeto, e se necessitarem de um desenvolvedor, estou a
disposicao a ajudar o projeto.
Johnys Custodio da Silva Rabelo
Desenvolvedor CDL Anapolis
Sou desenvolvedor java, e trabalho a 3 anos com essa linguagem.
Atualmente estava precisando de um projeto que agilizasse o processo
de fazer os boletos, e procurando na internet encontrei o projeto
JRimum.
Gostei da forma que o projeto foi escrito, e a maneira que foi montada
a arquitetura.
Abaixo escrevo alguns problemas e dicas para que fosse melhorado o
projeto.
Relacao ao BANCOOB:
O campo livre modalidade estava setado com um parametro errado, e como
o desenvolvedor usou uma constante da classe para definir o valor,
tive que recopilar a classe alterando esse valor para o era certo
(Estava 01 e era 02).
Apos essa alteracao percebi que ele usava esta constante em outros
locais da classe, me dando mais alguns problemas para corrigir. Na
minha opiniao as classes especificas deveriam ser mais flexiveis e
parametrizaveis externamente.
Relacao a geracao de varios boletos em pdf:
Percebi que mesmo quando se agrupa varios boletos em um unico arquivo
pdf, e feito o processamento de todos os boletos armazenando-os em um
vetor de bytes antes de salva-los em disco. Devido a isso, ao
processar cerca de 1300 boletos, houve um estouro de memoria (Heap
Space).
Com isso tive que alterar o metodo que voces geravam os boletos,
gravando-os em partes (de 100 em 100) para solucionar o problema. (Uma
opiniao para solucionar o problema, devem existir outras melhores).
Relacao ao boleto da CEF:
Parabenizo o desenvolvedor que fez a rotina, tudo ok e parametrizavel.
O boleto foi homologado e esta sendo utilizado na instituicao onde
trabalho (CDL Anapolis).
Agradeco ao projeto, e se necessitarem de um desenvolvedor, estou a
disposicao a ajudar o projeto.
Johnys Custodio da Silva Rabelo
Desenvolvedor CDL Anapolis
Gilmar P.S.L.
Aug 5, 2011, 11:02:58 AM8/5/11
to jrimum-c...@googlegroups.com
Olá Johnys,
Muito legal sua iniciativa, claro que o projeto necessita de devers, sempre!
Logo mais te daremos um feedback mais completo.
Valeu!
Muito legal sua iniciativa, claro que o projeto necessita de devers, sempre!
Logo mais te daremos um feedback mais completo.
Valeu!
2011/8/4 Johnys Rabelo <jjo...@gmail.com>
--
Você está recebendo esta mensagem porque se inscreveu no grupo "JRimum Community" dos Grupos do Google.
Para postar neste grupo, envie um e-mail para jrimum-c...@googlegroups.com.
Para cancelar a inscrição nesse grupo, envie um e-mail para jrimum-communi...@googlegroups.com.
Para obter mais opções, visite esse grupo em http://groups.google.com/group/jrimum-community?hl=pt-BR.
Gilmar P.S.L.
Aug 9, 2011, 10:59:44 PM8/9/11
to jrimum-c...@googlegroups.com
Olá Johnys,
Em relação as suas observações:
Relacao ao BANCOOB:
O campo livre modalidade estava setado com um parametro errado, e como
o desenvolvedor usou uma constante da classe para definir o valor,
tive que recopilar a classe alterando esse valor para o era certo
(Estava 01 e era 02).
Apos essa alteracao percebi que ele usava esta constante em outros
locais da classe, me dando mais alguns problemas para corrigir. Na
minha opiniao as classes especificas deveriam ser mais flexiveis e
parametrizaveis externamente.
O manual do banco define o campo livre como sendo:
Como vc disse que mudou a modalidade de cobrança de 01 para 02, gostaria de saber o que significa o valor 02. Essa classe:
org.jrimum.bopepo.campolivre.CLBancoobCobrancaNaoRegistrada
Foi parametrizada para receber apenas o número da parcela do título. Isso porque, como a documentação do banco mostra, é o único dado a ser parametrizável.
Então, vc já homologou com o banco esse boleto?
Relacao a geracao de varios boletos em pdf:
Percebi que mesmo quando se agrupa varios boletos em um unico arquivo
pdf, e feito o processamento de todos os boletos armazenando-os em um
vetor de bytes antes de salva-los em disco. Devido a isso, ao
processar cerca de 1300 boletos, houve um estouro de memoria (Heap
Space).
Com isso tive que alterar o metodo que voces geravam os boletos,
gravando-os em partes (de 100 em 100) para solucionar o problema. (Uma
opiniao para solucionar o problema, devem existir outras melhores).
Boa idéia, podemos sim rever a geração em lote para implementar-mos de forma mais otimizada.
Atenciosamente
Em relação as suas observações:
Relacao ao BANCOOB:
O campo livre modalidade estava setado com um parametro errado, e como
o desenvolvedor usou uma constante da classe para definir o valor,
tive que recopilar a classe alterando esse valor para o era certo
(Estava 01 e era 02).
Apos essa alteracao percebi que ele usava esta constante em outros
locais da classe, me dando mais alguns problemas para corrigir. Na
minha opiniao as classes especificas deveriam ser mais flexiveis e
parametrizaveis externamente.
|
Posição |
Tamanho |
Descrição |
|---|---|---|
|
1 a 1 |
1 |
Código da carteira |
|
2 a 5 |
4 |
Código da agência |
|
6 a 7 |
2 |
Código da modalidade de cobrança (01) |
|
8 a 14 |
7 |
Código do Cedente |
|
15 a 22 |
8 |
Nosso Número do título |
|
23 a 25 |
3 |
Número da Parcela do Título |
Como vc disse que mudou a modalidade de cobrança de 01 para 02, gostaria de saber o que significa o valor 02. Essa classe:
org.jrimum.bopepo.campolivre.CLBancoobCobrancaNaoRegistrada
Foi parametrizada para receber apenas o número da parcela do título. Isso porque, como a documentação do banco mostra, é o único dado a ser parametrizável.
Então, vc já homologou com o banco esse boleto?
Relacao a geracao de varios boletos em pdf:
Percebi que mesmo quando se agrupa varios boletos em um unico arquivo
pdf, e feito o processamento de todos os boletos armazenando-os em um
vetor de bytes antes de salva-los em disco. Devido a isso, ao
processar cerca de 1300 boletos, houve um estouro de memoria (Heap
Space).
Com isso tive que alterar o metodo que voces geravam os boletos,
gravando-os em partes (de 100 em 100) para solucionar o problema. (Uma
opiniao para solucionar o problema, devem existir outras melhores).
Atenciosamente
johnys rabelo
Aug 9, 2011, 11:11:40 PM8/9/11
to jrimum-c...@googlegroups.com
Sim homologei com esse banco.
O codigo da carteria/modalidade sendo "Simples/nao regristrada" tem que ser 01/02.
Isso de acordo com o documento enviado pelo banco.
Eu utilizei conforme me passado e o boleto estornou em minha conta, apos a mudanca do codigo da carteira e da modalidade para 01/02 "respectivamente" o boleto foi homologado com sucesso.
Agradeço a compreenção.
Johnys Rabelo
Desenvolvedor CDL Anapolis
O codigo da carteria/modalidade sendo "Simples/nao regristrada" tem que ser 01/02.
Isso de acordo com o documento enviado pelo banco.
Eu utilizei conforme me passado e o boleto estornou em minha conta, apos a mudanca do codigo da carteira e da modalidade para 01/02 "respectivamente" o boleto foi homologado com sucesso.
Agradeço a compreenção.
Johnys Rabelo
Desenvolvedor CDL Anapolis
johnys rabelo
Aug 9, 2011, 11:12:54 PM8/9/11
to jrimum-c...@googlegroups.com
Respondendo a pergunta: 02 e o codigo da modalidade ("sem regristro")
Gilmar P.S.L.
Aug 9, 2011, 11:16:46 PM8/9/11
to jrimum-c...@googlegroups.com
Johnys,
Você não gostaria de mandar sua solução dessa classe para já entrar como contribuição?
Atenciosamente
Você não gostaria de mandar sua solução dessa classe para já entrar como contribuição?
Atenciosamente
2011/8/10 johnys rabelo <jjo...@gmail.com>
johnys rabelo
Aug 9, 2011, 11:44:58 PM8/9/11
to jrimum-c...@googlegroups.com
Sim, sem problema. O codigo fonte se encontra no meu servico. Amanha eu encaminho por este email este arquivo.
Johnys Rabelo.
CDL Anapolis
Johnys Rabelo.
CDL Anapolis
Gilmar P.S.L.
Aug 18, 2011, 11:40:20 PM8/18/11
to jrimum-c...@googlegroups.com
Johnys,
Você poderia passar também o documento do banco?
Grato
Reply all
Reply to author
Forward
0 new messages