Juliana Tamizou

Bom dia. O problema é reproduzido no demo do componente? Att.

Bom dia. A questão de preencher com 0 a esquerda é em virtude do tamanho máximo definido no manual, seria necessário uma nova análise para verificar a possibilidade da sua sugestão. Att.

Bom dia. Conforme pode ser observado no manual fornecido pelo banco e disponível no svn, quando a remessa for para testes as posições 192 a 211 do registro header do arquivo devem conter o texto "REMESSA-TESTE" . Como o componente não faz isso, sugiro que insira essa informação manualmente para validar seu arquivo. Att.

Boa tarde. Acho interessante observar se realmente será necessário uma nova propriedade. São alterações que não dependem do que você pretende fazer, logo poderão ser disponibilizadas antes. Att.

Boa tarde. Recomendo que estude o componente para saber melhor quais bancos e tipos de remessa/retorno estão implementados. Porém como mostrado pelos colegas, a maioria deles estão sendo atendidos. Att.

Boa tarde. Se desejar você pode implementar a questão do Código de Lançamento e anexar as alterações para serem analisadas, conforme fez com as demais. Att.

Boa tarde. Neste momento nada neste sentido está sendo desenvolvido. Att.

Bom dia. Acredito que tenha passado algum detalhe nas suas configurações, se desejar continuar forneça os dados passados ao demo do componente para que possamos analisar. Att.

Bom dia. Será implementado. Será implementado. Não entendi a finalidade desta variável, uma vez que é local e não é passada a nenhum propriedade do componente. @Rrommullo O código anterior estava incorreto, pois conforme citei em meu post anterior os 2 últimos dígitos são o DV, se deseja o nosso número com o DV basta utilizar a função MontarNossoNumero() em seu código. Att.

Bom dia. Todos os demos estão no svn do projeto ACBr no subdiretório Exemplos. Att.

Boa noite. Alteração disponível no svn. Att.

Boa noite. Favor anexar a unit ACBrBoleto.pas também. Att.

Boa noite. As 2 últimas posições retornadas são os DVs do Nosso Número, por este motivo o NossoNumero só tem 8 posições. Att.

Boa noite. Você somente deve utilizar o padrão com 17 se todas as posições forem livres para uso do cedente, e neste caso de acordo com o manual se trata de outra carteira. Att.

Boa tarde. Observe que as posições livres não são 17, neste caso o componente está tratando corretamente, uma vez que ele mesmo monta o nosso número com o convênio no inicio. Att.

Boa tarde. Seu nosso número tem 17 posições além da formatação padrão do banco (Convenio + Nosso Numero)? Att.

Boa tarde. Favor anexar logs para que seja possível lhe ajudar. Att.

Boa tarde. Acredito que seja necessário contato com o suporte da caixa para entender quando o arquivo deve ser gerado de uma forma e quando deve ser gerado de outra. Para evitar que arquivos de outras empresas sejam recusados. Att.

Bom dia. Este banco vem sendo usado sem problemas pro vários usuários, oque leva a crer pode ter algum detalhe que precise ser ajustado no seu caso. Para que seja possível auxilia-lo forneça os dados passados ao componente, Att.

Bom dia. Observe que no trecho extraído do manual, os espaços não são um padrão e sim dependem de outra situação.. " Somente para troca de arquivos entre Bancos " Você identificou como é possível identificar que se trata desta situação? Att.

Boa noite. Você não está informando as datas de forma incorreta, observe o exemplo da data de vencimento no help. Você está informando sem a formatação da data. Vencimento=25062016 DataDocumento=20052016 DataProcessamento=20052016 DataMoraJuros=25062016 Att.

Boa tarde. A forma que você está implementando está correta, faça um teste no demo e verifique se o seu problema é reproduzido. Att.

Não copie somente o trecho do log e sim anexe o arquivo o arquivo no tópico. Att.

Favor anexar os arquivos e também os inis passados no comando. Att.

Boa tarde. Favor anexar os logs do ACBrMonitorPlus. Att.