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 noite. Pelo que pude observar, a rotina de leitura do arquivo retorno ainda não está tratando os motivos de rejeição, conforme página 08 do manual CNAB240, as posições referentes a esta informação são as colunas 209 a 218. Att.
  2. Boa tarde. Observe que em meu post anterior citei que não consegui reproduzir o problema mesmo com o demo, por favor forneça os dados utilizados em seu teste. Att.
  3. Boa tarde. Verifique se a carteira que está utilizando permite mais que 5 dígitos. Att.
  4. Bom dia Carlos. Acredito que foram identificados os locais onde estão os problemas, acredito que será possível o commit hoje. Att.
  5. Bom dia. Pode sim A maioria dos bancos acaba tendo alguma formatação no nosso número, mas nem todos devolvem formatado assim, considerando que esta informação é utilizada para localizar os títulos dentro da sua base de dados, eu acho que o correto seria desmembrar o mesmo para extrair somente a "informação real". Att.
  6. Bom dia. Esta propriedade indica se deve sem ser carregados para o componente os dados do cedente contidos no arquivo de retorno lido, ou seja, se a mesma estiver marcada como false, os dados do arquivo não serão carregados para o componente e sendo assim o mesmo já deve estar configurado com os dados presentes no arquivo retorno, caso contrário haverá erro de validação. Att.
  7. Boa tarde. Esta informação não faz sentido, uma vez que no arquivo remessa não existem a informação citada aqui, independente do texto do boleto para essa informação, oque irá constar no arquivo é nome do cliente informado ao componente. Att.
  8. Boa tarde. Basta informar a propriedade Centente.Modalidade com o valor 1. Att.
  9. Bom dia. Deve haver algo errado na configuração passada ao componente, em todos os casos descritos por você existem várias casos de homologação de sucesso, em relação a Caixa existem 2 layouts diferentes (SICOB e SIGCB) os quais são setados pela propriedade TipoCobranca. Recomendo que você verifique suas configurações do componente e se ainda tiver problemas nos fornecer mais detalhes para que seja possível analisar. Att.
  10. Boa tarde Carlos. Este é um item da lista de modificações que estou analisando. Att.
  11. Boa tarde. No svn estão disponíveis os manuais dos bancos implementados no ACBrBoleto, segue link com o manuais do Banco do Brasil svn.code.sf.net/p/acbr/code/tools/Bancos/BancoBrasil. Att.
  12. Boa noite. De qual registro estamos falando? Att.
  13. Boa noite. Foram realizados novos testes após o comit citado pelo Daniel? Att.
  14. Boa noite. O correto seria verificar o motivo do TamanhoMaximoNossoNum estar ficando zerado. Att.
  15. Boa tarde. Sua alteração pode gerar problemas caso as posições referentes a data venham com caracteres inválidos, por isso era utilizado o StrToDateTimeDef(). Num dos meus comentários anteriores citei o exemplo de tratamento em outro campo do tipo data, observe como foi implementado. Att.
  16. Faltaram os logs. Att.
  17. Bom dia. Por favor anexe seus logs e o ini de configuração do ACBrMonitorPlus. Att.
  18. Bom dia. Se você fizer como citei em meu post como fica esta posição? Observe no trecho de código abaixo que deveria ter ficado conforme o banco solicitou.. IfThen((DataProtesto <> null) and (DataProtesto > Vencimento), IfThen((DaySpan(Vencimento, DataProtesto) > 5), '1', '2'), '3') Att.
  19. Bom dia. Ainda não foi possível analisar seu caso, porém acredito que devido a sua urgência talvez você tenha conseguido debugar o código e identificar o possível problema, caso contrário peço que aguarde. Att.
  20. Bom dia. Observei que o código de barras incorreto possui menos dígitos do que a função retornaria. Por favor fornecer as configurações passadas ao componente para que seja possível testar. Att.
  21. Bom dia. Você não havia salvo as configurações anteriormente? Att.
  22. Boa tarde. Suas configurações parecem estar incompletas, por favor anexe os log do ACBrMonitorPlus. Att.
  23. Boa tarde. Se você estudar o código fonte irá notar que em diversos trechos é feita a leitura de diversas datas diferentes, provavelmente seu problema ocorre em uma delas. Recomendo que utilize debug a rotina para entender melhor oque está ocorrendo. Att.
  24. Boa tarde. Favor informar de qual banco se trata e quais configurações foram feitas para o cedente. Att.
  25. Boa tarde. Recebemos a alguns dias a colaboração de um outro colega com algumas correções para esta unit, as mesmas devem ser analisadas amanhã. 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.

The popup will be closed in 10 segundos...