Juliana Tamizou

Bom dia Lincoln. Vc está testando pelo demo? Vc configurou o caminho do arquivo no componente? Att.

Bom dia. O tamanho máximo do nosso número foi definido de acordo com os manuais dos bancos, vc realmente precisa de números tão grandes assim? Att.

Bom dia. Todos os layouts funcionam para qualquer banco que esteja no projeto ACBrBoleto. Att.

Bom dia Horus. Vc tem algum manual sobre essa integração? O próprio suporte do Bradesco poderá lhe orientar quanto a isto, eles costumam ser muito eficientes. Att.

Bom dia. Houve uma modificação com relação a propriedade ComprovanteEntrega, ela foi removida. Para utilizar o boleto com este layout, configure no componente de impressão(ACBrBoletoFCFortes,etc) a propriedade layout para lpadrãoEntrega. Att.

Boa tarde Carlos. Ainda está semana irei subir no svn, um ajuste que provavelmente resolverá o problema. Att.

Boa tarde. Preciso verificar, mas talvez esta situação não esta sendo tratada pelo componente... em que parte do manual está descrita esta situação? Att.

Bom dia. Estou com todos eles... Att.

Bom dia. Vc está informando os campos referentes as datas, que são necessários(Vencimento...)? Att.

Bom dia Reynaldo. Quais os valores informados para o Cedente(Carteira,Código do Cedente,etc...) e para o boleto? Att.

Boa tarde Antonio. Qual foi a necessidade da criação desta nova propriedade? Att.

Boa tarde Francisco. Obrigada pela contribuição, assim que possível disponibilizaremos no svn. Att

Boa tarde Sandra. Pelo que vc reportou seu problema não está no gerador utilizado, já que os dígitos realmente estão diferentes do gerado pelo outro software. Oque pode estar acontecendo é a ausência de alguma informação ou mesmo que a carteira para a qual vc está testando não está sendo tratada pelo ACBrBoleto. Quais são as informações que vc está utilizando para gerar o boleto? Att.

Boa tarde Endrigo. Estive ocupada estes dias, assim que possível irei analisar suas correções para disponibilizá-las no svn. Att.

Boa tarde Gislaine. Irei analisar as alterações e assim que possível disponibilizar no svn. Att.

Boa tarde Gislaine. Iremos analisar as alterações e assim que possível disponibilizar no svn. Att.

Bom dia. Como vc informou a propriedade TipoOcorrencia? Se vc quer efetuar o registro do titulo informe toRemessaRegistrar. Att.

Bom dia. As alterações do Leandro ainda não foram implementadas...ainda não pudemos analisá-las, porém assimq ue concluir as análise poderá ser disponibilizado no svn. Att.

Bom dia Ramon. Desculpe a demora na resposta... Vc mandou os comandos exatamente como no post? Por exemplo "("Titulo1] ", deveria ser ("[Titulo1] NumeroDocumento= 00001 NossoNumero=000001 ...) Como vc está utilizando o ACBrMonitor, por TCP ou por Troca de Arquivos? Att .

Bom dia. Qual é a carteira que vc está utilizando? Qual é o número do convênio? O Banco do Brasil, possui 3 layouts diferentes baseados nas informações acima. Att.

Bom dia Sidnei. Quanto as alterações no registro de transações, estão OK, porém ao comparar com o que diz o manual do banco, o registro Trailler está correto sendo preeenchido com 0(zeros). Veja o trecho do manual q diz isso: 08.5 CNAB Uso Exclusivo FEBRABAN/CNAB 47 52 6 - Num ‘0’ G004 09.5 CNAB Uso Exclusivo FEBRABAN/CNAB 53 69 15 2 Num ‘0’ G004 Att.

Bom dia Leandro. Obrigada pela contribuição, iremos analisar as alterações e se possível adicioná-las ao svn. Att.

Boa tarde Daniel. Que bom que vc quer colaborar aumento os geradores de relatório com o qual o componente trabalha. Para desenvolver no Crystal vc pode se basear nos existentes, como o Fortes, o QuickReport ou o FastReport...qualquer dúvida pode postar aqui. Att.

Boa tarde José Luiz. Para Rave ainda não foi desenvolvido nada, apenas para LazReport(Lazarus), Fortes, FastReport e QuickReport . Caso desejar, você contribuir com o projeto desenvolvendo para este gerador. Att.

Bom dia Brinaldi. Realmente o problema está ocorrendo, vc precisa passar o campo ESPECIEDOC, apenas como ESPECIE ai o campo será lido corretamente. Att.