Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.869
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Bom dia. Respostas 1 - Oque você informou no campo Agencia e Código do Cedente ? Se a quantidade de caracteres dois dois campos juntos for inferior a 7, o '24' não irá sair mesmo. 2- Qual gerador você está usando? nos testes aqui está normal. 3- Basta você informar a carteira. Obs: Foram adicionadas ao svn novas correções e alterações, por favor atualize seu svn. Att.
  2. Bom dia. A correção para este problema foi implementada e está no svn. Att
  3. Bom dia. A correção que você enviou está disponivel no svn com alguns ajustes. Att.
  4. Bom dia. Existe alguma diferença caso a carteira seja regsistrada ou não? Att.
  5. Bom dia. Já estão disponiveis no svn as suas correções. Att.
  6. Bom dia. Suas alterações já estão disponiveis no svn. Att.
  7. Bom dia. Já estão no svn as correções enviadas por você. Att.
  8. Bom dia. Existe a possibilidade de se imprimir os boletos no formato pdf ou html, basta selecionar isto nas propriedades do componente ACBrBoletoFC (Fortes, LaReport ou Quick). Att.
  9. Boa tarde. O tamanho do nosso número vai varias de acordo com o tamanho do convênio utilizado. Qual é o tamanho do número do convenio que você esta testando? Att.
  10. Boa tarde. Para desenvolver a classe do HSBC, você se basear nos bancos que já existem, como o Bradesco ou outro banco, qualquer dúvida você pode postar aqui mesmo. Att.
  11. Bom dia. No manual do ACBrMonitor existe um tópico para o ACBrBoleto. Att.
  12. Bom dia. Você efetuou estes testes no Demo do ACBrBoleto? Aqui eu testei com as mesmas informações do seu boleto e os digitos foram calculados corretamente, por favor, verifique se seus fontes estão atualizados. Att.
  13. 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.
  14. 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.
  15. Boa tarde. Por favor, atualize seus fontes, a alguns dias eu enviei uma correção para este problema. Att.
  16. 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.
  17. Bom dia. Você vai utilizar o ACBrMonitor? Att.
  18. 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.
  19. Bom dia. Quais são as outras opções para este campo, além de 1? Att.
  20. Boa tarde Jeter. Por favor anexe também o manual da cobrança sem registro. Att
  21. 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
  22. 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.
  23. 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.
  24. 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
  25. 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.
×
×
  • 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.