Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.872
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Bom dia. Você não disse qual é exatamente o seu problema? O real a algum tempo se juntou com o Santander, então layout do boleto e dos arquivos remessa, ficaram no padrão do Santander. Att
  2. Bom dia. 1]) Este inteiro é o número da remessa, alguns bancos tem no primeiro registro do arquivo o número da remessa atual, este número deve ser sequencial e deve ser controlado pela sua aplicação. 2)Você pode imprimir o boleto quantas vezes quiser, desde que o nosso número seja sempre o mesmo, é claro. Att.
  3. Bom dia. Seus fontes do svn estão atualizados?.. Esta semana mesmo implementamos uma pequena correção no Santander para o tamanho da conta corrente, que estava limitada a 5 e agora passou a ser 8. Qual é exatamente o erro que está ocorrendo? Att.
  4. Bom dia Tiago. Obrigada pela contribuição, mm breve suas alterações estarão disponiveis no svn. Att.
  5. Bom dia. Vc está usando qual componente para imprimir os boletos, Fortes ou Quick?...Vc chegou a enviar ao suporte do banco este boleto? Att
  6. Boa tarde. Existe outro tópico falando sobre isso no fórum, vc está testando nos caixas eletronicos ou nos leitores comuns? Att
  7. Boa tarde. Vc já tentou rodar como Administrador o seu projeto? Sua conta tem 11 digitos com ou sem o digito verificador? Att
  8. Bom dia. A carteira correta, vc precisa checar com o seu cliente ou o gerente da conta, já que isso varia de acordo com o serviço contratado pelo cliente. Att.
  9. Boa tarde. Nestes casos, é melhor observar o manual distribuido pelos bancos e ver se ele fala algo com relação a essas carteiras...o melhor a fazer seria mandar um teste para o banco validar esses boletos também. Att.
  10. Bom dia. No caso do GBBoleto, ele bate com o impresso pelo programa do banco? É apenas para essas carteiras especificas que o problema ocorre? Att
  11. Bom dia. Vários bancos já estão sendo utilizados e inclusive foram homologados nos suportes de cada banco, como o Santander, Bradesco, Banco do Brasil, o Itaú...entre outros, eu reparei que varios manuais tiveram atualizações ao longo do tempo e por isso pode ser que estejam diferentes...Mas vc está tendo problemas com algum banco? Att.
  12. Bom dia. Então o pagamento não está indo para nenhuma conta?...existem pessoas que estão utilizando o Itaú sim, você pode entrar em contato com o suporte do banco e enviar um boleto para que eles verifiquem a conta que consta no mesmo... Att
  13. OK Douglas... Em breve suas correções estaram no svn. Att.
  14. Bom dia. Vc sabe para onde está indo o pagamento?... no boleto gerado realmente está a conta correta? Att.
  15. Bom dia. Para saber qual carteira é a correta, você precisa se informar junto ao banco, o suporte do Bradesco é excelente e com certeza irá te ajudar. Quanto ao banco imprimir o boleto, isso só ocorre se o cliente contratar esse serviço junto ao banco, caso contrário o banco não irá imprimir. Att.
  16. Bom dia. Para validar os boletos, caso vc esteja testando para algum cliente, você entrar em contato direto com o suporte do banco, porém caso não seja para nenhum cliente, se você observar as instruções do manual do banco, vai conseguir fazer a conferência também. Quanto ao Nosso Número, ele é como se fosse o Identificador do boleto no banco, então ele nunca pode ser repetir. Att.
  17. Bom dia. Essas informações, você poderia colocar nas mensagens. Att.
  18. Bom dia. Já está disponivel no svn a correção para este problema. Att.
  19. Bom dia. O svn já está atualizado com as correções para o Banrisul. Att.
  20. Bom dia. Infelizmente para avaliar seu código fonte estou sem tempo, você chegou a fazer um teste com o demo? Att.
  21. Bom dia. Já esta no svn a implementação do SICOB feita por vc, consegui manter o SICSB e o SICOB usando o tamanho do convênio que é de 6 digitos no caso do SIGCB e para o SICOB é maior, desta forma funciona das duas maneiras. Att.
  22. Bom dia. O código do cedente é utilizado na impressão e nos arquivos remessa, logo ele existe no componente, o número da nota que gerou o boleto também, porém o código do representante não é usado na remessa e nem consta no boleto impresso não existe. Att.
  23. Bom dia. O digito verificador é calculado com base em todas as demais informações do código de barras, conforme mostrado na primeira resposta ao seu post. Verifique se vc esta passando todas as informações corretamente ao componente. Att.
  24. Bom dia. Os dados do boleto, estão na propria duplicata gravada no seu banco, vc precisa apenas armazenar o nosso numero, e os dados da conta....tendo essas informações, basta adicionar este boletos nas remessa e gerar o arquivo. Att.
  25. Bom dia. Estive analisando as diferenças entre os dois layouts e reparei que não são tão grandes...porém precisavamos de uma propriedade para dizer qual deles usar...você sabe quais são os nomes destes padrões? Possui o manual do que você implementou nas suas correções? 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.