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. Desconheço essa limitação, nenhum manual que analisei até hoje possui esta regra. O nosso número é um identificador único do boleto, ou seja, independente da remessa a qual o boleto pertence, ele sempre deverá ter um nosso número único. A geração da remessa e impressão dos boletos são 2 coisas independentes, como cada empresa quer trabalhar é decidido na contratação do serviço junto ao banco.
  2. Boa noite. Aplicada alteração do Big Wigns afim de manter a compatibilidade para quem ainda emite boletos Contra-Apresentação. Att.
  3. Boa noite. Correções disponíveis no svn. Att.
  4. Boa noite. No seu post vc diz estar tendo problemas na re-impressão, oque leva a entender que a primeira impressão ocorre normalmente, seria isso mesmo? Att.
  5. Bom dia. O banco te forneceu um manual atualizado tb? Att.
  6. Bom dia. Você não está informando o DescontoAntDia porém está informando o Desconto? Att.
  7. Boa tarde. Favor anexar a unit alterada para análise. Att.
  8. Boa tarde. Solicitei o manual devido a seguinte alteração: * [*] Incluido na procedure CalcularTamMaximoNossoNumero opção para calculo Carteira 17 com 17 digitos Convênio 7 posições; Att.
  9. Boa tarde. Pelo que me recordo os boletos sem valor e sem vencimento não devem mais ser emitidos. Att.
  10. Boa tarde. Esta é uma propriedade do componente ACBrBoletoFCXX (observe qual componente vc está utilizando para impressão. Att.
  11. Bom dia. A correção já está disponível no svn. Att.
  12. Bom dia Leandro. Subi agora pouco ao svn uma alteração para tratar corretamente a situação descrita por você. Att.
  13. Boa noite. Alterações realizadas hoje, sendo assim estarão disponíveis no instalador a ser disponibilizado no dia 29/06/15. Att.
  14. Boa noite. Alterações disponíveis no svn com algumas modificações. Att.
  15. Boa noite. Favor anexar o manual utilizado como base para as alterações. Att.
  16. Boa noite. Seu problema seria no canhoto do carnê? Att.
  17. Boa noite. Considerando que todo boleto tem vencimento, quando esta informação viria zerada? Att.
  18. Boa noite Daniel. O componente utiliza o mesmo campo na montagem da linha digitável e na impressão do valor...não vejo como poderia sair diferente no boleto... Você chegou a testar no demo com um número semelhante a quantidade de boletos emitida por seu cliente? Att.
  19. Bom dia. Conforme alerta retornado pelo componente, o CNAB400 não está implementado para este banco, portanto sinta-se a vontade para iniciar o desenvolvimento e se necessitar de ajuda, postar aqui as suas dúvidas. Att.
  20. Boa tarde. A função CalcularDigitoVerificador() é pública, sendo assim basta utilizá-la para capturar o DV do nosso número. Att.
  21. Boa tarde. Suas alterações estão na fila para serem analisadas. Att.
  22. Boa noite. Modificações disponibilizadas com alguns ajustes. Att.
  23. Boa noite. Você pode realizar as alterações que julgar necessárias e então anexar o arquivo alterado e o manual utilizado como base para as alterações. Após análise das alterações as mesmas poderão ser comitadas. Att.
  24. Boa noite. Você reproduziu esse problema no demo? Att.
  25. Boa noite. Acredito que somente não será possível identificar no retorno os dados do cliente, Seu Numero...etc. 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...