Cnab do banco DAYCOVAL

[Alexandre Felippeto Henzen]

Prezados boa tarde, nós estamos tendo problemas que iniciaram com a mudança no TK-4426 que veio do topico: https://www.projetoacbr.com.br/forum/topic/74091-daycoval-ajustes-arquivo-de-retorno/#comment-479075

Vimos que foi alterada a logica para seguir um "novo" manual de 2021, porém temos clientes usando o DAYCOVAL e eles recebem o arquivo no mesmo modelo. 
Com as mesmas posições que foram alteradas, segue o arquivo em anexo:
V131514516O.txt

Com isso basicamente quando nosso cliente tenta fazer o retorno dele com esse arquivo, traz o nosso número cortado se deixarmos a FLAG "LerNossoNumeroCompleto" false e traz o nosso número em branco se marcarmos a FLAG "LerNossoNumeroCompleto" como true. Portanto precisamos de entender o que pode ser feito. Porque todos os arquivos que temos desses clientes seguem o mesmo padrão que o componente atendia antes da alteração. 

Arquivo enviado do dia 16/10/2023

Commit da alteração que afeta o Daycoval:



Alteração no COPY que faz com que não traga mais o nosso número como deveria:





Observação sobre outro possível erro de logica:
Inclusive possui um IF que julgo desnecessário, pois nunca será false

Só vai chamar o "DefineTamanhoNossoNumeroRetorno" se for false


Porém existe a mesma validação dentro desse método que só é usado lá, portanto julgo que esse segundo IF é uma condição que nunca vai ser usada.

[Daniel InfoCotidiano]

Boa tarde @Alexandre Felippeto Henzen
Criado a TK-4603 para análise.
Você pode nos fornecer um arquivo de retorno por favor, enviar para [email protected], no corpo da mensagem favor colar o link deste post.

[Victor H. Gonzales - Panda]

34 minutos atrás, Alexandre Felippeto Henzen disse:

Prezados boa tarde, nós estamos tendo problemas que iniciaram com a mudança no TK-4426 que veio do topico: https://www.projetoacbr.com.br/forum/topic/74091-daycoval-ajustes-arquivo-de-retorno/#comment-479075

Vimos que foi alterada a logica para seguir um "novo" manual de 2021, porém temos clientes usando o DAYCOVAL e eles recebem o arquivo no mesmo modelo. 
Com as mesmas posições que foram alteradas, segue o arquivo em anexo:
V131514516O.txt

Com isso basicamente quando nosso cliente tenta fazer o retorno dele com esse arquivo, traz o nosso número cortado se deixarmos a FLAG "LerNossoNumeroCompleto" false e traz o nosso número em branco se marcarmos a FLAG "LerNossoNumeroCompleto" como true. Portanto precisamos de entender o que pode ser feito. Porque todos os arquivos que temos desses clientes seguem o mesmo padrão que o componente atendia antes da alteração. 

Arquivo enviado do dia 16/10/2023

Commit da alteração que afeta o Daycoval:



Alteração no COPY que faz com que não traga mais o nosso número como deveria:





Observação sobre outro possível erro de logica:
Inclusive possui um IF que julgo desnecessário, pois nunca será false

Só vai chamar o "DefineTamanhoNossoNumeroRetorno" se for false


Porém existe a mesma validação dentro desse método que só é usado lá, portanto julgo que esse segundo IF é uma condição que nunca vai ser usada.

Boa tarde,

olhando seu arquivo de retorno, a posição que deveria vir o Nosso Numero completo, está vazia.

referente ao "erro de logica" é que está utilizando da classe base, para remover o DV, pode ser que será utilizado isso invez de capturar do campo de nosso numero completo, visto que o seu por exemplo está vazio, seria legal ver junto ao banco o motivo dele estar em branco.

agora referente ao campo de nosso numero do seu arquivo, foi processado, não entendi onde está o problema, tem como explicar melhor onde ocorre?

 

 

[Alexandre Felippeto Henzen]

A situação que ocorre é a seguinte anteriormente ele retornaria o "00160527662" como nosso número, porque ele trazia 10 dígitos naquela variável "TamanhoMaximoNossoNum", agora ele busca o nosso número e corta o final.
Em relação a está vazio vou verificar, porém são todos os arquivos que estão assim.

Editado 17 Outubro, 2023 por Alexandre Felippeto Henzen

[Victor H. Gonzales - Panda]

15 horas atrás, Alexandre Felippeto Henzen disse:

A situação que ocorre é a seguinte anteriormente ele retornaria o "00160527662" como nosso número, porque ele trazia 10 dígitos naquela variável "TamanhoMaximoNossoNum", agora ele busca o nosso número e corta o final.
Em relação a está vazio vou verificar, porém são todos os arquivos que estão assim.

O Nosso Número é composto por 8 Digitos, esse é o valor que o componente está lendo na posição 063 a 070

o Nosso Número com DV é composto por 9 Digitos, esse é o valor nas posições 086 a 094

o seu arquivo nas posições 086 a 094 está em branco, quando o componente marcado como true para ler nosso numero completo, ele está lendo dessa posição.

[Victor H. Gonzales - Panda]