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. Bom dia. Desculpe a demora na resposta. Você chegou a enviar para o banco o arquivo de remessa gerado pelo componente? Att.
  2. Bom dia. As alterações anexas não são referentes ao problema descrito neste tópico. Att.
  3. Boa tarde. Ajuste no svn. Att.
  4. Boa tarde. Realmente não está implementado a questão da multa com o registro do tipo 2. Att.
  5. Boa tarde. Seus fontes foram atualizados corretamente? Nas linhas indicas citadas não batem com a informação que você está passando. Att.
  6. Bom dia. Qual manual vc está usando como referência? Lembrando que o BB possui 3 layouts diferentes. Att.
  7. Bom dia. Você disse aqui que somente ao fazer a re-impressão o problema ocorre...na primeira impressão funciona normal? Att.
  8. Bom dia. Acho que já que são permitidos até 5 registros informativos, o ideal seria implementá-los já...a remessa com essa alteração já foi testada? Att.
  9. Bom dia Giulia. Você chegou a questionar o fato de que a solicitação vai contra o que diz o manual? Lembrando ainda que temos outras empresas fazendo uso desta classe sem problemas. Att.
  10. Bom dia. Correções disponíveis no svn. Att.
  11. Bom dia. Acho que pode-se limitar a quantidade de caracteres informadas na mensagem ou ainda copiar 80 caracteres a cada vez e neste caso cada um seria uma mensagem. Att.
  12. Boa tarde Ricardo. Após realizar testes com o ECF Daruma e também com outras marcas notamos que existe um problema somente com a Daruma, ou seja, não trata-se de um problema do ACBrMonitor. De acordo com seu log você executou comandos para gerar o arquivo com a finalidade "RFD", porém para o ECF Daruma a chamada da função com este parâmetro retornaria erro e nenhum arquivo seria gerado, uma vez que não foi feita a implementação deste arquivo para esta classe. Estaremos encaminhando o problema encontrado para a Daruma e para os desenvolvedores responsáveis para que seja feita a correção. Att.
  13. Boa tarde. Mas você varre a lista de mensagens? Att.
  14. Boa tarde. As alterações do Jeter estão disponíveis no svn. Att.
  15. Bom dia. Acredito que a melhor maneira seria utilizar a função GerarRegistroTransacao() e dentro dela fazer o looping nas mensagens do título. Observe como é feita a geração do CNAB240 que tem várias linhas para cada boleto. Att.
  16. Bom dia. Ajustes disponíveis no svn Att.
  17. Bom dia. Estas mensagens seriam somente para a inclusão no arquivo remessa, sem impressão? Se a resposta for sim, concordo com a nova propriedade...acho que alguns outros bancos também poderiam utilizar. Att.
  18. Boa tarde. Acredito que não seriam necessários os pipes, bastaria modificar a propriedade texto livre para ser do mesmo tipo da propriedade Mensagem. Att.
  19. Boa tarde. Considerando a imagem anexa, a orientação da caixa não condiz com o manual...houve atualização do mesmo? Att.
  20. Boa tarde. Irei analisar a alteração proposta pelo Jeter. Att.
  21. Boa tarde. Você verificou no layout fornecido pelo banco se realmente trata-se da mesma posição? Att.
  22. Boa tarde. Você tem o manual do banco explicando sobre o débito automático? Att.
  23. Boa tarde. Ainda não foi possível avaliar. Att.
  24. Bom dia. Com relação ao tipo de registro, existe uma forma de saber quando trata-se de cobrança registrada baseado na carteira? 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.