Juliana Tamizou

Bom dia. Acredito que a melhor maneira seria utilizar a função GerarRegistroTransacao() e dentro dela fazer o looping nas mensagens do título. Observe como é feita a geração do CNAB240 que tem várias linhas para cada boleto. Att.

Bom dia. Ajustes disponíveis no svn Att.

Bom dia. Estas mensagens seriam somente para a inclusão no arquivo remessa, sem impressão? Se a resposta for sim, concordo com a nova propriedade...acho que alguns outros bancos também poderiam utilizar. Att.

Boa tarde. Acredito que não seriam necessários os pipes, bastaria modificar a propriedade texto livre para ser do mesmo tipo da propriedade Mensagem. Att.

Boa tarde. Considerando a imagem anexa, a orientação da caixa não condiz com o manual...houve atualização do mesmo? Att.

Boa tarde. Irei analisar a alteração proposta pelo Jeter. Att.

Boa tarde. Você verificou no layout fornecido pelo banco se realmente trata-se da mesma posição? Att.

Boa tarde. Você tem o manual do banco explicando sobre o débito automático? Att.

Boa tarde. Ainda não foi possível avaliar. Att.

Boa tarde. Isso mesmo. Att.

Bom dia. Com relação ao tipo de registro, existe uma forma de saber quando trata-se de cobrança registrada baseado na carteira? Att.

Bom dia. De acordo com o manual disponível no svn estas posições são referentes a multa, verifique se o manual que está utilizando é anterior a este. Att.

Bom dia. Minha pergunta foi se existem carteiras que são exclusivas para cobranças com registro e outras para sem registro, ou caso não exista você poderia utilizar o campo Modalidade para informar o tipo de cobrança. Att.

Bom dia Madalozzo No caso do santander não existem carteiras especificas para cobrança com e sem registro? Se não, pode ser utilizada a propriedade já existente no componente chamada Modalidade. Att.

Bom dia. No segmento P a posição 59 que diz qual a forma de registro foi alterada de "2" para "1", neste caso os usuários que utilizam a implementação atual passarão a ter problemas. O correto é identificar se existe outra informação que nos de base para calcular este campo, como por exemplo carteiras que somente são utilizadas para cobrança registrada, a Modalidade de Cobrança..etc Ainda no segmento P a informação sDiasProtesto foi colocada no campo 226-227 referente a dias para baixa. É permitido informar os 2 campos, considerando que se o título será protestado logo não será baixado automaticamente? Att.

Bom dia. Isso mesmo. Att.

Bom dia. As instruções são códigos definidos por alguns bancos para protestar títulos entre outras coisas, cada banco pode ou não utilizar esta informação e ter códigos específicos. Att.

Bom dia Leandro. Realmente o correto é considerar a informação retornada no valor recebido, uma vez que pode ter ocorrido a cobrança de juros ou mesmo descontos. Att.

Bom dia. Alterações disponíveis no svn. Att.

Bom dia. Alterações disponíveis no svn. Att.

Bom dia. Na implementação atual o valor recebido está sendo lido das posições 254 a 266, oque vem nestes campos de acordo com o manual? Att.

Bom dia. Em nenhum momento o setCNPJCPF adiciona dígitos ao valor informado. Att.

Bom dia. Neste caso não podemos alterar diretamente no componente já que outros bancos utilizam a forma que está implementada. O ideal é colocar uma propriedade no banco identificando o tipos de Aceite utilizados pelo banco. Att.

Bom dia. Solicitei a outro administrador para analisar o arquivo, pois não tenho fast no meu pc. Att.

Bom dia. Estão no svn os ajustes referentes ao Sicredi (incluindo o ACBrBoleto) e também os ajustes no Banrisul. Sobre o DFM estou sem o Delphi no meu PC neste momento, por isso, subirei esta alteração nos próximos dias. Não entendi muito bem o motivo da alteração no BB... Att.