Erro ao gerar HSBC

675 views
Skip to first unread message

Thiago Moraes

unread,
Sep 9, 2010, 8:15:37 AM9/9/10
to JRimum Community
Bom dia pessoal tudo bem?

Estou efetuando testes com a ultima versão disponibilizada e estou
tendo dificuldades em gerar um boleto HSBC. O erro que aparece é o
seguinte:

org.jrimum.bopepo.campolivre.CampoLivreException: Parâmetro bancário
[org.jrimum.domkee.financeiro.banco.hsbc.TipoIdentificadorCNR ] não
encontrado em "Titulo.parametrosBancarios". O nome do parâmetro deve
ser o "qualify name" da classe.
at
org.jrimum.bopepo.campolivre.CLHSBCCobrancaNaoRegistrada.checkExistsParametroTipoIdentificadorCNR(CLHSBCCobrancaNaoRegistrada.java:
209)
at
org.jrimum.bopepo.campolivre.CLHSBCCobrancaNaoRegistrada.<init>(CLHSBCCobrancaNaoRegistrada.java:
134)
at
org.jrimum.bopepo.campolivre.AbstractCLHSBC.create(AbstractCLHSBC.java:
72)
at
org.jrimum.bopepo.campolivre.AbstractCampoLivre.create(AbstractCampoLivre.java:
146)
at
org.jrimum.bopepo.campolivre.CampoLivreFactory.create(CampoLivreFactory.java:
84)
at org.jrimum.bopepo.Boleto.<init>(Boleto.java:156)

Alguém poderia me ajudar? =)

Abraço

Thiago Moraes

unread,
Sep 9, 2010, 8:45:33 AM9/9/10
to JRimum Community
E aí pessoal blz?

Então, fuçando no site encontrei o Ticket #19 e lendo ele vi que
precisava de um parametro a mais devido a uma nova regra do HSBC para
esse tupo de cobrança.
Adicionei

ParametrosBancariosMap parametrosBancarios = new
ParametrosBancariosMap();
parametrosBancarios.adicione(TipoIdentificadorCNR.class.getName(),
TipoIdentificadorCNR.COM_VENCIMENTO);
titulo.setParametrosBancarios(parametrosBancarios);

no meu código e consegui gerar normalmente. Acredito que era só isso.
Vou efetuar mais testes e qualquer outro problema eu "corro" aqui
hehehe

Abraço

On 9 set, 09:15, Thiago Moraes <tm.mor...@gmail.com> wrote:
> Bom dia pessoal tudo bem?
>
> Estou efetuando testes com a ultima versão disponibilizada e estou
> tendo dificuldades em gerar um boleto HSBC. O erro que aparece é o
> seguinte:
>
> org.jrimum.bopepo.campolivre.CampoLivreException: Parâmetro bancário
> [org.jrimum.domkee.financeiro.banco.hsbc.TipoIdentificadorCNR ] não
> encontrado em "Titulo.parametrosBancarios". O nome do parâmetro deve
> ser o "qualify name" da classe.
> at
> org.jrimum.bopepo.campolivre.CLHSBCCobrancaNaoRegistrada.checkExistsParamet­roTipoIdentificadorCNR(CLHSBCCobrancaNaoRegistrada.java:
> 209)
> at
> org.jrimum.bopepo.campolivre.CLHSBCCobrancaNaoRegistrada.<init>(CLHSBCCobra­ncaNaoRegistrada.java:
> 134)
> at
> org.jrimum.bopepo.campolivre.AbstractCLHSBC.create(AbstractCLHSBC.java:
> 72)
> at
> org.jrimum.bopepo.campolivre.AbstractCampoLivre.create(AbstractCampoLivre.j­ava:
> 146)
> at
> org.jrimum.bopepo.campolivre.CampoLivreFactory.create(CampoLivreFactory.jav­a:

Gilmar P.S.L.

unread,
Sep 9, 2010, 9:48:17 AM9/9/10
to jrimum-c...@googlegroups.com
Blz Thiago,

Era isso mesmo..., mas ainda estamos para decidir se nos parametros não é mehor usar uma chave string convencionada...

Tipo:

parametrosBancarios.adicione("ID_CNR",TipoIdentificadorCNR.COM_VENCIMENTO);
titulo.setParametrosBancarios(parametrosBancarios);

O que vocês acham?

--
Gilmar P.S.L.
JRimum Developer
      
http://www.jrimum.org
http://www.blog.jrimum.org




2010/9/9 Thiago Moraes <tm.m...@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.

unread,
May 9, 2011, 9:42:29 PM5/9/11
to JRimum Community
Olá Luiz,

Muito legal saber que o projeto está te ajudando :-), Quanto ao seus a sua dúvida vamos lá!

Primeiro vc tem que atualizar para a versão JRimum-Bopepo-SNAPSHOT-20110415-bin.jar (Novidades)

Já que sua dúvida é CNR (Cobrança Não Registrada):

Então,..., vc tem que informar um objeto carteira na conta bancária e todo o resto como em:

http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais/GeracaoDeBoletoPadrao

Depois faça as seguintes mudanças:

O código do cedente (o código informado pelo banco que pode ser ou não é o número da conta) =>

contaBancaria.setNumeroDaConta(new NumeroDaConta(123457));


A carteira =>

contaBancaria.setCarteira(new Carteira(1,TipoDeCobranca.SEM_REGISTRO));


O Nosso Número para 13 posições =>

titulo.setNossoNumero("1234567890123");


E defina o tipo de identificador CNR da seguinte maneira =>

titulo.setParametrosBancarios(new ParametrosBancariosMap(TipoIdentificadorCNR.class.getName(), TipoIdentificadorCNR.COM_VENCIMENTO));


O tipo do identificador do nosso número utilizado nos títulos de boletos bancários de Cobrança Não Registrada (CNR).

Basicamente são dois os tipos de nosso número (NN):

  • O que vincula “vencimento”, “código do cedente” e “código do documento”. Enumerado como (constante 4);
  • O que vincula “código do cedente” e “código do documento”. Enumerado como (constante 5).
 
Pronto, para aperecer "CNR" na impressão, basta sobrescrever o valor do campo carteira:

boleto.addTextosExtras("txtFcCarteira", "CNR");

Veja mais em:

http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais/SobrecritaDeCampos

É isso!!
Qualquer dúvida é só falar.
------------------------------------------------------
Gilmar P.S.L.
@gilmatryx



2011/5/9 Luiz <luiz_p...@hotmail.com>
Boa tarde pessoal.. Tudo Bem?

Conheci o Projeto JRimum a pouco tempo, vi algumas de suas várias
funcionalidades, gostei muito e hoje  o utilizo para gerar boletos do
banco do brasil e do banco bradesco na empresa em que trabalho.

Só que agora surgiu um novo cliente que precisa gerar boletos para o
banco HSBC... quando soube não me preocupei muito pois logo vi que o
JRIMUM ja atende este banco. Porém após várias tentativas utilizando a
mesma estrutura dos outros boletos ainda não obtive sucesso.

Atualmente estou utilizando a lib JRimum-Bopepo-v.0.2.2.jar que ja
possue a opção o banco HSBC porém não sei se é a mais adequada para
este banco.

Ainda tenho algumas dúvidas sobre como informar o tipo de carteira de
cobrança sem registro(CNR) e tbm o campos (Codigo Cedente).

Espero que alguém possa me ajudar indicando algum fonte de exemplo ou
até mesmo fornecer alguma dica.
Agradeço desde já,
Luiz Paulo.



Gilmar P.S.L.

unread,
May 11, 2011, 6:02:24 PM5/11/11
to JRimum Community
---------- Forwarded message ----------
From: Gilmar P.S.L. <gilm...@gmail.com>
Date: 2011/5/11
Subject: Re: Erro ao gerar HSBC
To: Luiz <luiz_p...@hotmail.com>


Legal Luiz, muito bom! :-)

Assim que tiver uma resposta do banco nos avise, tudo bem?!

Estamos fazendo o lista dos bancos homologados.

Valeu!!

Atenciosamente

------------------------------------------------------
Gilmar P.S.L.
@gilmatryx



2011/5/11 Luiz <luiz_p...@hotmail.com>
Olá Gilmar,

Já realizei a atualização e alterações que você me informou e vou
mandar novamente para o banco verificar se esta tudo certo.
Acredito que agora deva estar tudo ok.
Muito obrigado.

Luiz Paulo.




On May 9, 10:42 pm, "Gilmar P.S.L." <gilmat...@gmail.com> wrote:
> Olá Luiz,
>
> Muito legal saber que o projeto está te ajudando :-), Quanto ao seus a sua
> dúvida vamos lá!
>
> Primeiro vc tem que atualizar para a versão
> JRimum-Bopepo-SNAPSHOT-20110415-bin.jar<http://code.google.com/p/jrimum/downloads/detail?name=JRimum-Bopepo-S...>
> (Novidades)<http://www.blog.jrimum.org/2011/04/snapshot-20110415-novidades.html>
>
> *Já que sua dúvida é CNR (Cobrança Não Registrada):*

>
> Então,..., vc tem que informar um objeto carteira na conta bancária e todo o
> resto como em:
>
>
> Depois faça as seguintes mudanças:
>
> O código do cedente (o código informado pelo banco que pode ser ou não é o
> número da conta) =>
>
> > contaBancaria.setNumeroDaConta(*new* NumeroDaConta(123457));
>
> A carteira =>
>
> > contaBancaria.setCarteira(*new* Carteira(1,TipoDeCobranca.*SEM_REGISTRO*

> > ));
>
> O Nosso Número para 13 posições =>
>
> > titulo.setNossoNumero("1234567890123");
>
> E defina o tipo de identificador CNR da seguinte maneira =>
>
> > titulo.setParametrosBancarios(*new*ParametrosBancariosMap(TipoIdentificador CNR.
> > *class*.getName(), TipoIdentificadorCNR.*COM_VENCIMENTO*));
>
> *O tipo do identificador do nosso número utilizado nos títulos de boletos
> bancários de Cobrança Não Registrada (CNR). *
> * *
>
> *Basicamente são dois os tipos de nosso número (NN): *
> * *
>
>    - *O que vincula “vencimento”, “código do cedente” e “código do
>    documento”. Enumerado como (constante 4); *
>    - *O que vincula “código do cedente” e “código do documento”. Enumerado
>    como (constante 5). *

>
>  Pronto, para aperecer "CNR" na impressão, basta sobrescrever o valor do
> campo carteira:
>
> > boleto.addTextosExtras("txtFcCarteira", "CNR");
>
> Veja mais em:
>

>
> É isso!!
> Qualquer dúvida é só falar.
> ------------------------------------------------------
> Gilmar P.S.L.
> @gilmatryx <http://twitter.com/gilmatryx>
> *JR**i*mum *D**ev*eloper
>
> http://www.jrimum.orghttp://www.blog.jrimum.orghttp://twitter.com/jrimumhttp://groups.google.com.br/group/jrimum-community
>
> 2011/5/9 Luiz <luiz_paul...@hotmail.com>

Luiz

unread,
May 13, 2011, 4:54:03 PM5/13/11
to JRimum Community
Gilmar,


Recebi o retorno do suporte mas ainda não foi aprovado...

Estou utilizando o tipo do identificador (constante 5) para gerar o
nosso número onde o mesmo esta sendo gerado corretamente... mas o
suporte do HSBC esta interpretando que o tipo usado foi o (constante
4) simplesmente porque na código editável na posição do fator de
vencimento esta sendo impresso alguns valores aonde deveria ser
impresso apenas (zeros).

Exemplo:
Fator venc. com valores: 39993.04011 60000.000145 54052.000020 4
49870000094771,
Fator venc. sem valores: 39993.04011 60000.000145 54052.000020 4
00000000094771

Atualmente estou utilizando a seguinte configuração para informar o
tipo de indicador:
titulo.setParametrosBancarios(new
ParametrosBancariosMap(TipoIdentificadorCNR.class.getName(),
TipoIdentificadorCNR.SEM_VENCIMENTO));

Fiz um teste e alterei o TipoIdentificadorCNR.SEM_VENCIMENTO para
TipoIdentificadorCNR.COM_VENCIMENTO mas percebi que este se trata do
indicador 4 pois na linha editável foi impressa a DATA JULIANA então
acabei voltando para SEM_VENCIMENTO.

O que você acha que pode ser? pq o fator de vencimento esta sendo
utilizado e impresso?




On May 11, 7:02 pm, "Gilmar P.S.L." <gilmat...@gmail.com> wrote:
> ---------- Forwarded message ----------
> From: Gilmar P.S.L. <gilmat...@gmail.com>
> Date: 2011/5/11
> Subject: Re: Erro ao gerar HSBC
> To: Luiz <luiz_paul...@hotmail.com>
>
> Legal Luiz, muito bom! :-)
>
> Assim que tiver uma resposta do banco nos avise, tudo bem?!
>
> Estamos fazendo o lista dos bancos homologados.
>
> Valeu!!
>
> Atenciosamente
>  ------------------------------------------------------
> Gilmar P.S.L.
> @gilmatryx <http://twitter.com/gilmatryx>
> *JR**i*mum *D**ev*eloper
>
> http://www.jrimum.orghttp://www.blog.jrimum.org
>
> http://twitter.com/jrimum
>
> http://groups.google.com.br/group/jrimum-community
>
> 2011/5/11 Luiz <luiz_paul...@hotmail.com>

Misael Barreto de Queiroz

unread,
May 13, 2011, 5:49:25 PM5/13/11
to jrimum-c...@googlegroups.com
Olá Luiz, tudo bom?

Luiz, no caso o fator de vencimento está sendo calculado e informado porque alguma data de vencimento está sendo informada. No caso, tente fazer o seguinte teste:

titulo.setDataDoVencimento(  org.jrimum.bopepo.FatorDeVencimento.toDate(0)  );

E para que seja exibida uma mensagem no estilo "CONTRA APRESENTAÇÃO", ou outra pertinente, você pode realizar isso através da sobreescrita da exibição do campo "Data de Vencimento"...
http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais/SobrecritaDeCampos
http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais

// Sobrescrita de campos...
boleto.addTextosExtras("txtFcDataVencimento", "CONTRA APRESENTAÇÃO");
boleto.addTextosExtras("txtRsDataVencimento", "CONTRA APRESENTAÇÃO");


Testa aí e nos fala algo, beleza?


Misael Barreto
JRimum Developer
http://www.jrimum.org
P Antes de imprimir, pense em seu compromisso com o meio ambiente

--
Misael Barreto de Queiroz
Analista de Sistemas
Squadra Tecnologia
A serviço do:
Departamento de Desenvolvimento de Sistemas
Tribunal de Justiça do Estado do Rio Grande do Norte
e Conselho Nacional De Justiça
+55 (84) 3616.6200 r6415
+55 (84) 3616.6415

Gilmar P.S.L.

unread,
May 13, 2011, 8:11:14 PM5/13/11
to jrimum-c...@googlegroups.com
Olá Luiz,

Pois é, para ficar com fator de vencimento "zerado" é só fazer como nosso amigo Misael falou.

Agora o porque, foi devido a esse trecho do manual:

6.3 – FATOR DE VENCIMENTO
Este campo deverá ser formatado com um número sequencial a partir de 03/07/2000, cuja
codificação deste dia será 1000 (Fator contado à partir da data base 07/10/1997),
acrescentando-se 1 unidade a cada dia decorrido. Exemplos:
04/07/2000 fator igual a = 1001
01/05/2002 fator igual a = 1667
04/07/2008 fator igual a = 3923
17/10/2010 fator igual a = 4758
21/02/2025 fator igual a = 9999
Nota: Se utilizado o Tipo Identificador “5”, o fator de vencimento deverá ser preenchido
com quatro zeros = 0000, para toda e qualquer situação de vencimento.
6.3.1 – Vencimentos “À Vista” ou “Contra Apresentação”
Para vencimento “À VISTA” ou “CONTRA APRESENTAÇÃO”, o fator de vencimento
deverá ser obtido somando-se 15 dias corridos à data de processamento do bloqueto.
Exemplo:
Data de processamento = 02/01/2008, correspondente ao fator de vencimento = 3739.
Data de vencimento = 17/01/2008 (+ 15 dias corridos), correspondente ao fator de
vencimento = 3754.
Então o fator de vencimento a ser gravado no código de barras será 3754.
Obs.: Á Vista ou Contra Apresentação é somente utilizado com o tipo identificador “5”.

A parte em destaque é para visualizar a controvérsia, então não fizemos a "zeragem" automática devido assim.

Atenciosamente
------------------------------------------------------
Gilmar P.S.L.
@gilmatryx
JRimum Developer
      
http://www.jrimum.org



2011/5/13 Misael Barreto de Queiroz <misael...@tjrn.jus.br>

--
JRiboyToEmail.png

Luiz

unread,
May 13, 2011, 8:48:57 PM5/13/11
to JRimum Community
Olá Misael,

//Sobre a data de vencimento
Realmente eu estava informando a data de vencimento do título porém
não sabia que
o mesmo era utilizada para gerar o fator de vencimento...

//Segui suas instruções..
Adicionei a linha : titulo.setDataDoVencimento(/
org.jrimum.bopepo.FatorDeVencimento.toDate(0)) ,

Sobrescrevi os campos da data de vencimento, gerei o boleto e o campo
editável
imprimiu as posições do fator de vencimento corretamente (apenas com
zeros).

Vou enviar novamente para o suporte homologar e assim que receber o
retorno entro em contato com vcs para informar se deu certo.

Agradeço desde já,

Luiz Paulo.
Analista de Sistemas.



On May 13, 6:49 pm, Misael Barreto de Queiroz
<misaelquei...@tjrn.jus.br> wrote:
> Olá Luiz, tudo bom?
>
> Luiz, no caso o fator de vencimento está sendo calculado e informado
> porque alguma data de vencimento está sendo informada. No caso, tente
> fazer o seguinte teste:
>
> /titulo.setDataDoVencimento(
> /org.jrimum.bopepo.FatorDeVencimento.toDate(*0*)  );
>
> E para que seja exibida uma mensagem no estilo "CONTRA APRESENTAÇÃO", ou
> outra pertinente, você pode realizar isso através da sobreescrita da
> exibição do campo "Data de Vencimento"...http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais/S...http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais
>
> /// Sobrescrita de campos...
> boleto.addTextosExtras("txtFcDataVencimento", "CONTRA APRESENTAÇÃO");
> boleto.addTextosExtras("txtRsDataVencimento", "CONTRA APRESENTAÇÃO");/
>
> Testa aí e nos fala algo, beleza?
>
> *Misael Barreto
> JRimum Developer*http://www.jrimum.org<http://www.jrimum.org/>
> *P***Antes de imprimir, pense em seu compromisso com o meio ambiente

Misael Barreto

unread,
May 14, 2011, 3:47:54 AM5/14/11
to jrimum-c...@googlegroups.com
Fala Gilmar,

Justamente cara. Essa parte aí "se contradiz". Na thread Data de Vencimento, do companheiro Bruno de Souza, a gente alertou pra confusão desse trecho do manual do HSBC...
https://groups.google.com/d/msg/jrimum-community/mYSIlSNJ-B8/MdrNsWl1xo4J

Tem manuais que não explicam, complicam    :-)


Misael Barreto
@misaelbarreto
JRimum Developer
JRiboyToEmail.png

Gilmar P.S.L.

unread,
May 14, 2011, 3:36:28 PM5/14/11
to jrimum-c...@googlegroups.com
É verdade Misael, lembro bem desta thread..

Ainda bem que tem essa galera aí para colocar os manuais à prova e em prática :-)

Valeu!
------------------------------------------------------
Gilmar P.S.L.
@gilmatryx



2011/5/14 Misael Barreto <misael...@gmail.com>
JRiboyToEmail.png

Gilmar P.S.L.

unread,
May 24, 2011, 10:34:25 AM5/24/11
to jrimum-c...@googlegroups.com
E aí Luiz?! Tudo bem?

Conseguiu homologar?


Atenciosamente
------------------------------------------------------
Gilmar P.S.L.
@gilmatryx



2011/5/14 Gilmar P.S.L. <gilm...@gmail.com>
JRiboyToEmail.png

Luiz

unread,
May 24, 2011, 3:56:22 PM5/24/11
to JRimum Community
Oi Gilmar,

Ontem o suporte me enviou uma reposta sobre as novas validações e
preciso tirar algumas dúvidas com vocês antes para resolver este novo
problema...

Segundo o suporte o nosso número esta na posição errada no código
editável e no código de barras... sem dúvidas devo estar informando
errado o nosso número e o DV na classe Titulo.

Minha dúvida é a seguinte...
-Gerei o seguinte nosso número (1473 751) ... nele tenho o primeiro
dígito verificador(7), a constante(5) e o segundo díg. verif.(1);
-Segundo o suporte o calculo dos dígitos esta correto...

Como devo informar estes valores na classe Título ?
titulo.setNossoNumero(0000000001473) ; ??
titulo.setDigitoDoNossoNumero(751); ?? ou apenas o último dígito:
titulo.setDigitoDoNossoNumero(1); ?






On May 24, 11:34 am, "Gilmar P.S.L." <gilmat...@gmail.com> wrote:
> E aí Luiz?! Tudo bem?
>
> Conseguiu homologar?
>
> Atenciosamente
> ------------------------------------------------------
> Gilmar P.S.L.
> @gilmatryx <http://twitter.com/gilmatryx>
> *JR**i*mum *D**ev*eloper
>
> http://www.jrimum.orghttp://www.blog.jrimum.orghttp://twitter.com/jrimumhttp://groups.google.com.br/group/jrimum-community
>
> 2011/5/14 Gilmar P.S.L. <gilmat...@gmail.com>
>
>
>
>
>
>
>
> > É verdade Misael, lembro bem desta thread..
>
> > Ainda bem que tem essa galera aí para colocar os manuais à prova e em
> > prática :-)
>
> > Valeu!
> > ------------------------------------------------------
> > Gilmar P.S.L.
> > @gilmatryx <http://twitter.com/gilmatryx>
> > *JR**i*mum *D**ev*eloper
>
> >http://www.jrimum.org
> >http://www.blog.jrimum.org
> >http://twitter.com/jrimum
> >http://groups.google.com.br/group/jrimum-community
>
> > 2011/5/14 Misael Barreto <misaelbarr...@gmail.com>
>
> >> Fala Gilmar,
>
> >> Justamente cara. Essa parte aí "se contradiz". Na thread *Data de
> >> Vencimento*, do companheiro Bruno de Souza, a gente alertou pra confusão
> >> desse trecho do manual do HSBC...
> >>https://groups.google.com/d/msg/jrimum-community/mYSIlSNJ-B8/MdrNsWl1...
>
> >> Tem manuais que não explicam, complicam    :-)
>
> >> *Misael Barreto
> >> @misaelbarreto
> >> JRimum Developer*
>
> >>http://www.jrimum.org
> >> *P** *Antes de imprimir, pense em seu compromisso com o meio ambiente
>
> >> Em 13 de maio de 2011 21:11, Gilmar P.S.L. <gilmat...@gmail.com>escreveu:
>
> >> Olá Luiz,
>
> >>> Pois é, para ficar com fator de vencimento "zerado" é só fazer como nosso
> >>> amigo Misael falou.
>
> >>> Agora o porque, foi devido a esse trecho do manual:
>
> >>> 6.3 – FATOR DE VENCIMENTO
> >>>> Este campo deverá ser formatado com um número sequencial a partir de
> >>>> 03/07/2000, cuja
> >>>> codificação deste dia será 1000 (Fator contado à partir da data base
> >>>> 07/10/1997),
> >>>> acrescentando-se 1 unidade a cada dia decorrido. Exemplos:
> >>>> 04/07/2000 fator igual a = 1001
> >>>> 01/05/2002 fator igual a = 1667
> >>>> 04/07/2008 fator igual a = 3923
> >>>> 17/10/2010 fator igual a = 4758
> >>>> 21/02/2025 fator igual a = 9999
> >>>> *Nota: Se utilizado o Tipo Identificador “5”, o fator de vencimento
> >>>> deverá ser preenchido*
> >>>> com quatro zeros = 0000, para toda e qualquer situação de vencimento.
> >>>> 6.3.1 – Vencimentos “À Vista” ou “Contra Apresentação”
> >>>> Para vencimento “À VISTA” ou “CONTRA APRESENTAÇÃO”, o fator de
> >>>> vencimento
> >>>> deverá ser obtido somando-se 15 dias corridos à data de processamento do
> >>>> bloqueto.
> >>>> Exemplo:
> >>>> Data de processamento = 02/01/2008, correspondente ao fator de
> >>>> vencimento = 3739.
> >>>> Data de vencimento = 17/01/2008 (+ 15 dias corridos), correspondente ao
> >>>> fator de
> >>>> vencimento = 3754.
> >>>> Então o fator de vencimento a ser gravado no código de barras será 3754.
> >>>> *Obs.: Á Vista ou Contra Apresentação é somente utilizado com o tipo
> >>>> identificador “5”.*
>
> >>> A parte em destaque é para visualizar a controvérsia, então não fizemos a
> >>> "zeragem" automática devido assim.
>
> >>> Atenciosamente
> >>>  ------------------------------------------------------
> >>> Gilmar P.S.L.
> >>> @gilmatryx <http://twitter.com/gilmatryx>
> >>> *JR**i*mum *D**ev*eloper
>
> >>>http://www.jrimum.org
> >>>http://www.blog.jrimum.org
>
> >>>http://twitter.com/jrimum
> >>>http://groups.google.com.br/group/jrimum-community
>
> >>> 2011/5/13 Misael Barreto de Queiroz <misaelquei...@tjrn.jus.br>
>
> >>>>  Olá Luiz, tudo bom?
>
> >>>> Luiz, no caso o fator de vencimento está sendo calculado e informado
> >>>> porque alguma data de vencimento está sendo informada. No caso, tente fazer
> >>>> o seguinte teste:
>
> >>>> *titulo.setDataDoVencimento(  *
> >>>> org.jrimum.bopepo.FatorDeVencimento.toDate(*0*)  );
>
> >>>> E para que seja exibida uma mensagem no estilo "CONTRA APRESENTAÇÃO", ou
> >>>> outra pertinente, você pode realizar isso através da sobreescrita da
> >>>> exibição do campo "Data de Vencimento"...
>
> >>>>http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais/S...
>
> >>>>http://www.jrimum.org/bopepo/wiki/Componente/Documentacao/Tutoriais
>
> >>>> *// Sobrescrita de campos...
> >>>> boleto.addTextosExtras("txtFcDataVencimento", "CONTRA APRESENTAÇÃO");
> >>>> boleto.addTextosExtras("txtRsDataVencimento", "CONTRA APRESENTAÇÃO");*
>
> >>>> Testa aí e nos fala algo, beleza?
>
> >>>> *Misael Barreto
> >>>> JRimum Developer*
> >>>>http://www.jrimum.org
> >>>> *P** *Antes de imprimir, pense em seu compromisso com o meio ambiente
> >>>> On May 11, 7:02 pm, "Gilmar P.S.L." <gilmat...@gmail.com> <gilmat...@gmail.com> wrote:
>
> >>>>  ---------- Forwarded message ----------
> >>>> From: Gilmar P.S.L. <gilmat...@gmail.com> <gilmat...@gmail.com>
> >>>> Date: 2011/5/11
> >>>> Subject: Re: Erro ao gerar HSBC
> >>>> To: Luiz <luiz_paul...@hotmail.com> <luiz_paul...@hotmail.com>
>
> >>>> Legal Luiz, muito bom! :-)
>
> >>>> Assim que tiver uma resposta do banco nos avise, tudo bem?!
>
> >>>> Estamos fazendo o lista dos bancos homologados.
>
> >>>> Valeu!!
>
> >>>> Atenciosamente
> >>>>  ------------------------------------------------------
> >>>> Gilmar P.S.L.
> >>>> @gilmatryx <http://twitter.com/gilmatryx> <http://twitter.com/gilmatryx>
> >>>> *JR**i*mum *D**ev*eloper
> >>>>http://www.jrimum.orghttp://www.blog.jrimum.org
> >>>>http://twitter.com/jrimum
> >>>>http://groups.google.com.br/group/jrimum-community
>
> >>>> 2011/5/11 Luiz <luiz_paul...@hotmail.com> <luiz_paul...@hotmail.com>
>
> >>>>  Olá Gilmar,
>
> >>>>   Já realizei a atualização e alterações que você me informou e vou
> >>>> mandar novamente para o banco verificar se esta tudo certo.
> >>>> Acredito que agora deva estar tudo ok.
> >>>> Muito obrigado.
>
> >>>>   Luiz Paulo.
>
> >>>> @gilmatryx <http://twitter.com/gilmatryx> <http://twitter.com/gilmatryx>
> >>>> *JR**i*mum *D**ev*eloper
>
> >>>>    http://www.jrimum.orghttp://www.blog.jrimum.orghttp://
>
> ...
>
> read more »
>
>  JRiboyToEmail.png
> 87KViewDownload

Gilmar P.S.L.

unread,
May 24, 2011, 11:38:43 PM5/24/11
to jrimum-c...@googlegroups.com
Olá Luiz,

Você tem que informar o nosso número com o exato número de dígitos da cobrança.
Nesse caso, em primeiro lugar a parte que irá para o código de barras (o nosso número sem dígitos verificadores):

titulo.setNossoNumero("0000000001473");



Depois para efeito de impressão dos dados, "mas essa parte não aparece no código de barras", os dígitos verificadores:

titulo.setDigitoDoNossoNumero("751");



Qualquer dúvida é só falar.

Atenciosamente
------------------------------------------------------
Gilmar P.S.L.
@gilmatryx
JRimum Developer
      



2011/5/24 Luiz <luiz_p...@hotmail.com>

Luiz

unread,
May 25, 2011, 6:43:15 PM5/25/11
to JRimum Community
Olá Pessoal,

Recebi o retorno do suporte e o boleto finalmente foi aprovado.
Obrigado a todos pela ajuda.

Atenciosamente,
Luiz Paulo.


On May 25, 12:38 am, "Gilmar P.S.L." <gilmat...@gmail.com> wrote:
> Olá Luiz,
>
> Você tem que informar o nosso número com o exato número de dígitos da
> cobrança.
> Nesse caso, em primeiro lugar a parte que irá para o código de barras (o
> nosso número sem dígitos verificadores):
>
> titulo.setNossoNumero("0000000001473");
>
>
>
> Depois para efeito de impressão dos dados, "mas essa parte não aparece no
> código de barras", os dígitos verificadores:
>
> titulo.setDigitoDoNossoNumero("751");
>
>
>
> Qualquer dúvida é só falar.
>
> Atenciosamente
> ------------------------------------------------------
> Gilmar P.S.L.
> @gilmatryx <http://twitter.com/gilmatryx>
> *JR**i*mum *D**ev*eloper
>
> http://www.jrimum.orghttp://www.blog.jrimum.orghttp://twitter.com/jrimumhttp://groups.google.com.br/group/jrimum-community
>
> 2011/5/24 Luiz <luiz_paul...@hotmail.com>
> ...
>
> read more »

Gilmar P.S.L.

unread,
May 25, 2011, 6:46:48 PM5/25/11
to jrimum-c...@googlegroups.com
Muito bom Luiz!!

Então podemos considerar como homologado correto?

Você não gostaria de acrescentar seu caso de sucesso a essa lista:

https://groups.google.com/d/topic/jrimum-community/B-Wa15fseEI/discussion

Seria bom para o nosso projeto. Mas se não quiser tudo bem!

Valeu!
------------------------------------------------------
Gilmar P.S.L.
@gilmatryx
JRimum Developer
      



2011/5/25 Luiz <luiz_p...@hotmail.com>

--

Jose Assis de Menezes Neto

unread,
Jul 11, 2016, 3:04:12 PM7/11/16
to JRimum Community, tm.m...@gmail.com
Galera sei que essa Thread está morta a muito tempo porém estou tendo problemas em gerar o boleto registro do HSBC que é o seguinte, está me retornando a seguinte exceção:

16:00:20,634 ERROR [org.jrimum.utilix.text.AbstractLineOfFields] (default task-11) ERRO DE LEITURA
16:00:20,635 WARNING [javax.enterprise.resource.webcontainer.jsf.lifecycle] (default task-11) #{cc.attrs.actionBtnImprimir}: java.lang.IllegalStateException: Erro na escrita do campo de posição [ 1 ]: javax.faces.FacesException: #{cc.attrs.actionBtnImprimir}: java.lang.IllegalStateException: Erro na escrita do campo de posição [ 1 ]
at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:118)
at javax.faces.component.UICommand.broadcast(UICommand.java:315)
at org.primefaces.component.api.UITree.broadcast(UITree.java:395)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
at com.ocpsoft.pretty.PrettyFilter.doFilter(PrettyFilter.java:118)
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:265)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToPath(ServletInitialHandler.java:200)
at io.undertow.servlet.spec.RequestDispatcherImpl.forwardImpl(RequestDispatcherImpl.java:193)
at io.undertow.servlet.spec.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:106)
at com.ocpsoft.pretty.PrettyFilter.doFilter(PrettyFilter.java:110)
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at br.com.r2soft.r2boletos.util.URLSessionFilter.doFilter(URLSessionFilter.java:37)
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:793)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: javax.faces.el.EvaluationException: java.lang.IllegalStateException: Erro na escrita do campo de posição [ 1 ]
at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:101)
at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)
... 56 more
Caused by: java.lang.IllegalStateException: Erro na escrita do campo de posição [ 1 ]
at org.jrimum.utilix.Exceptions.throwIllegalStateException(Exceptions.java:183)
at org.jrimum.utilix.text.AbstractLineOfFields.write(AbstractLineOfFields.java:204)
at org.jrimum.utilix.text.AbstractLineOfFields.write(AbstractLineOfFields.java:62)
at org.jrimum.bopepo.Boleto.setCampoLivre(Boleto.java:246)
at org.jrimum.bopepo.Boleto.<init>(Boleto.java:157)
at br.com.r2soft.r2boletos.bo.boletos.BoletoBO.preencherBoletoBopepo(BoletoBO.java:131)
at br.com.r2soft.r2boletos.bo.boletos.hsbc.BoletoHSBCBO$Proxy$_$$_WeldSubclass.preencherBoletoBopepo$$super(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:49)
at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:77)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInCallerTx(TransactionalInterceptorBase.java:129)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.doIntercept(TransactionalInterceptorRequired.java:55)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.intercept(TransactionalInterceptorBase.java:76)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.intercept(TransactionalInterceptorRequired.java:47)
at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:74)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
at br.com.r2soft.r2boletos.bo.boletos.hsbc.BoletoHSBCBO$Proxy$_$$_WeldSubclass.preencherBoletoBopepo(Unknown Source)
at br.com.r2soft.r2boletos.bo.titulos.hsbc.TituloHSBCBO.montarInformacoesBoleto(TituloHSBCBO.java:566)
at br.com.r2soft.r2boletos.bo.titulos.hsbc.TituloHSBCBO$Proxy$_$$_WeldSubclass.montarInformacoesBoleto(Unknown Source)
at br.com.r2soft.r2boletos.bo.titulos.hsbc.TituloHSBCBO.imprimirBoletoUnico(TituloHSBCBO.java:508)
at br.com.r2soft.r2boletos.bo.titulos.hsbc.TituloHSBCBO$Proxy$_$$_WeldSubclass.imprimirBoletoUnico$$super(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.weld.interceptor.proxy.TerminalAroundInvokeInvocationContext.proceedInternal(TerminalAroundInvokeInvocationContext.java:49)
at org.jboss.weld.interceptor.proxy.AroundInvokeInvocationContext.proceed(AroundInvokeInvocationContext.java:77)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.invokeInOurTx(TransactionalInterceptorBase.java:117)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.doIntercept(TransactionalInterceptorRequired.java:53)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorBase.intercept(TransactionalInterceptorBase.java:76)
at com.arjuna.ats.jta.cdi.transactional.TransactionalInterceptorRequired.intercept(TransactionalInterceptorRequired.java:47)
at sun.reflect.GeneratedMethodAccessor184.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:74)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeAroundInvoke(InterceptorMethodHandler.java:84)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.executeInterception(InterceptorMethodHandler.java:72)
at org.jboss.weld.interceptor.proxy.InterceptorMethodHandler.invoke(InterceptorMethodHandler.java:56)
at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:79)
at org.jboss.weld.bean.proxy.CombinedInterceptorAndDecoratorStackMethodHandler.invoke(CombinedInterceptorAndDecoratorStackMethodHandler.java:68)
at br.com.r2soft.r2boletos.bo.titulos.hsbc.TituloHSBCBO$Proxy$_$$_WeldSubclass.imprimirBoletoUnico(Unknown Source)
at br.com.r2soft.r2boletos.bo.titulos.hsbc.TituloHSBCBO$Proxy$_$$_WeldClientProxy.imprimirBoletoUnico(Unknown Source)
at br.com.r2soft.r2boletos.controller.titulo.TituloBean.imprimirBoletoUnico(TituloBean.java:703)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.sun.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:181)
at com.sun.el.parser.AstValue.invoke(AstValue.java:289)
at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
at com.sun.faces.facelets.el.ContextualCompositeMethodExpression.invoke(ContextualCompositeMethodExpression.java:194)
at com.sun.faces.facelets.tag.TagAttributeImpl$AttributeLookupMethodExpression.invoke(TagAttributeImpl.java:477)
at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)
... 57 more
Caused by: java.lang.IllegalArgumentException: O tamaho do campo [ 10 ] é incompatível com o especificado [1]!
at org.jrimum.utilix.Exceptions.throwIllegalArgumentException(Exceptions.java:81)
at org.jrimum.utilix.text.Field.write(Field.java:361)
at org.jrimum.utilix.text.AbstractLineOfFields.write(AbstractLineOfFields.java:200)
... 122 more

16:00:20,637 INFO  [stdout] (default task-11) javax.faces.FacesException: #{cc.attrs.actionBtnImprimir}: java.lang.IllegalStateException: Erro na escrita do campo de posição [ 1 ]

a mesma está ocorrendo devido ao fato de eu ter setado o campo digitoVerificadorNossoNumero com duas posições exemplo, meu dígito calculado usando módulo 11 segundo manual do banco é 10 porém esse erro é gerado pois a API de vocês só aceitam um caractere nesse campo, vocês já resolveram isso em alguma atualização que eu não saiba, ou se tem alguma maneira de resolver me avisem por favor pois estou precisando disso pra dar continuidade no sistema, já consigo gerar para cobranças registradas Itaú, Banco do Brasil, Bradesco, porém estou trabalhando com o HSBC agora e estou tendo problemas com o mesmo. Agradeço se puderem me ajudar obrigado. 
Reply all
Reply to author
Forward
Message has been deleted
0 new messages