Juliana Tamizou

Boa noite. Por favor anexe o pdf gerado. Att.

Boa noite Valdir. Retornei no caso mencionado no link solicitando mais informações. Att.

Boa tarde. Você informou as propriedades de endereço e CNPJ do cedente no componente? Quanto ao item 15 (descrições) já foram feitas a algum tempo. Você recompilou o componente após atualizar? Att.

Bom dia. Qual foi a exata mensagem de erro retornada pelo banco? Att.

Boa tarde. Compreendo sua situação, porém conforme o Daniel relatou em seu tópico criado em 09/07/15, também decidi não aplicar mais as correções no trunk, porém não respondo pelos demais comitters. http://www.projetoacbr.com.br/forum/announcement/7-fim-de-correções-e-commits-em-trunk/ Se desejar você mesmo poderá fazer um merge em seu computador para manter a compatibilidade. Att.

Boa noite. Contribuição disponível no Trunk2 Att.

Boa noite. Por favor anexar o manual do banco utilizado como base para as alterações, com o manual que possuímos atualmente não foi possível validar as alterações. Att.

Boa tarde. Conforme pode ser observado no tópico http://www.projetoacbr.com.br/forum/announcement/8-fortes-report-community-edition/, o suporte ao QuickReport não é mais realizado, portando para garantir que você tenha acesso as melhorias e correções recomendo que adote um dos gerados citados neste link. Att.

Bom dia. Isso ocorre porque no demo é utilizado o Fortes, basta ignorar e utilizar o Quick no lugar. Att.

Boa tarde. Não existe essa funcionalidade no componente, em alguns casos o número do banco é o mesmo para mais de um tipo de cobrança, como é a situação da Caixa. Att.

Boa tarde Edison. A um tempo atrás foi homologado com sucesso a remessa para o Bradesco informando-se o CodigoCedente. Para que possamos analisar melhor sua situação favor fornecer todos os dados fornecidos pelo banco e a forma que foram passados ao componente (antes das suas alterações). Att.

Boa tarde. Conforme citei em meu post anterior, este mesmo item já está sendo discutido em outro tópico, sendo assim vou manter as repostas nele...em todo caso não parece tratar-se da necessidade de alteração do componente e sim da configuração correta. Att.

Boa noite. Após analisar os fontes do componente e seus posts neste tópico não encontrei nenhuma não conformidade em relação ao Nosso Número e nem em relação Código do Cedente...precisamos de informações mais precisas sobre oque o banco está alegando estar errado, também seria interessante anexar o pdf do boleto. Att.

Boa noite. Quais os passos você realizou para instalar o componente e qual a mensagem de erro exata? O ACBrBoleto pode trabalhar com Fortes, Fast Report e LazReport, sendo assim a instalação do ACBrBoleto não depende do ACBrBoletoFCFortes. Att.

Boa noite. O DV do nosso número não é retornado pelos bancos, se você tem necessidade de armazenar pode salvar o DV utilizando a função CalcularDigitoVerificador(). Att.

Boa noite. Basta configurar a conta sem o último "0", ou seja, ao invés de "130044490" informe "13004449". Att.

Boa noite. Por favor anexe a unit alterada. Att. Boa noite. Por favor anexe a unit alterada. Att.

Boa noite. Complementando a postagem do Daniel, também evite duplicar postagens, este mesmo item está sendo discutido no tópico http://www.projetoacbr.com.br/forum/topic/23548-boletoremessa-bradesco/. Att.

Boa noite. Seus fontes estão atualizados? Observe no trecho de código abaixo que a propriedade utilizada ao montar o header é a CodigoCedente. wLinha:= '0' + // ID do Registro '1' + // ID do Arquivo( 1 - Remessa) 'REMESSA' + // Literal de Remessa '01' + // Código do Tipo de Serviço padL( 'COBRANCA', 15 ) + // Descrição do tipo de serviço padR( CodigoCedente, 20, '0') + // Codigo da Empresa no Banco padL( Nome, 30) + // Nome da Empresa Att.

Boa noite Gean. A data de mora e de multa é a mesma. Att.

Boa tarde Cesar. Sua última resposta foi ontem(domingo), peço que aguarde o prazo definido pela regras do SAC para que possamos analisar as informações fornecidas por você e te ajudar. Att.

Boa noite. Contribuição disponibilizada no svn do Trunk2. Att.

Boa noite. O número da conta realmente tem este "0" no final, ou seria somente "13004449" ? As posições 384 e 385 são referentes ao último dígito da CC e ao seu DV, no seu caso "9" e "0". Att.

Boa noite. Pelo que você escreveu em seu post anterior assumo que o 3 seja o DV impresso no boleto, neste caso, o banco informou qual seria o DV esperado? Por favor informe também as configurações do componente e dados do boleto para que possamos analisar. Att.

Boa noite. Você está tendo problemas com a impressão da NFe, seria isso mesmo? Por favor anexe uma imagem para ficar mais claro. Att.