REMESSA BANRISUL CNAB 400 ERRO NOSSO NUMERO

[el.lauro]

BOM DIA!

Estou com problema ma geração da remessa Banrisul CNAB 400.

Ao gerar o arquivo de remessa pela primeira vez gerra nosso numero com erro fica sem 2 numero 0000000602 onde deveria ser 0000065102 exemplo a baixo: 

Pimeira geração com erro nosso numero....

1                0576030024035                                0000000602                                   101372/01    0608160000000374585041     08N090716091800000000003750000000000000000000000000000000000000000000000209084373000162CLIENTE ABC                             EST RS 442 1210                                0200099880000MACHADINHO     RS0000 000000000000005                       000005

Segunda geração do mesmo arquivo sem erro nosso numero...

1                0576030024035                                0000065102                                   101372/01    0608160000000374585041     08N090716091800000000003750000000000000000000000000000000000000000000000209084373000162CLIENTE ABC                             EST RS 442 1210                                0200099880000MACHADINHO     RS0000 000000000000005                       000005
 

O curioso é que isso só ocorre na primeira vez que gero se eu gerar novamente esta mesma remessa ele gera certo!

[Juliana Tamizou]

Boa tarde.

O mesmo ocorre no demo do componente?

Att.

[el.lauro]

Ola Juliana!

Não testei no demo.

Tenho homologado no banrisul já faz tempo.

Tenho varios clientes usando!

Não sei pq o componente monta o nosso numero desta forma!

 

[Juliana Tamizou]

Boa tarde.

19 horas atrás, el.lauro disse:

Não testei no demo.

Tenho homologado no banrisul já faz tempo.

Você tem funcionando com o componente ?

Att.

[el.lauro]

Em 21/07/2016 at 15:35, Juliana Tamizou disse:

Boa tarde.

Você tem funcionando com o componente ?

Att.

Bom dia juliana !
Sim tenho funcionado meu sistema já faz tempo com o componente!

Apenas de um tempo para cá acontece este problemas q AS VEZES não gera o digito na primeira vez que gera a remessa, se for gerar novamente ele gera !

Só esta dando muito trastorno.

Obrigado pela atenção!

[Juliana Tamizou]

Bom dia.

Esta situação é muito esquisita, não temos relato desta situação, seria importante que você consiga reproduzir no demo para que possamos analisar.

Att.

[el.lauro]

O problema é que já simulamos de todas as formas no nosso sistema não é sempre q isso ocorre!

vamos simular no demo para ver como se comporta!

Obrigado pela atenção !

[el.lauro]

Bom dia Juliana!

Acredito que desvendamos o problema do da geração do nosso numero na remessa:

Quando gerávamos o arquivo de remessa estávamos informando o numero sequencial para o componente gerar o nosso numero neste caso as vezes ele gerava e as vezes não!

Agora estamos enviando o nosso numero já calculado.... Acredito que não vá mais dar erros. Obrigado!

MAS.... ATUALIZEI OS FONTES DO ACBRBOLETOS hoje 03.08.2016 e agora quando tento imprimir no formato PADRÃO da um erro de access violation e no formato CARNE imprime correto.

Poderia tentar imprimir nos dois formatos e me confirma se esta tudo certo no componente ?

Obrigado pela Atenção!

[el.lauro]

O Meu Erro de access violation iniciou apos atualiza o ACBR em 03.08.16 para DELPHI 7 Trunk2!

Voltei para um Pacote de backup que eu tinha do ACBR Trunk2 de 19.07.16 Voltou a Funcionar!

Gostaria de saber se a partir desta data o ACBR já tem alterações para DELPHI 7 Trunk2 que não são suportadas ?

Obrigado pela atenção e desculpa o transtorno.

[el.lauro]

Minhas alterações não resolverão o problema na geração do nosso numero da Remessa no Banrisul !

[Juliana Tamizou]

Boa tarde.

Hoje nenhum comit nos componentes de boleto foi realizado hoje, verifique se não possui arquivos conflitantes.

Att.

[el.lauro]

Juliana Obrigado pelo retorno!

Estávamos analisando o código da geração do nosso numero para o Banrisul  tem '.' não entendi o pq desta '.'  e

Function TACBrBanrisul.MontarCampoNossoNumero(const ACBrTitulo: TACBrTitulo): string;
begin
  Result:=PadLeft(ACBrTitulo.NossoNumero, 8, '0');
  result:=Result+'.'+CalculaDigitosChaveASBACE(Result);
end;
 

Na geração do nosso numero para a remessa CNAB 400

PadRight(NossoNumero, 8, '0')+CalculaDigitosChaveASBACE(NossoNumero) + // Nosso Número

E no nosso problema ocorre que some os 2 ultimo numero do Numero sequencial dos Boletos como pode observar no meu primeiro post!

Obrigado!

 

[Frederico Hahn Pesenti]

Houve algum progresso em relação a isso? Noto que comigo isso também acontece, usando o ACBrMonitorPlus, às vezes ele simplesmente não gera o digito de verificação. Daí fecho e abro o monitor e o problema se "resolve". Quando isto ocorre, é na geração de remessa e na impressão.

Editado 19 Junho, 2017 por Frederico Hahn Pesenti

[Juliomar Marchetti]

Hum Estranho! sabe precisar a versão?

Poderia anexar os logs do monitor!

[Frederico Hahn Pesenti]

Faz tempo que isso ocorre, mais de ano e, se não me engano, já ocorria no ACBrMonitor. Meus fontes estão atualizados e isto é bem antigo, vem de muito tempo. Nesta última semana decidi preencher o nosso número com zeros à esquerda até 8 caracteres antes de usar o "IncluirTitulos" pelo arquivo INI e o problema parece ter parado, darei mais informações no decorrer desta semana. Segue exemplo parcial de INI de inclusão:

[Titulo1]
NumeroDocumento=119 / 9163 / 1
NossoNumero=00000104 (antes colocava só "104", agora incluí os zeros à esquerda. Neste caso gerou normal, ficou 10405)
Carteira=805076
ValorAbatimento=0,00
ValorDesconto=0,00
ValorMoraJuros=1,13
ValorIOF=0,00
ValorOutrasDespesas=0,00
ValorDocumento=678,00
PercentualMulta=3,00
Vencimento=07/08/2015
DataDocumento=10/07/2015
DataProcessamento=19/06/2017
DataAbatimento=
DataDesconto=
DataMoraJuros=07/08/2015
DataProtesto=
LocalPagamento=Pagavel em qualquer agencia bancaria ate o vencimento
Especie=DM
EspecieMod=R$
Sacado.NomeSacado=DISTRIBUIDORA
Sacado.CNPJCPF=12.345.678/9112-45
Sacado.Pessoa=1
Sacado.Logradouro=Avenida Assis Brasil
Sacado.Numero=11
Sacado.Bairro=Cristo Redentor
Sacado.Complemento=
Sacado.Cidade=Porto Alegre
Sacado.UF=RS
Sacado.CEP=91140000
Sacado.Email=ti@moto
Mensagem=
Aceite=1
OcorrenciaOriginal=0
Parcela=1
TotalParcelas=1
SeuNumero=119 / 9163 / 1
TipoDiasProtesto=0
TipoImpressao=0

[Frederico Hahn Pesenti]

Infelizmente não resolveu e percebi que o problema ocorre depois de faço a leitura dos retornos. Ou seja, abro o monitor, configuro dados de cedente, imprimo boletos, HTML, PDF, tudo sem problemas. Após ler um arquivo de retorno, todas as impressões saem com o problema mencionado.

Editado 20 Junho, 2017 por Frederico Hahn Pesenti

[Juliomar Marchetti]

Então gera o log do monitor e anexa aqui

[Frederico Hahn Pesenti]

Juliomar,

antes de te mandar o log de comandos, tem uma questão com o ACBrBancoBanrisul.pas:

    if (not LeCedenteRetorno) and ((rAgencia <> OnlyNumber(Cedente.Agencia)) or
    (rConta <> OnlyNumber(Cedente.CodigoCedente))) then
      raise Exception.Create(ACBrStr('Agência\Conta do arquivo inválido'));

Ele nunca identifica agência ou conta, apesar de que, ignorando esta exceção os dados são lidos "sem problemas". Segue em anexo o INI de configuração do cedente, o INI de inclusão do boleto, o PDF do boleto gerado, o arquivo de retorno lido e o PDF gerado com erro, após a leitura do retorno. Segui os seguintes passos para gerar o problema:

1) Abri o monitor

2) Configurei o cedente pelo INI em anexo

3) Incluí o título pelo INI em anexo

4) Criei o PDF em anexo (tudo OK)

5) Li o retorno em anexo utilizando a tela de relatórios disponível no monitor. Se não comentar as linhas de "Agência\Conta do arquivo inválido", nada é lido. Com essas linhas comentadas, inclusive com as demais que especificam cedente, agência e conta no ACBrBancoBanrisul.pas, o retorno é lido sem problemas, conforme Retorno.ini

6) Ao tentar criar boletos, usando os mesmos INI, é sempre gerado um boleto com problema, conforme outro PDF em anexo. O mesmo erro se repete na geração de remessas.

0085850341058_20170619_0.ret - Lido

Retorno.ini

boleto.pdf

Boleto.ini

Cedente.ini

boleto depois de ler o retorno.pdf

[el.lauro]

Bom dia Frederico!

Poderia postar teu arquivo de remessa tbm ?

Nosso erro era ocasionado pois não estávamos limpando o ACBRBoleto.

[Frederico Hahn Pesenti]

Segue remessa do boleto em questão.

cb200601.rem

[Frederico Hahn Pesenti]

Bom dia,

conseguiu achar o problema?

[José M. S. Junior]

Boa tarde,

Identificamos o problema da alteração do Nosso Número, ajuste já está disponível no SVN.

Referente ao código acima que você precisa comentar para funcionar  (validação agência e conta). Basta marcar a opção "Ler Dados Cedente Retorno" no ACBrMonitor - menu (Remessa e Retorno).

 

[Frederico Hahn Pesenti]

Vou verificar, obrigado!

[j2c9m7]

Em 05/07/2017 at 16:23, José M. S. Junior disse:

Boa tarde,

Identificamos o problema da alteração do Nosso Número, ajuste já está disponível no SVN.

Referente ao código acima que você precisa comentar para funcionar  (validação agência e conta). Basta marcar a opção "Ler Dados Cedente Retorno" no ACBrMonitor - menu (Remessa e Retorno).

 

Ola Jose,

Poderia me dizer o que foi modificado, pois estou usando o componente acbrboleto e depois desta modificacao, comecei a ter problemas com o retorno do banrisul!

Abracos

[José M. S. Junior]

Olá,

Na função (LerRetorno400) estava alterando o tamanho padrão do Nosso Número de 8 para 10, sendo assim ao executar essa função e tentar gerar outro Boleto, o mesmo começava a ter o Nosso Numero desconfigurado. (Erro descrito neste tópico)

Foi removido a referência (fpTamanhoMaximoNossoNum:=10;) e na leitura do arquivo alterado para leitura de 8 posições conforme o tamanho padrão, pois os outros dois dígitos são calculados baseado no campo Nosso Número.

Qual erro está ocorrendo? Se possível, favor anexar seu arquivo de retorno para validação...