Juliana Tamizou

Bom dia. O problema só ocorre com a Caixa ou em qualquer banco? Att.

Bom dia. Com essa lista fica mais fácil ler, porém no change log também é possível acompanhar os bancos que já foram implementados Att.

Bom dia. Aparentemente existe um erro no manual do banco, pois ele diz: "Se o módulo da divisão anterior for igual a ‘0’ (Zero) ou ‘1’ (um) o dígito verificador será ‘0’ (zero), para qualquer outro valor Subtrair o módulo do número 11 para obter o dígito verificador " 0*8=0 2*7=14 1*6=6 9*5=45 9*4=36 2*3=6 1*2=2 Soma = 109 Mod 11 = 10 DV= 1 Por favor solicite junto ao banco um novo manual para verificarmos se houve alguma alteração nas regras de calculo do DV do Nosso Número.

Bom dia. Existe um manual específico para este tipo de remessa e retorno? Att.

Bom dia. Você pode utilizar a função MontarCampoNossoNumero() Att.

Bom dia. Por favor anexe o manual utilizado aqui, para que possamos disponibilizar para todos os usuários do componente. Att.

Bom dia. Apenas gostaria de confirmar a razão da troca do "041" por "40" no final da atribuição, pq não ficou apenas "41" ? CampoLivre:= Modalidade +'1'+ padR(copy(ACBrBoleto.Cedente.Agencia,1,4), 4, '0')+{ Código agência (cooperativa) } padR(ACBrBoleto.Cedente.Conta, 7, '0')+{ Código cedente = Número da conta } padR(NossoNumero, 8, '0')+{ Nosso número } '40'; Att.

Bom dia. Esses bancos são confusos msm...correção já está disponível no svn. Att.

Sem problemas, você chegou a efetuar a correção e enviar novamente o arquivo ao banco? Se possível tentar homologar com os "9" e caso der certo postar aqui. Att.

Bom dia. Existem pessoas utilizando este banco sim, inclusive recentemente foram enviadas algumas correções para esta classe. Como você está preenchendo o componente e qual a diferença encontrada? Att.

Bom dia. Veja oque diz o manual do Banco " 340-353 CIC/CGC do sacador avalista 99999999999999" Acredito que seria melhor verificar com o banco a forma correta de informar este campo, já que os "9"s indicam que é um campo numérico e por consequência o correto não seria preencher com espaços. Att

Bom dia. Você verificou se a lista de boleto não está vazia? Att

Bom dia. A correção foi finalmente disponibilizada no svn. Att.

Bom dia. Você está tendo um erro, ou a data está ficando com o ano de 1899? Pois o StringtoDateTimeDef deveria jogar o valor default caso a conversão falhasse... Att.

Bom dia. O banco reclamou disso? Att

Bom dia. Realmente alguns bancos tem um processo de homologação muito lento e burocrático (que o digam os usuários da Caixa), quanto as alterações, qualquer dúvida que tiver pode postar aqui. Att.

Sem problemas. Mas apenas para confirmar se eu entendi direito, quando vc diz "Realizei um "Revert" na Unit "ACBrBancoItau.pas", é pq vc havia feito alguma modificação e a desfez? Att.

Bom dia. Realmente algumas carteiras tem uma forma diferente de serem tratadas nos boletos, que podem ainda não ter sido implementadas, este pode ser o caso da carteira 175, mas assim que possível irei analisar esta questão e se possível quando pronto, vc homoga junto ao banco. Att.

Bom dia. Correção no svn. Att

Bom dia. Alterações estão no svn. Att.

Bom dia. Correção disponível no svn. Att.

Bom dia. Alterações disponíveis no svn. Att.

Bom dia. Alterações disponíveis no svn. Att.

Bom dia a todos. Acabamos de disponibilizar no svn diversas contribuições ao componente, inclusive esta. Att.

Bom dia. Você informou as propriedades ContaDigito e AgenciaDigito? Att.