Juliana Tamizou

Bom dia. O campo está de acordo com a especificação do banco, não entendi oque está errado... Att.

Bom dia Jeferson. Qual é exatamente seu problema? Vc não tem estas informações gravadas no BD ou não está conseguindo atribuir ao componente? Att.

Bom dia Jeferson. Qual é exatamente seu problema? Vc não tem estas informações gravadas no BD ou não está conseguindo atribuir ao componente? Att.

Boa tarde Douglas. Quanto ao ratio no FortesReport já está disponível no svn a correção. Quanto ao memo para os dados do cheque, apenas um banco recusou? Qual foi a justificativa? Att.

Boa tarde Douglas. Já está implementado e disponível no svn. Att.

Bom dia Sidnei. Quais foram os erros reportados pelo banco? Att.

Bom dia. Como foi impresso este campo no seu boleto? Att.

Boa tarde Sidnei. Você setou a propriedade Tipo Cobrança com CobCaixaSicob? Att.

Boa tarde. O componente tem a função LerRetorno, que lê o arquivo gerado pelo banco e preenche a lista de titulos com eles, a partir da lista vc pode efetuar as atualizações dos títulos em seu sistemas.

Bom dia Sidnei. Recentemente fiz a homologação da CEF SICOB e foi aprovado, vc está com os fontes do svn atualizados? Att.

Bom dia Jorje. Com relação aos pequenos bugs mencionados, caso vc os tenha corrigido pode anexar aqui os fontes, se desejar. Os layouts para o SICOB e o SIGCB são bastante diferentes, mas também não entendo a real necessidade da existência dos 2...porém não é só a caixa que tem isso, o Banco do Brasil também tem, porém as diferenças entre eles foram acertadas dentro da unit do BB. Att.

Bom dia. Utilizo co CNAB240 do Banco do Brasil e estou conseguindo setar a carteira normalmente, qual o valor vc está passando ao componente? Att.

Bom dia. Na verdade ainda não implementamos a leitura do arquivo retorno em nossos sistemas, apenas a remessa, pois pretendo ter em mãos os retornos de alguns bancos para efetuar testes, porém existem usuários que já o estão utilizando, inclusive você pode localizar no fórum. Att.

Bom dia. A última atualização para a unit do Itaú foi enviada ao svn no dia 14/07/11, como vc pode conferir no log do svn, logo, tem um bom tempo que não são feitas alterações para este banco. Att.

Boa tarde. Vc verificou com o banco se existe alguma carência para esses boletos constarem no retorno (acredito que não exista...) Normalmente antes de implantar os boletos em modo de produção, alguns bancos exigem que seja feita a homologação dos boletos, enviando-se alguns boletos para o banco, mas mesmo para os bancos que não exigem isto, o ideal é emitir um boleto de um valor simbólico e efetuar o pagamento para confirmar se caiu na conta em questão.

Boa tarde. No link abaixo vc pode baixar os manuais do bancos que estão implementados no ACBrBoleto, para o BB existem 3 manuais diferentes, por isso vc precisa identificar qual seria o seu caso. https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos Att.

Boa tarde Marcelo. Ao analisar o manual do BB para CNAB 240 colunas encontrei a seguinte orientação: NUMERO DO DOCUMENTO DE COBRANCA 59 73 15 _ ALFANUMERICO 24 Vc está com uma manual atualizado, com uma orientação diferente? Att.

Boa tarde Jorjinho. Para alguns bancos a leitura do arquivo retorno não está implementada, mas a maioria já está feito. Repare que alguns bancos também não possuem CNAB400, apenas o CNA240 ou vice-versa. Att.

Boa tarde. No manual tem alguma referência a '7' para a carteira 17? Já que esse valor é válido apenas para essa carteira o ideal é colocar um IF para este campo. Att.

Boa tarde. Vc efetuou essas implementações? Caso tenha efetuado e puder, anexe os fontes no fórum. Veja oque diz o anexo V do manual do BB ANEXO 5 -COMPOSIÇÃO DO CÓDIGO DE BARRAS PARA EMISSÃO DE BLOQUETOS DE COBRANÇA COM 17 POSIÇÕES LIVRES (EXCLUSIVO PARA COBRANÇA SEM REGISTRO) A utilização do campo “Nosso-Número” com 17 posições livres somente pode ser utilizada por clientes cadastrados com convênio de cobrança de 6 posições, nas Modalidades de Cobrança Sem Registro – Carteira 16 e 18. O “Nosso-Número”, neste caso, não possui dígito verificador. É obrigatório a impostação do Código “21” na posição 43 a 44 do Código de Barras para indicar a utilização do “Nosso-Número” com 17 posições livres. Se o código “21” não for informado, o Sistema de Cobrança interpretará o Código de Barras/Linha Digitável como “nosso-número” de 11 posições Agora veja oque diz o Anexo III ANEXO 3 COMPOSIÇÃO DO CAMPO “NOSSO NÚMERO” – CONVÊNIO DE 6 POSIÇÕES O nosso-número do bloqueto deve estar de acordo com as normas estabelecidas pelo Banco do Brasil. · FORMATO “NOSSO-NÚMERO” COM 11 POSIÇÕES: A composição do “Nosso-Número” deve obedecer as seguintes regras: CCCCCCNNNNN-X convênios com 6 posições, onde: "C" - número do convênio fornecido pelo Banco (número fixo e não pode ser alterado) "N" - seqüencial atribuído pelo cliente "X" - dígito verificador do “Nosso-Número” Seria interessante saber, quando será usado a situação do anexo 3 e quando será utilizada a situação do anexo 5, algo que identifique a opção a ser utilizada, para outros bancos utilizamos a Carteira. Att

Boa tarde. 1 - O ideal seria vc verificar junto com o banco. 2- O componente não tem configuração da impressão, porém fiz impressões em A4 e estão corretas... Att.

Boa tarde. O problema é são muitos códigos para cada banco, porém apenas alguns são interessantes, como os que dizem que o Boleto não foi registrado devido a alguma falha ou então as baixas.... Att.

Boa tarde. Vc tentou deixar a DataMoraJuros maior que a data de Vencimento? Att.

Boa tarde. Esses valores realmente não estão programados para serem impressos, mas são informações fornecidas no arquivo retorno do banco, conforme vc pode conferir nos manuais dos bancos. Att.

Boa tarde. Vc está compilando o ACBrMonitor ou apenas baixou o instalador? Acredito que o ACBrMonitor ainda não esteja com a implementação da Caixa SICOB. Att.