Juliana Tamizou
-
Total de ítens
14.645 -
Registro em
-
Última visita
-
Days Won
186
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Juliana Tamizou
-
-
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.
-
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
-
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.
-
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.
-
Bom dia Tiago.
Obrigada pela contribuição, mm breve suas alterações estarão disponiveis no svn.
Att.
-
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
-
Boa tarde.
Existe outro tópico falando sobre isso no fórum, vc está testando nos caixas eletronicos ou nos leitores comuns?
Att
-
Boa tarde.
Vc já tentou rodar como Administrador o seu projeto?
Sua conta tem 11 digitos com ou sem o digito verificador?
Att
-
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.
-
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.
-
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
-
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.
-
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
-
OK Douglas...
Em breve suas correções estaram no svn.
Att.
-
Bom dia.
Vc sabe para onde está indo o pagamento?... no boleto gerado realmente está a conta correta?
Att.
-
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.
-
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.
-
Bom dia.
Essas informações, você poderia colocar nas mensagens.
Att.
-
Bom dia.
Já está disponivel no svn a correção para este problema.
Att.
-
Bom dia.
O svn já está atualizado com as correções para o Banrisul.
Att.
-
Bom dia.
Infelizmente para avaliar seu código fonte estou sem tempo, você chegou a fazer um teste com o demo?
Att.
-
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.
-
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.
-
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.
Boleto Bancário Sicredi
em ACBrBoleto
Postado
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.