Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.857
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Bom dia. Qual é o tamanho do número do seu convênio, pergunto isso, pois o BB possui 3 layouts diferentes de acordo com o tamanho do número do convênio. Att.
  2. Boa tarde. Eu ainda não entendi onde está o seu problema, abaixo está um trecho da geração do arquivo remessa do SIcredi: /* Modalidade := IfThen(Cedente.Modalidade='','1',Cedente.Modalidade); 1-Sem registro ou 3-Com registro. Se o seu problema for a modalidade, basta configurar no componente ACBrBoleto a propriedade Cedente.Modalidade com o valor que você precisa, no caso '3'. { Monta o campo livre } CampoLivre := Modalidade + '1' + {Carteira Simples} Agora se o seu problema for o tipo de carteira, que como você ver no trecho de código acima, está fixo o valor '1', ai sim teriamos que analisar uma mudança. Att.
  3. Boa tarde. Por favor, atualize seus fontes, a alguns dias eu enviei uma correção para este problema. Att.
  4. Boa tarde. Pelo que pude analisar nos boletos enviados, a diferença está nos digitos verificadores, você chegou a consultar a manual e verificar qual dos dois estaria correto? Pois Bradesco ja foi testado e inclusive homologado. Att.
  5. Bom dia. Você vai utilizar o ACBrMonitor? Att.
  6. Bom dia. Pelo que estou entendendo você está tendo problemas com o segundo campo do Campo Livre, o tipo de carteira,onde está fixo o 1, é isso mesmo ou o problema é o primeiro campo? Se for o primeiro campo, basta você informar na Modalidade o valor 3... Senão qual é o outro valor que você precisa informar? Att.
  7. Bom dia. Quais são as outras opções para este campo, além de 1? Att.
  8. Boa tarde Jeter. Por favor anexe também o manual da cobrança sem registro. Att
  9. Boa tarde. Dei uma olhada no fonte do banco Sicredi e reparei que: O primeiro campo do Campo Livre é usado para definir a modalidade (3-com registro e 1-sem registro) O segundo campo é o tipo de Carteira (1-Carteira Simples.) O seu problema esta no primeiro ou no segundo campo? Se estiver basta colocar "3" na modalidade. Por favor, anexe aqui a resposta do banco para o seu teste. Att
  10. Bom dia. Você chegou a consultar o manual do banco para saber quais as informações compoe a linha digitavel e assim saber se está correto ou não? Oque seria exatamente o tipo de registro? Att.
  11. Bom dia. O número da remessa deve ser senquencial e incrementado de 1 em 1, não pode ser repetido. Quando você imprime um boleto, não precisa necessariamente gerar a remessa dele em seguida, pois mesmo que sejam enviados vários arquivos remessa ao banco no mesmo dia, haverá apenas um retorno no dia seguinte. Você pode imprimir todos os boletos que quiser durante o dia, e ao final gerar uma unica remessa contendo todos os boletos. Quanto ao nosso número, você diz que sempre ao imprimir o boleto esse número é incrementado, caso um boleto seja reimpresso o nosso número tem que continuar o mesmo. Att.
  12. 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
  13. 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.
  14. 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.
  15. Bom dia Tiago. Obrigada pela contribuição, mm breve suas alterações estarão disponiveis no svn. Att.
  16. 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
  17. Boa tarde. Existe outro tópico falando sobre isso no fórum, vc está testando nos caixas eletronicos ou nos leitores comuns? Att
  18. Boa tarde. Vc já tentou rodar como Administrador o seu projeto? Sua conta tem 11 digitos com ou sem o digito verificador? Att
  19. 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.
  20. 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.
  21. 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
  22. 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.
  23. 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
  24. OK Douglas... Em breve suas correções estaram no svn. Att.
  25. Bom dia. Vc sabe para onde está indo o pagamento?... no boleto gerado realmente está a conta correta? 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.