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. Na versão a ser liberada na compilação semanal para usuários SAC, este recurso será liberado nesta sexta. Att.
  2. Boa tarde. A remessa deverá sempre ser enviada ao banco. Att.
  3. Boa tarde. Esta situação ocorre porque nem todas as ocorrências estão implementadas para este banco. Somente as seguintes: 00, 01, 04, 05, 07, 09, 11, 12, 15 e 16 (indices do ACBr), será necessário revisar o manual para inclusão das demais. Att.
  4. Boa tarde. Tente utilizar a propriedade DataBaixa para informar quando o titulo deverá ser baixado. Att.
  5. Boa tarde. Alteração será analisada nos próximos dias, obrigada. Att.
  6. Boa tarde. Favor indicar o manual utilizado como base para suas alterações. Att.
  7. Boa tarde. Na realidade todos os campos possuem um tamanho máximo, uma vez que o registro suporta somente 400 colunas. Pelo que você diz seu registro tem mais caracteres do que o permitido, experimente observar o registro em conjunto com o manual para localizar onde estão indo informação a mais. Att.
  8. Boa tarde. O layout padrão (utilizado por todos os bancos contempla todas as informações solicitadas pelo banco Safra, acredito que não seja viável criar um novo modelo somente para este banco. Tente argumentar com o mesmo sob este aspecto, tanto em relação ao layout atual ser padrão para todos os bancos, como o fato de que todas as informações exigidas pelo banco são contempladas no mesmo. Att.
  9. Boa tarde. Por favor anexe os logs. Att.
  10. Boa tarde. Alteração será analisada amanhã. Att.
  11. Boa tarde. Realmente esta desta forma, iremos analisar os demais manuais para entender o motivo. Att.
  12. Boa tarde. Qual layout está utilizando? Me recordo de estes itens já terem sido implementados. Att.
  13. Boa tarde. Você pode passar da maneira que preferir, quando o banco devolver o retorno, este valor virá discriminado no campo de despesas. Att.
  14. Boa tarde. No momento acredito que não temos ninguém realizando o desenvolvimento, se desejar iniciar, podemos esclarecer suas possíveis dúvidas neste tópico. Att.
  15. Boa tarde @Rodrigo Coelho Em sua implementação você criou as funções LerRemessa400() e LerRemessa240(), porém a remessa é um arquivo que é enviado ao banco e não o contrário. Ao analisar o manual anexo ao tópico, pude identificar que o banco trabalha com os mesmos registros tanto na remessa quanto no retorno, porém não ficou claro porque você parece ter implementado somente a tratativa do retorno e não a geração da remessa. Att.
  16. Boa tarde. O banco não aceitaria dois nosso número iguais, provavelmente vc teria rejeição ao enviar a remessa, porém é recomendável comparar os arquivos recebidos pelo banco e então acionar o suporte do mesmo. Att.
  17. Boa tarde. A geração do sintegra não é realizada pelo ACBrMonitorPlus. Att.
  18. Boa tarde. Por favor, forneça mais detalhes da sua duvida. Att.
  19. Boa tarde. Não compreendi seu problema, por favor seja mais claro. Att.
  20. Boa tarde. Alterações disponíveis no svn. Att.
  21. Boa tarde. Qual a necessidade da alteração em ACBrboleto.pas? Na implementação atual ele vai imprimir a mensagem informando para não receber após a data informada (que se for o vencimento será ela própria). Att.
  22. Boa tarde. A fonte das informações pode ser a qual ele considerar mais adequada. Vc pode mandar o comprovante pra ser impresso pelo POS, vc preenche esse campo qdo quiser que o POS imprima, senão vc manda em branco. Caso ainda restem dúvidas a serem esclarecidas, o ideal é criar um novo tópico com os detalhes da mesma. Att.
  23. Boa tarde Por favor anexe o manual para que possamos lhe responder melhor. Att.
  24. Boa tarde. Para o ACBrMonitorPlus, poderia ser alterado o comando Imprimir() para receber o nome arquivo a ser gerado, porém vale ressaltar que devido ao mesmo não ter sido projetado para utilização multithread, você poderá ter problemas ao utilizar desta forma. Att.
  25. Bom dia. Em seu comentário vc diz que o preeenchimento do nosso número depende do tipo de emissão do boleto, logo o correto seria utilizar a propriedade CarteiraEnvio. A formatação do nosso número inclusive os dois primeiros digitos ocorre na função FormataNossoNumero(), a qual faz o tratamento da modalidade. 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.