Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.817
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Boa tarde. Qual foi o valor correto indicado pelo banco? Favor fornecer os valores informados ao componente. Att.
  2. Boa tarde. Tente informar o "16" na propriedade CodigoCedente. Att.
  3. Boa tarde. Não se trata de POG e sim de colocar no componente a inteligência de garantir que seja enviado um valor válido na remessa conforme as regras do banco. Favor fornecer as demais informações passadas ao componente para que possamos analisar melhor esta situação. Att.
  4. Boa tarde. Oque diz o manual sobre o conteudo desta posição? Att.
  5. Boa tarde. Na verdade nunca passamos por algo assim, tente mandar um print da visualização no notepad++ para o suporte. Att.
  6. Boa tarde. Você está utilizando o mesmo tipo de cobrança nos dois casos? Att.
  7. Boa tarde. Você está utilizando o mesmo tipo de cobrança nos dois casos? Att.
  8. Bom dia. De acordo com o manual seu arquivo está correto, recomendo que verifique junto ao suporte do banco esta situação. Att.
  9. Bom dia. o QuickReport não é mais suportado, recomendo a migração para o FortesReport. Att.
  10. Boa tarde. Nenhum tipo de ocorrência referente aos boletos enviados na remessa, consta no arquivo de retorno? Att.
  11. Boa tarde. Não entendi exatamente quando seria útil esta alteração. Att.
  12. Boa tarde. As validações que fiz anteriormente foram somente enviando ao suporte do banco os arquivos, não sei dizer se seria possível da forma descrita por você. Att.
  13. Boa tarde. Verifique se o validador não espera o layout de 240 colunas. Att.
  14. Boa tarde. Qual gerador de relatórios está sendo utilizado? Foi possível reproduzir o mesmo no demo? Att.
  15. Boa tarde. Será necessário ajuste para quando o boleto é emitido pelo banco e numerado pelo mesmo. Att.
  16. Boa tarde. São layouts diferentes, para entender melhor você pode observar os manuais disponíveis no svn. svn.code.sf.net/p/acbr/code/tools/bancos Att.
  17. Boa tarde @Cassiano Rovida Quando um fonte é disponibilizado para análise significa que ele foi anexo em uma postagem qualquer, por isso disse que ninguém até o momento disponibilizou. Att.
  18. Boa tarde. Se o campo tem o tamanho de 16 caracteres então está correto desta forma, talvez o problema esteja em outro local e a remoção de um caractere deste campo tenha gerado o arquivo com a quantidade de colunas correta, mas provavelmente não é esta a solução ideal. Como foram informadas as propriedades do componente e do titulo para geração deste arquivo? Att.
  19. Bom dia. Além da verificação do código de operação (3 primeiros dígitos do convênio) também era necessário utilizar a propriedade Cedente.TipoCarteira, a qual foi adicionado o tipo tctEletronica. A alteração já está no svn, realize um teste setando a propriedade Cedente.TipoCarteira com o tipo tctEletronica. Att.
  20. Bom dia. Tem algo estranho na sua alteração, a função da forma que estava preenchia com "0" exatamente até dar 16 caracteres. Att.
  21. Boa tarde. Acredito que basta não passar as informações para protesto(Dias para Protesto), porém também é recomendável verificar se o cliente não contratou uma carteira com protesto junto ao banco. Att.
  22. Boa tarde. Como vc passou as informações de convenio, carteira e nosso número. Att.
  23. Boa tarde. Verifique se não informou nesta propriedade a mesma data do vencimento, neste caso está correto, pois o juros são cobrados somente após o vencimento. Att.
  24. Boa tarde. Estes códigos não constam em manual? Att.
  25. Boa tarde. Em relação aos bancos Itau e Bradesco, observei que em nenhum registro o Código de Mora é uitlizado, por este motivo não entendi a necessidade desta mudança. 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.