Ir para conteúdo
  • Cadastre-se

Juliana Tamizou

Administradores
  • Total de ítens

    14.857
  • Registro em

  • Última visita

  • Days Won

    188

Tudo que Juliana Tamizou postou

  1. Boa tarde Carlos. Acho que seria como você sugeriu mesmo, só precisa ser definido um nome pra função que deixe claro que trata-se dos códigos de remessa. Att.
  2. Boa noite. Realmente você tem razão, como cada banco tem sua própria tabela de códigos, seria necessário implementar uma função para cada um deles. Se desejar implementar, você pode nos enviar quando concluir. Att.
  3. Boa noite. Você deve atualizar seus fontes. Att.
  4. Boa tarde. Exista a função TipoOcorrenciaToCod() implementada para cada uma das classes dos bancos. Att.
  5. Bom dia. Seria algo semelhante a isto mesmo, porém eu recomendo a leitura dos manuais dos bancos para entender quando usar cada uma das situações. Att.
  6. Boa tarde Fabio. Oque vc está informando é a linha digitável, o código de barras contém informações semelhantes, mas não é a mesma coisa. Seu problema está na leitura do Código de Barras ou na montagem da linha digitável? Att.
  7. Boa tarde. Na verdade são coisas diferentes, em alguns casos realmente acaba ficando parecido... as instruções são para comandos específicos que podem ser usados em conjunto com as ocorrências. Att.
  8. Boa tarde. Quanto a forma de preencher as instruções, seria conforme seu primeiro exemplo. A propriedade para informar a ocorrência seria OcorrenciaOriginal.Tipo, lembrando que para mais detalhes você pode consultar o demo. Att.
  9. Boa tarde. Basta informar 0. Att.
  10. Bom dia. Os campos Instrucao são para informar os códigos definidos pelos bancos, quanto a alteração de protesto acredito que seria o tipo de ocorrencia, porém você pode confirmar junto ao banco. Att.
  11. Bom dia. Qual foi o problema para anexar o arquivo? só esse trecho fica difícil validar as posições de cada informação... Att.
  12. Boa noite. Por favor anexe aqui a planilha do Sicredi. Att.
  13. Boa noite. Favor anexar o manual do banco no qual foi baseada esta alteração. Att.
  14. Boa noite. Como vc alimentou essa propriedade e qual layout de boleto está utilizando? Att.
  15. Boa noite. Conforme citei no caso relacionado, o ideal é adicionar o método para nomear o aquivo dentro da classe do itau. Att.
  16. Boa noite. Recentemente foram adicionada ao svn alterações semelhantes as propostas aqui e que devem resolver esse caso. Att.
  17. Boa tarde. Acredito que sejam informações distintas, mas se desejar você pode confirmar diretamente com o banco. Att.
  18. 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.
  19. Boa tarde. Os arquivos de retorno não trazem esta informação. Att.
  20. Bom dia. Se possível anexe aqui o arquivo com a alteração. Att.
  21. 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.
  22. Boa tarde. Verifique oque vc está informando na propriedade TipoOcorrencia. Att.
  23. 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.
  24. 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.
  25. 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.
×
×
  • 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.