Juliana Tamizou

Correção final para arquivo remessa CNAB400 disponibilizada no svn, na próxima compilação do executável do ACBrMonitor a mesma estará disponível. Att.

Boa tarde. Quanto ao problema de quebrar os boletos com comprovante de entrega em 2 partes, estará resolvido na próxima versão do instalador do ACBrMonitor, para driblar o problema basta que você utilize o layout padrão. Quanto a remessa está sendo analisado. Att.

Bom dia. Para que possamos analisar anexe aqui a unit alterada. Att.

Bom dia. Apesar de existir um layout pré-determinado pela Febraban, cada banco acabou fazendo suas adaptações... no caso do Banco do Brasil existem pelo menos 3 layouts diferentes, porém o ACBrBoleto é capaz de processar a maioria deles. Att.

Bom dia. É possível capturar o nosso número calculado pelo componente e gravar em seu banco de dados, dessa forma nos casos que existe a formatação exigida pelo banco você consegue localizar mesmo assim. Nos casos em que a emissão do boleto é feita pelo banco e eles mesmos geram o NossoNumero, imagino que sempre deverá existir o arquivo remessa, caso contrário, como o banco saberia informações como Valor, Vencimento e os demais dados específicos de cada boleto? Att.

Bom dia. Qual é o problema que você está tendo com o Nosso Número? O DV está errado? No boleto impresso não está sendo impresso o campo Carteira? Atualmente temos diversos usuários utilizando o Bradesco, ao validar os boletos o banco não homologou? Att.

Bom dia. Qual componente para impressão dos boletos vc está utilizando? Att.

Boa tarde. Estas informações podem ser configuradas pelos comandos disponíveis no ACBrMonitor ou ainda pela interface gráfica na aba Boleto->Conta Bancária Quando ao boleto sair em 2 páginas, irei realizar novos testes. Att.

Bom dia Eduardo. De acordo com o manual da Caixa, a carteira RG é válida também, por isso o correto não seria modificar desta maneira a verificação, pois irá "quebrar" para quem utiliza a carteira RG... O correto seria algo como: if (ACBrTitulo.Carteira = 'RG') or (ACBrTitulo.Carteira = 'CR') then ACarteira := '1' else if (ACBrTitulo.Carteira = 'SR')then ACarteira := '2' else raise Exception.Create( ACBrStr('Carteira Inválida.'+sLineBreak+'Utilize "RG", "CR" ou "SR"') ) ; desta forma é mantida a compatibilidade.

Bom dia. Já estão disponíveis no svn as alterações para que a remessa seja gerada corretamente para a cobrança Sem Registro e emissão dos boletos pelo banco. Porém é importante que a Modalidade e a Responsabilidade de Emissão sejam configuradas corretamente. Att.

Boa tarde. Ao analisar o manual que você anexou, notei que existem mais diferenças entre a cobrança registrada e a sem registro além das apontadas pelo banco, estarei estudando as modificações necessárias para garantir que o arquivo seja aceito. Att.

Bom dia. Você deve preencher a propriedade Modalidade com este valor. Att.

Bom dia. Foram adicionadas 2 modificações no svn, a primeira é que passamos a verificar o Código do Cedente ao invés do CNPJ na leitura do retorno do Bradesco, a segunda é que somente serão atribuídos ao componente as informações lida do arquivo se a propriedade LeCedenteRetorno estiver habilitada. Att.

Bom dia. A alteração foi implementada de uma forma um pouco diferente, porém com os mesmos resultados...já está disponível no svn. Att.

Bom dia. Ao observar o manual do banco observei que o campo para informar o Tipo de Cobrança está na posição 2 do registro transação, porém neste manual não tem a orientação do valor a ser informado para cobrança sem registros... Por favor verifique junto ao banco se existe um manual atualizado ou então quais seriam os demais valores válidos para este campo. Att.

Boa tarde. Você instalou o SefazNet tb? Att.

Que eu saiba não tem não

Bom dia. Isso mesmo. Att.

Bom dia. Em ambos os bancos é necessário os dados de uma conta para que o suporte efetue a homologação, com estas informações você envia os boletos e eles homologam. Att.

Bom dia. Na vdd o padrão febraban msm nem o BB respeita direito,a final eles tem vários layouts diferentes para a remessa... Mas em todo caso, esse texto no boleto não muda as informações utilizadas no pagamento, ou seja, os pagamentos serão processados sem problemas.. Att.

Boa tarde. Esta alteração foi introduzida recentemente devido a uma solicitação do banco ITAU, a nova nomenclatura deixa mais claro a compreensão de quem é o responsável por pagar o boleto e quem vai receber esse pagamento. Att.

Boa tarde. Realmente havia um erro de grafia, a correção já está no svn. Att.

Boa tarde. Será necessário verificar junto ao banco se houve alguma mudança nas regras do calculo do DV do nosso número, pois não houveram modificações recentes nestas rotinas Att.

Bom dia. Na verdade acredito que não seja necessário criar um novo tipo de carcteristica do titulo, pois conforme as orientações dadas pelo banco o tipo de carteira quando a mesma for 17 será sempre "7", portanto basta alterar o if. if ((wCarteira = 11) or (wCarteira = 12)) and (ACaracTitulo = '1') then wTipoCarteira := '1' else if (((wCarteira = 11) or (wCarteira = 17)) and ((ACaracTitulo = '2') or (ACaracTitulo = '3'))) or (wCarteira = 31) then wTipoCarteira := ACaracTitulo else if (((wCarteira = 11) or (wCarteira = 17)) and (ACaracTitulo = '4')) or (wCarteira = 51) then wTipoCarteira := ACaracTitulo else wTipoCarteira := '7'; Acredito que assim resolva o problema

Bom dia. A função MontarCodigoCedente é utilizada somente na impressão do boleto, inclusive a homologação da impressão do Bradesco com o FortesReport já está feita . Att.