CNAB400 Unicred está pegando os dados incorretos

[Alexandre Felippeto Henzen]

Hoje o ACBr na linha posição 111 está pegando os dados referente a data de liquidação e preenchendo como data da ocorrência:


Portanto com isso acaba causando problemas para instruções como "02 - ENTRADA CONFIRMADA" que não possuem data da liquidação e vem como "000000".

Segue o manual atualizado como solicitado:


E hoje também, segundo o pessoal da Unicred não existe mais a separação no Unicred - 136, porque passou a ser Unicred do Brasil


Atenciosamente,
Pedro Barros

Layout CNAB 400 - Retorno.pdf

[Daniel InfoCotidiano]

@Alexandre Felippeto Henzen
Obrigado por reportar, criado a TK-5267.
Assim que concluído informo aqui.

[Daniel InfoCotidiano]

29 minutos atrás, Alexandre Felippeto Henzen disse:

Portanto com isso acaba causando problemas para instruções como "02 - ENTRADA CONFIRMADA" que não possuem data da liquidação e vem como "000000".

Se vc abrir o arquivo de retorno, vai ver que a ENTRADA CONFIRMADA 02 - o banco nao retorna a DATA da OCORRÊNCIA. (assim como no video q vc anexou o operador explica isso). Nao existe nesta linha nenhuma outra data retornada pelo banco confirmando o registro do titulo.
Mas vc tem a data q vc enviou no seu sistema
Caso ocorra uma rejeição, vc vai precisar corrigir e enviar novamente.

Estava analisando o manual e os nossos fontes:

DataOcorrencia, ela indica quando qualquer alteração no status do boleto foi realizada, inclusive o pagamento. (no caso o Unicred não informa isso para ocorrências de entradas como explicado no video pelo consultor do banco)
DataCredito, indica Data de Crédito do valor pago pelo titulo, data repasse, posição 176 do manual.

Então se vc observar outros bancos estão sendo tratados da mesma forma e mudar esta propriedade quebraria o componente e afetaria milhares de desenvolvedores.

 

[Alexandre Felippeto Henzen]

Entendi, sem problemas sobre isso posso fazer uma solução por aqui.
Me surgiu uma dúvida sobre o campo NumeroDocumento:

E no manual esse 117 se trata de outra coisa




Acabou me trazendo problemas, porque no meu arquivo as duas linhas se tratam do mesmo documento, porém traz o número do documento incorreto. Por isso gostaria de entender essa parte.


Atenciosamente 
Pedro Barros

[Daniel InfoCotidiano]

Para vc entender melhor, como PRO, vc tem acesso gratuito a todos nossos cursos. vou te mandar um video q falamos exatamente disso:
Qual a diferença entre NumeroDocumento, SeuNumero e NossoNumero. Importantissimo saber destas informações para nao baixar, modificar ou protestar boleto errado!
https://acbr.nutror.com/curso/c365775961fb6232c2b06ceee9d39be343e339cd/aula/8316269

Neste outro vídeo mostro a estrutura do boleto, assim fica mais facil vc identificar os campos
https://acbr.nutror.com/curso/c365775961fb6232c2b06ceee9d39be343e339cd/aula/8235825

na imagem acima por exemplo , no video mostro onde fica  numeroDocumento

[Alexandre Felippeto Henzen]

Consegui ver o vídeo e entender, o que eu queria compreender é o porque vocês pegam o Número Documento dessa posição. Porque na documentação essa posição é para outras informações.

Atenciosamente 
Pedro Barros

[Victor H. Gonzales - Panda]

Esse banco é um banco (cooperativa) complicadinho, pois tem alguma caracteristicas estaduais ou até mesmo regionais.

pega dessa posição pois em alguma solicitação foi feita, e a manual original está coerente com o padrão da Febraban, essa questão de Canal, é recente isso é mais coisa dos CNAB240 e API, dai ajustaram nesse layout que você enviou o print.

Até o LITERAL é controverso, ACBrBoleto.Banco.LayoutVersaoLote: Informar  “44” para que a remessa seja gerada com o valor “UNICRED” ou “944” para  ter o valor “UNICRED DO BRASIL” no header do arquivo.