Open foxpv opened 10 years ago
A documentação que postei é do SIGCB e não do SINCO.
Bom dia, sei que o post é um pouco antigo, mas como você resolveu esse problema, estou gerando o boleto da Caixa, e ainda, está saindo o número um depois do campo moeda, o que deveria logo vim o código do Cedente. Estou usando a versão 0.2.2 e já testei com a 0.3 e continua do mesmo jeito.
Pessoal, este problema ainda ocorre? Estou tentando validar um boleto com 17 posições em nosso número e estou com mesmo problema.
Tenho o mesmo problema, não consigo gerar a linha digitável corretamente.
Pessoal, Eu não lembro como resolvi. Já fazem quase 3 anos, mas tenho quase certeza que foi algum erro meu. Algo com a quantidade de dígitos do nosso número provavelmente. Vocês conseguiram? Se sim, lembram o que foi feito. É bom pra deixar postado aqui.
Eu queria muito saber como vcs resolveram esse problema :(
Percebi que ele identifica a modalidade do boleto através da quantidade de caracteres no campo nossoNumero, no caso de boletos SIGCB o campo nossoNumero é composto por 17 dígitos + dv, ignorando os 2 primeiros dígitos do nosso numero e passando apenas os 15 seguintes sem o dv, ele emite o boleto na modalidade correta ao invés da SINCO, porém é preciso mudar o campo no template do boleto para que o nossoNumero apareça com os 17 dígitos + dv, usando o método setTextosExtras.
Ao gerar a linha digitáveis do boleto da caixa econômica com nosso número de 17 posições, o bopepo está adicionando o número 1 após o código da moeda (9). Esse código está sendo adicionado na classe CLCaixaEconomicaFederalSINCO na seguinte linha: this.add(new Field(1, 1));
Na minha opinião, isso está errado, pois, como diz a documentação da Caixa, após o código da moeda, deve vir o código do cedente.
Documento da caixa: http://downloads.caixa.gov.br/_arquivos/cobranca_caixa/manuaissicob/ESP_COD_BARRAS_SIGCB_COBRANCA_CAIXA.pdf