Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.862
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Boa tarde. Quanto ao CNPJ, seria melhor verificar junto ao banco porque está informação não está vindo, pois segundo o manual fornecido pelo mesmo estes campos são informados. Quanto ao digito do nosso número, talvez fosse interessante uma propriedade no componente ao algo desse tipo que indique se o Digito do nosso número deve ser lido também. Caso queira efetuar a alteração e postar aqui para análise fique a vontade. Att.
  2. Bom dia Luciano. Sobre a posição inicial do nosso número, verifique seu svn e também se você precisa utilizar a classe CaixaEconomica ou CaixaEconomicaSICOB, a posição inicial do nosso número já está na 47. Quanto ao CPf/CNPJ do cedente no arquivo que você anexou ao fórum é informado, por isso não é necesário remover a validação.] Att.
  3. Bom dia. Correções disponíveis no svn. Att.
  4. Bom dia. Contribuição disponível no snv. Att.
  5. Qual Delphi você está usando e qual o componente para gerar os boletos?
  6. Bom dia. Você fez testes direto no Demo e esse erro ocorre também? Att.
  7. Bom dia Jair. Correções disponíveis no svn. Att.
  8. Bom dia Gislaine. Correções disponíveis no svn. Att.
  9. Bom dia. Normalmente o banco também mudaria, no log do ACBr não está dando nenhum erro? Att.
  10. Bom dia. Isso mesmo. Att.
  11. Bom dia. Informe na propriedade carteira o "18" e na propriedade modalidade o "019". Att.
  12. Boa tarde. Na verdade não uso o componente para impressão do Fast, utilizo o Fortes... porém o correto é apenas usar a retorno da função MontarCampoCedente ente campo do boleto, caso esteja sendo utilizado outra informação faça um teste removendo a mesma do relatório. Att.
  13. Bom dia. Em breve a correção estará disponivel no svn. Att.
  14. Bom dia Gislaine. Favor anexar no fórum a unit alterada. Att.
  15. Boa tarde Jair. O calculo do nosso número é feito pelo componente, apenas deve ser informado o Nosso Número, em o digito verificador. Att.
  16. Boa tarde Jonathan. Não foi feito nada nesse sentido para o ACBrBoleto. Att.
  17. Bom dia Renato e Camilo. A classe do BRB foi adicionada ao svn. Att.
  18. Bom dia. Por favor, anexe aqui a sua unit por favor. Att.
  19. Boa tarde. Tente verificar se o componente para o FastReport utiliza a função MontarCampoCedente para imprimir este código ou se apenas pega o valor da propriedade códigoCedente. Att.
  20. Boa tarde. Fiz uma breve conferência e o DV do Nosso Númeroi não é informado na linha digitável, independente do convênio.... Qual é a critica que está sendo feita pelo banco? e quais as informações você passou ao componente para gerar a remessa? Att.
  21. Boa tarde. É CobCaixaSicob mesmo, acabei me confundindo....você recompilou os componentes, pois acabei de testar no Demo e não foi impresso dessa forma?... Att.
  22. Boa tarde Yorrann. A geração dos arquivos remessa e montagem dos boletos é feita de acordo com a particularidade de cada banco, para isso cada banco possui uma unit com a montagem dos arquivos de acordo com o especificado pelo banco. O Banco do Brasil possui 3 layouts diferentes, para que seja utilizado o layout correto deve-se informar o número convênio com a exata quantidade de dígitos informada pelo banco, por exemplo, se o código informado pelo banco for 123456 e for passado ao componente 0123456 a remessa e o boleto não serão montados da forma esperada pelo banco.
  23. Boa tarde Osvaldo. Você informou o tipoCobranca como CobCaixaEconomicaSicob? Att.
  24. Bom dia. Observe o seguinte tópico... viewtopic.php?f=35&t=6484&p=34699&hilit=vers%C3%A3o+fortes#p34699 Att.
  25. Bom dia. As alterações já estão disponiveis no svn. Att.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.