Pesquisar na Comunidade

Bom dia Senhores, Estou realizando a homologação do boleto junto ao banco abc brasil, e percebi um problema ao calcular o digito verificador do nosso numero. Atualmente está sendo utilizado o campo modalidade: Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.ACBrBoleto.Cedente.Modalidade + ACBrTitulo.NossoNumero; Contudo, é necessário alterar para o campo carteira: Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.Carteira + ACBrTitulo.NossoNumero; Segue a planilha de cálculo fornecida pelo banco. PS: Só tenho permissão para upload de até 10KB portanto não foi possível anexar a Unit alterada. DV Nosso Número ABC.rar

Boa noite, Parece meio bizarro até eu estava fazendo uma pergunta com essa mensagem de erro, mas passei a tarde tentando resolver essa situação e não consegui entender porque a nota está dando essa rejeição. Diz que o dígito verificador está inválido mas fazendo o cálculo dá pra ver que está certinho, a chave de acesso no xml é 52171201676996000112650100000102959000102959. Tenha uma meia dúzia de notas com esse problema, todas em sequência. Dentro do xml o valor dentro da tag de dígito é exatamente 9 <cDV>9</cDV>. Eu também verifiquei no xml todas as informações de CNPJ, estado, número da nota, tudo que está presente na chave está igual. Vocês tem ideia do porque esse problema está acontecendo? Obrigado

Boa tarde, estou abrindo esse tópico porque estou fazendo testes de emissão de boleto Sicoob e o AcBr está gerando um nosso número diferente do esperado. Utilizando o manual abaixo (em anexo) disponibilizado pelo sicoob, esse boleto de exemplo (entrega.pdf em anexo) teria dígito verificador 7. O AcBr trás o dígito verificador como 2. Isso acontece com qualquer boleto, o dígito verificador não sai o esperado. Gostaria de saber se alguém mais está tendo esse erro e se é possível fazer alguma coisa para que o Nosso Número saia diferente. Desde já, agradeço. entrega.pdf Layout siccob.xls

Saudações. Estou homologando Sicoob, cnab 240. Gero os boletos normalmente. Coloco naquele arquivo do excel que eles fornecem. Tudo fica correto. Gero a remessa e envio para o banco. Retorna erro de "Nosso número é inválido". Alguém tem alguma idéia do que eu possa estar fazendo de errado? Estou anexando a remessa aqui. No aguardo de qualquer idéia. Claudiomir cb251001.rem

Olá Companheiros. Estou implantando a emissão de boletos através de meu Software em grande parte de meus clientes, de diversos bancos inclusive vários já implantados com êxito, mas desde semana passada estou com uma dificuldade em configurar a emissão de boleto em um cliente que utiliza o Banco SICREDI, a remessa é gerada e aceita, mas sempre da o Retorno de que o Nosso Número é inválido. Já consultei o manual do SICREDI e segui o orientado, mas a planilha de Análise de arquivo do SICREDI também acusa sempre que o DV (dígito Verificador) está incorreto. Esse cliente emitia boleto apenas diretamente do site do SICREDI, ou seja não utilizava o Programa do SICREDI instalado no PC, já fiz a configuração em outro cliente que também usa SICREDI e tudo aconteceu normalmente não tive dificuldades, mas esse cliente específico esta me quebrando a cabeça, tem um detalhe que me chamou a atenção é que a Gerente deste cliente que não estamos conseguindo gerar o boleto informou a ele que o Código do CEDENTE é o mesmo número da conta sem o dígito, já no outro cliente que configuramos e deu certo a configuração, o código do Cedente era diferente do número da conta sem o dígito, mas ele emitia o Boleto através da Aplicação do SICREDI instalada no Desktop. Gostaria de saber se alguém ja passou por isso, se a questão de só emitir boleto pelo site e não pela Aplicação Desktop do SICREDI vai influenciar em algo. No código deixo que o ACBR trate as informações: if Boleto.Banco.TipoCobranca in [cobSicred] then FNossoNumero := SoNumeros(Boleto.Banco.MontarCampoNossoNumero(Titulo)) No manual do banco SICREDI (em anexo, página 7) diz que: Relacionar os códigos da cooperativa de crédito/agência beneficiária (aaaa), posto beneficiário (pp), do beneficiário (ccccc), ano atual (yy), indicador de geração do nosso número ( e o número sequencial do beneficiário (nnnnn): aaaappcccccyybnnnnn; Se alguém já passou por isso e puder nos dar uma ajuda, ficarei Grato.

Boa tarde, antes de mais nada, já procurei no fórum e google, e não encontrei nada atualizado. Eu gostaria de validar o código RENAVAM de veículos. Pelo que achei na internet então, houve uma mudança no início de 2013, o código RENAVAM passou de 9 para 11 dígitos. Até encontrei em postagens mais antigas em outros fóruns, uma rotina em Delphi que calcula o dígito e valida, mas eu acho que só funciona para códigos Renavam gerados até 2012, pois com um código de exemplo que tenho aqui, do ano de 2013, não está funcionando. Alguém sabe como funciona a nova validação? Onde posso encontrar a regra do cálculo do dígito? Ou já tem esta validação em alguma unit do ACBr? Eu não trabalho com CT-e, mas acho que esta validação deve interessar também pra quem trabalha... Se ainda não tiver na biblioteca ACBr, eu gostaria de sugerir a implementação desta validação no componente TACBrValidador. Att Ricardo

Olá bom dia! Pessoal estou tentando utilizar o ACBRMonitor para emitir boletos de uma agência do SICREDI Porém não estou tendo muito sucesso, Acontece que o SICREDI utiliza o digito da agência como sendo a Unidade de Atendimento (informação passada pelo pessoal do banco) e penso que com isso o ACBR não está conseguindo calcular corretamente os dígitos verificadores. Por hora me concentro no dígito verificar do nosso número. Como não programamos em Delphi acabamos não conseguindo entender como o ACBR chega nos cálculos da linha digitável do boleto e por consequência onde estamos errando. Acontece que na planilha que o Sicredi me encaminhou quando coloco o código de barras ele dá divergências (ANEXO IV). Dessas divergências quando faço os cálculos numa planilha desenvolvida por mim (Anexo V) para calcular o dígito verificar do nosso número, baseado no manual do SICREDI (Anexo IV) eu chego ao mesmo resultado considerado como correto pelo banco no caso acima, cheguei ao dígito do nosso número = 5 que também é o considerado correto pelo SICREDI no anexo IV, porém no Monitor está imprimindo 7. Não me ative aos outros dígitos verificadores, pois penso que se resolver esse primeiro talvez já resolva os outros. Para facilitar as mudanças de configurações acabei criando um TXT com a sequencia de comandos prontas que eu colo no DOS após abrir a conexão via Telnet para independer do sistema (Anexo VII) ANEXO I: Dados da conta do meu cliente: http://tayos.com.br/acbr/dados cedente.txt ANEXO II: Segue o LOG do ACBRMonitor: http://tayos.com.br/acbr/logACBRmonitor.txt ANEXO 3: boleto Gerado: http://tayos.com.br/acbr/boleto.pdf Anexo IV: Planilha do Excel com as divergências apontadas http://tayos.com.br/acbr/analisa_boletos.xls Anexo V: Planilha desenvolvida por mim para checar o dígito do nosso número http://tayos.com.br/acbr/calculo boleto sicredi.xlsx Anexo VI: Manual SICREDI http://tayos.com.br/acbr/manual boleto sicredi.pdf Anexo VII: Sequencia comandos para usar via Telnet pelo DOS http://tayos.com.br/acbr/Sequencia comando usar pelo telnet.txt Galera, se puderem me ajudar agradeço porque já estou a dias tentando liberar isso para o cliente e não consigo. Att Alves

Peço desculpas aos administradores, porém acabei publicando na área aberta pensando ter feito aqui no SAC. Se puderem mover para cá eu agradeço. Texto original do tópico no link abaixo. att Alves

Boa noite. Estou emitindo boleto cobrança simples no SICOOB (756) está dando diferença nos dígitos verificadores. Tem alguém que usa o ACBR x Sicoob? que poderia analisar ? Estou anexando aquele layout de homologação. Já emito pra outros bancos como caixa funciona normal. digitos verificadores.xls

A função do calculo do digito verificador do ACBr no Banco do Nordeste está assim, dizendo que não existe digito = 1, quando este for 1 será 0. Mas o sistema de emissão de boleto do próprio banco gera boletos com digito verificador 1. O manual diz que quando o resto da divisão (por 11) for 1 aí o digito será 0, mas o resto da divisão, lembrando que ainda vamos subtrair de 11 o resto da divisão, portanto é para transformar o resto da divisão em 0 quando este for 1 e não o próprio digito final encontrado. Gostaria que dessem uma olhada e se realmente estiver errado favor corrigir. Tentei comentar esta parte do .pas, que transforma digito 1 em 0 mas não sei como recompilá-lo, mas o ideal mesmo seria fazer a correção no ACBr. Meu ACBr está atualizado, acabei de instalar com o trunk2. help ! function TACBrBancoNordeste.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo ): String; begin Modulo.CalculoPadrao; Modulo.MultiplicadorFinal := 8; Modulo.Documento := ACBrTitulo.NossoNumero; Modulo.Calcular; if Modulo.DigitoFinal = 1 then Result:= '0' else Result:= IntToStr(Modulo.DigitoFinal); end;

Saudações Um dos meus clientes migrou sua conta para o Sicoob. Ao configurar a nova conta e o boleto para o referido banco, recebo mensagem de erro. Pesquisei, mas não encontrei nada sobre o erro. É bem provável que seja um erro meu, mas não encontro a razão. Banco 576 - Sicoob. Nosso número 7. Anexo envio imagem do erro. Não faço ideia de onde vem aquele "-". No aguardo de alguma ideia, Claudiomir Editado: " Sim, eu sei que nosso numero é 7, e em tudo que eu uso e testo ele mostra 7. Só que aqui teima em aparecer 8 dígitos"