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 noite. Favor anexar o manual do banco no qual foi baseada esta alteração. Att.
  2. Boa noite. Como vc alimentou essa propriedade e qual layout de boleto está utilizando? Att.
  3. Boa noite. Conforme citei no caso relacionado, o ideal é adicionar o método para nomear o aquivo dentro da classe do itau. Att.
  4. Boa noite. Recentemente foram adicionada ao svn alterações semelhantes as propostas aqui e que devem resolver esse caso. Att.
  5. Boa tarde. Acredito que sejam informações distintas, mas se desejar você pode confirmar diretamente com o banco. Att.
  6. O problema não está no componente e sim nos arquivos devolvidos pelos bancos, os quais não devolvem essa informação. *Analisados bancos Bradesco e Itau. Att.
  7. Boa tarde. Os arquivos de retorno não trazem esta informação. Att.
  8. Bom dia. Se possível anexe aqui o arquivo com a alteração. Att.
  9. Boa tarde. De forma geral vc precisa ter uma conta (ou um cliente ter) no banco que deseja homologar, entrar em contato com o gerente ou o suporte do banco e então enviar um arquivo remessa e alguns boletos para serem validados. Para obter detalhes especificos de cada banco, basta falar com o gerente ou suporte, os bancos que você citou tem um bom atendimento ao desenvolvedor. Att.
  10. Boa tarde. Verifique oque vc está informando na propriedade TipoOcorrencia. Att.
  11. Bom dia. Cada banco tem seu próprio layout, por isso as alterações nas remessas/retornos são sempre nas classes de cada banco. Att.
  12. Bom dia. A função que citei acima não altera a propriedade CodigoCedente, somente devolve para o mecanismo impressor a forma correta que este campo deve ser impresso no boleto. Att.
  13. Bom dia. O componente não faz essa parte, até um tempo atrás em minhas pesquisas os bancos não informaram que seria possível um envio automático. Att.
  14. Bom dia. O manual do svn é exatamente o mesmo que você anexou aqui, mas podem existir correções a serem feitas, porém seu exemplo está exatamente igual.. Att.
  15. Boa noite. Por favor anexe a unit alterada. Att.
  16. Boa noite. Alteração disponível no trunk2. Att.
  17. Boa noite. Favor anexar o manual utilizado como base para as alterações, uma vez que nos que estão disponíveis no svn o convênio vem em campo separado. 08 032 a 037 9(006) Número do Convênio de Cobrança do Cedente 09 038 a 062 X(025) Número de Controle do Participante 10 063 a 073 9(011) Nosso-Número Att.
  18. Boa noite. Após analisar as alterações e o manual do banco, cheguei a conclusão que bastava informar corretamente as propriedades Instrucao1 e Instrucao2. Att.
  19. Boa noite. Verifique oque foi informado na propriedade DataMoraJuros. Att.
  20. Boa noite. Convido vocês a realizarem a alteração e nos enviar o arquivo para ser adicionado ao svn. Att.
  21. Boa tarde. De qual banco estamos falando? Att.
  22. Boa tarde, Até o momento não recebemos nenhuma colaboração quanto a isto, mas se desejar, você pode desenvolver e nos enviar. Att.
  23. Boa tarde Rafael. Você mesmo pode aplicar as alterações no trunk, uma vez que o mesmo não irá mais sofrer alterações. Att.
  24. Boa tarde. Favor anexar a unit alterada. Att.
  25. Bom dia. Em relação ao item 1 vc deve emitir boletos nos quais o digito verificador do código de barras(campo 4 da linha digitável) possa ter todas as opções possíveis, ou seja de 0 a 9, e o mesmo para o digito verificador do campo livre (penúltimo digito do 3º campo). Você pode utilizar diferentes valores, datas de vencimento e nosso número, até conseguir a relação de boletos solicitada pelo banco. Quanto ao item 2, pelo seu texto seria mais uma recomendação, a qual não inválida os testes. 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.