Juliana Tamizou

Bom dia. Recomendo que observe também a propriedade ValoRecebido. Att.

Bom dia. Você checou o manual do banco e/ou falou com o suporte para entender qual a informação esperada e oque foi enviado? Att.

Bom dia @denerbuzato Fique a vontade para incluir, desta forma você aproveita e realiza os testes também. Att.

Bom dia. No svn existe uma pasta com exemplos de uso de todos os componentes, observe o demo do ACBrBoleto. Att.

Bom dia. Imagino que a Baixa Solicitada seja quando você envia na remessa a instrução de baixa. Att.

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.