1) Alteração da lógica que levava em conta o número da conta (<100000) para geração de campo livre usando a classe de 6 dígitos. Agora se o campo numeroDigConvenio for configurado com 6 ou 7 o bopepo usa este valor ao invés do numero da campo para saber qual classe usar para gerar o campo Livre. Peguei um caso aonde o número da conta era menor que 1000000, porém o convênio com 7 dígitos e o boleto estava gerando um campo livre invalido.
OBS: Se o campo não for configurado, a lógica permanece há anterior, para manter compatibilidade de quem já usava desta forma.
2) Adicionado a opção para imprimir (gerar) o boleto com Recibo de Entregra se desejado, setar o campo imprimeReciboEntrega para true no BoletoViewer, caso contrário tudo permance da forma que já estava.
1) Alteração da lógica que levava em conta o número da conta (<100000) para geração de campo livre usando a classe de 6 dígitos. Agora se o campo numeroDigConvenio for configurado com 6 ou 7 o bopepo usa este valor ao invés do numero da campo para saber qual classe usar para gerar o campo Livre. Peguei um caso aonde o número da conta era menor que 1000000, porém o convênio com 7 dígitos e o boleto estava gerando um campo livre invalido.
OBS: Se o campo não for configurado, a lógica permanece há anterior, para manter compatibilidade de quem já usava desta forma.
2) Adicionado a opção para imprimir (gerar) o boleto com Recibo de Entregra se desejado, setar o campo imprimeReciboEntrega para true no BoletoViewer, caso contrário tudo permance da forma que já estava.