Luciano Rodrigues Pereira

O módulo do banco do nordeste (.pas) na parte em que gera o arquivo de remessa (cnab400), na coluna 108 (carteira), está usando a mesma carteira utilizada no boleto (ex: carteira 21) que usa duas posições e na verdade não é. No manual do bnb diz que é para usar a carteira (tipo de operação) conforme nota Nª 1 que usa uma única posição, trata-se de uma tabela que vai de 1 a K que faz um relacionamento entre as carteiras e esse código. Inclusive, usando a carteira normal de suas posições (ex: 21) a linha de transação fica com 401 posições.

Consegui sim, na verdade, a GRU Cobrança é uma Cobrança bancária do Banco do Brasil com algumas caracteristicas especiais. A empresa deve ir ao Banco do Brasil e fazer esse convênio. No teu sistema você gera o boleto normalmente (quase normalmente). Existem algumas caracteristicas que você deve alterar no boleto, como por exemplo inserir o brasão da república no boleto, além do título de "Gru - Guia de recolhimento da união". Existe um manual da Gru Cobrança (você acha no google) que mostra o que você deve alterar no boleto. No ACBr não muda nada, você é quem deve alterar o arquivo .fr3 do boleto, só isso.

Anderson, eu tive o mesmo problema, você deve ter executado o bat de apagar os arquivos antigos do ACBr conforme pede o manual, aí ele apaga este arquivo. Eu simplesmente fui na lixeira e recuperei o mesmo. O ACBr deveria corrigir isso.

Desculpe Juliana, não foi minha intenção, é que o tópico que comentei com essa dúvida era de 2014 e fiquei na dúvida se deveria abrir um novo. Peço desculpas. De qualquer forma inda não tive resposta em nenhum dos dois. Aguardo ansiosamente um retorno. Obrigado.

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;

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;

Estou tendo o mostro problema. Qual parâmetro você mudou?

Márcio, acredito que não seja obrigatório 2 linhas. Basta uma, normalmente com a mensagem "pagável em qualquer banco até o vencimento". E tanto faz beneficiário e cedente. O importante é o preenchimento do campo. Como você vai fazer os testes com o banco? Vai mandar 10 boletos impressos? Arquivo de remessa de teste? Tentei falar com o BNB em nome de meu cliente e o mesmo não sabe informar nada a respeito de testes. Eles pedem uma tal de voz de transmissão do meu cliente para me dar o telefone do setor que podia me falar sobre os testes, mas nem meu cliente sabe o que é essa voz de transmissão. Sabe me dizer também se a cobrança do BNB tem algum número de convênio que eu tenho de configurar no boleto?

o AcbrBoleto já trabalha com a GRU Cobrança? GRU é a guia de recolhimento da união. Até onde sei é uma cobrança do Banco do Brasil, é gerado um boleto que pode ser pago em qualquer agência té o vencimento e depois somente no Banco do Brasil. Mas não sei se posso usar o modelo do Banco do Brasil do ACBR e qual seria a carteira de cobrança e qual layout usar.

Gostaria de fazer uma sugestão para a equipe de desenvolvimento: A chamada de GerarRemessa(Cont_Remessa) apesar de eu informar o contador de remessa na chamada (cont_remessa) ele é quem vê qual a última remessa gerada na pasta e cria a seguinte, tá perfeito, só que parece ser uma procedure e não uma função e isso me impede de saber qual arquivo ele gerou. Deveria ser uma função e retornar o nome do arquivo gerado. Usei como exemplos o bradesco e o itaú.

O Nosso_Numero é gerado por mim certo? Esse número tem obrigatoriamente que ser sequencial? (ex: 28,29,30,31..) ou podem ser saltados? ex(28,30,32,45,60,100)? Digo isso porque gostaria de usar um número que já tenho dentro do titulo que não é sequencial, mas não se repete.

1. Vi um exemplo do boleto na Devmedia onde eles definem os campos Instrução_1 e Instrução_2 como varchar(100), mas acredito que esses campos são apenas códigos para o banco não? ex: 43 ("protestar se não for pago até o vencimento"), neste caso então seriam char(2) não? eu estou usando assim, informei instrução_1 como "43" mas não aconteceu nada no boleto. No arquivo de remessa aparece o código de instrução 43, mas no boleto não aparece mensagem nenhuma em relação ao código de instrução, porque? Usei como exemplos o bradesco e o itaú.

1. Vi um exemplo do boleto na Devemidia onde eles definem os campos Instrução_1 e Instrução_2 como varchar(100), mas acredito que esses campos são apenas códigos para o banco não? ex: 43 ("protestar se não for pago até o vencimento"), neste caso então seriam char(2) não? eu estou usando assim, informei instrução_1 como "43" mas não aconteceu nada no boleto. No arquivo de remessa aparece o código de instrução 43, mas no boleto não aparece mensagem nenhuma em relação ao código de instrução, porque? 2. Tem como eu substituir o quadro todo das mensagens do boleto por um campo memo, onde eu mesmo monto todas as mensagens, com valores de multa, juros, descontos e outras mensagens? neste caso eu não informo nada de multa, juros, etc. Como faço isso? O campo mensagem pode ser o conteúdo de um memo? e as quebras de linhas do memo vão quebrar também no quadro da mensagem no boleto? 3. O Nosso_Numero é gerado por mim certo? Esse número tem obrigatoriamente que ser sequencial? (ex: 28,29,30,31..) ou podem ser saltados? ex(28,30,32,45,60,100)? Digo isso porque gostaria de usar um número que já tenho dentro do titulo que não é sequencial, mas não se repete. 4. Gostaria que fazer uma sugestão para a equipe de desenvolvimento: A chamada de GerarRemessa(Cont_Remessa) apesar de eu informar o contador de remessa na chamada (cont_remessa) ele é quem vê qual a última remessa gerada na pasta e cria a seguinte, tá perfeito, só que parece ser uma procedure e não uma função e isso me impede de saber qual arquivo ele gerou. Deveria ser uma função e retornar o nome do arquivo gerado. Estou usando o Delphi e usei como exemplo o bradesco e o itaú.