Arquivo de retorno Multipag Bradesco

[GabrielLeal7]

Bom dia.
Estou tentando homologar o multipag utilizando remessa pix do bradesco, e o arquivo de retorno me parece estar sendo lido incorretamente, abrindo o arquivo a ocorrencia de retorno veio como 'AB' - Tipo de Operação Inválido, porém quando vou ler o retorno utilizando o acbr pag for, o mesmo parece estar lendo uma linha antes de onde de fato está o codigo da ocorrencia, fazendo com que fique zerada a posição, poderiam me ajudar ?
Em anexo o arquivo de retorno, apenas com alguns dados modificados.

PI020801.txt

[GabrielLeal7]

Alguém consegue me ajudar ?

[Juliomar Marchetti]

20 minutos atrás, GabrielLeal7 disse:

Alguém consegue me ajudar ?

caso tenha necessidade de SLA ou urgência sugiro assinar o PRO.

senão peço para que aguarde até que alguém que tenha a disponibilidade e use o componente posso lhe ajudar

[GabrielLeal7]

No validador do banco vem esse retorno, porém ao ler o arquivo .ret com o acbr o mesmo não identifica essa linha no arquivo, pois está lendo uma linha acima da onde realmente está o registro:

[Diego Foliene]

Bom dia!

Se você conferir no manual que temos disponível para o Bradesco aqui, e até mesmo no layout base da Febraban que tem aqui.

É possível observar que tem um campo de Ocorrência para o Header do Lote(Registro1), o segmento propriamente dito e o Trailer do Lote(Registro 5).

Seu problema acontece porque o PagFor atualmente tenta ler a ocorrência no segmento e no arquivo, ela veio no header do lote.

Criada a #TK-4307 para análise do caso e parecer do consultor responsável.

[GabrielLeal7]

5 horas atrás, Diego Foliene disse:

Bom dia!

Se você conferir no manual que temos disponível para o Bradesco aqui, e até mesmo no layout base da Febraban que tem aqui.

É possível observar que tem um campo de Ocorrência para o Header do Lote(Registro1), o segmento propriamente dito e o Trailer do Lote(Registro 5).

Seu problema acontece porque o PagFor atualmente tenta ler a ocorrência no segmento e no arquivo, ela veio no header do lote.

Criada a #TK-4307 para análise do caso e parecer do consultor responsável.

Certo. Obrigado pela resposta.
Existe algo que eu possa fazer, ou é melhor esperar essa analise ?
Ou algo que eu possa estar fazendo errado ?

[Diego Foliene]

1 minuto atrás, GabrielLeal7 disse:

Certo. Obrigado pela resposta.
Existe algo que eu possa fazer, ou é melhor esperar essa analise ?
Ou algo que eu possa estar fazendo errado ?

Em minha análise inicial, seria necessidade de alteração no fonte mesmo.

Caso queria, tenha a disponibilidade, pode analisar os fontes e o manual e realizar a implementação.

Depois anexa aqui, como uma sugestão de contribuição.

Do contrário, seria questão de aguardar um parecer do consultor responsável pela TK mesmo.

[GabrielLeal7]

Em 11/08/2023 at 14:44, Diego Foliene disse:

Em minha análise inicial, seria necessidade de alteração no fonte mesmo.

Caso queria, tenha a disponibilidade, pode analisar os fontes e o manual e realizar a implementação.

Depois anexa aqui, como uma sugestão de contribuição.

Do contrário, seria questão de aguardar um parecer do consultor responsável pela TK mesmo.

Muito obrigado pela resposta Diego. Fico no aguardo então.

[Italo Giurizzato Junior]

Boa tarde Gabriel,

Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

[GabrielLeal7]

22 horas atrás, Italo Giurizzato Junior disse:

Boa tarde Gabriel,

Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Italo. Testei aqui e agora leu normalmente a ocorrencia e a descrição no registro 0.

[GabrielLeal7]

Boa noite, após atualizar o acbr na data de hoje, o que tinha sido corrigido parou de funcionar, aparentemente os campos não existem mais, os nomes dos campos foram mudados, segue imagem abaixo.

As propriedades CodOcorrencia e DescOcorrencia do registro1 não existem mais 

[GabrielLeal7]

Só pra complementar, antes estava assim e acredito que após uma modificação de um Valter conforme log, a estrutura foi mudada completamente, interferindo na leitura dos arquivos.
ver são antiga 

 

como está após a modificação.

 

Ajuste que foi feito quando identifiquei que faltava a leitura da ocorrencia no registro 1 

Editado 10 Outubro, 2023 por GabrielLeal7

[Diego Foliene]

Bom dia!

Sua classe parece estar diferente da do SVN.

 

Veja também que no momento da leitura do Registro 1, ele preenche a lista de avisos do registro 0.

 

[GabrielLeal7]

Entendi, então mas antes também existia o campo DescOcorrencia no registro 1, a qual conseguia pegar o retorno do arquivo, sem ser pelos avisos, e no caso esse campo não existe mais

[Diego Foliene]

O objetivo da Lista de Avisos é justamente centralizar essas Descrições de ocorrências.

A alteração responsável por isso está na Rev-30667.

[GabrielLeal7]

Mesmo quando o arquivo de retorno vier positivo, como por exemplo ocorrencia '00' ou '03', não vou conseguir listar essa descrição, só buscando pela lista de avisos ?

[Diego Foliene]

56 minutos atrás, GabrielLeal7 disse:

Mesmo quando o arquivo de retorno vier positivo, como por exemplo ocorrencia '00' ou '03', não vou conseguir listar essa descrição, só buscando pela lista de avisos ?

Você pode ler o CodOcorrência da classe do Registro1, mas a informação completa (código + descrição) vai ficar na Lista de Avisos.

Veja que ela também tem a informação de qual é o segmento que veio a ocorrência.

Citar

Lista de Ocorrências:
Código........:AB
Mensagem......:Tipo de Operacao Invalido
Segmento......:1
Segmento Filho:
Seu Numero....:
Código...: AB

 

[GabrielLeal7]

1 hora atrás, Diego Foliene disse:

Você pode ler o CodOcorrência da classe do Registro1, mas a informação completa (código + descrição) vai ficar na Lista de Avisos.

Veja que ela também tem a informação de qual é o segmento que veio a ocorrência.

 

Perfeito cara, muito obrigado.