Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.870
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Boa tarde. Verifique se informou corretamente a carteira (11,31,51,12,15 ou 17) e se setou a propriedade Cedente.ResponEmissao diferente de tbClieEmite. Att.
  2. Boa tarde Graça. Acredito que seja possível sim, irei verificar para disponibilizar no próximo comit. Att.
  3. Boa tarde. O ACBrMonitorPlus já está versão 0.3.07.1, o problema persisti nesta versão? Att.
  4. Bom dia. Tente fprinci.ACBrBoleto1.ListadeBoletos.Objects.OcorrenciaOriginal.Tipo Att.
  5. Bom dia. Cada banco retorna as ocorrências num código diferente, porém você pode observar que o componente sempre mapeia para os tipos enumerados utilizados por ele, conforme a função CodOcorrenciaToTipo() implementada em cada um dos bancos. Att.
  6. Bom dia. Sua alteração entrou na fila para análise, obrigada pela contribuição. Att.
  7. Bom dia. Se seu svn está atualizado e as alterações ainda não constam nos seus fontes, significa que ainda não foi disponibilizado. Att.
  8. Bom dia. Ainda não foi concluída a análise, porém considerando sua última resposta entendo que a remessa terá informações de protesto e o boleto não, isto está correto? Att.
  9. Bom dia. Os códigos de mora aceitos pelo Sicredi são A e B. Att.
  10. Bom dia. Basta adicionar a unit alterada no tópico para que as alterações sejam analisadas.. Att.
  11. Boa tarde. Realmente a informação que lhe passei antes era referente aos Juros, para multa não é possível neste momento tratar da mesma forma. Att.
  12. Boa tarde. Em relação a alteração na remessa realmente é necessário, porém seu comentário quanto a impressão parece estar divergente quanto ao que é feito no componente, uma vez que é impresso o NossoNumero informado ao mesmo e o DV. Att.
  13. Bom dia. Iremos analisar, obrigada Att.
  14. Bom dia. Informe o código de mora 2. Att.
  15. Bom dia. Se desejar você pode iniciar estudando os manuais do banco para CNAB240 e CNAB400 e implementar de forma que fique correto nas duas situações. Att.
  16. Boa tarde. O componente estava em uso sem necessidade desta alteração, você fez um teste com o demo? Att.
  17. Boa tarde. O componente é o mesmo para todos, oque quis dizer é que como o Banco do Brasil possui vários layouts diferentes (sempre CNAB240 ou 400, porém cada um com informações e posições diferentes), os códigos de rejeição também parecem várias conforme o tipo de remessa/retorno utilizado. Acredito que seja necessári8a uma alteração no componente devido a esta situação. Att.
  18. Boa tarde. Basta informar o Código do Cliente na propriedade Cedente do componente ACBrBoleto. Quanto ao sequencial do nosso número, basta informar a propriedade NossoNumero do título. Att.
  19. Boa tarde. Por favor anexe os logs ao tópico. Att.
  20. Boa tarde. Seu arquivo retorno estava no padrão CNAB240? Aparentemente os códigos de retorno são diferentes do CNAB400 ( o qual o componente está utilizando na tradução das rejeições) Att.
  21. Boa tarde. O Bradesco possui layout para CNAB400, você tem certeza que eles estão recusando esse padrão? Att.
  22. Boa tarde. Você deve informar no campo Modalidade da chave Cedente Att.
  23. Boa noite. Houve uma alteração recente no ACBrBoletoFCFortes para incluir a função citada. Att.
  24. Boa tarde. Cada banco tem um tamanho máximo de nosso número, você deve respeitar essa definição. Att.
  25. Boa tarde. Verifique como está informando a propriedade Carteira, para que seja "24" você deve informar SR 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.