ACBrBoleto - Sicoob retorno via api - Invalid zip file central header signature

[Gr@c@]

Enviei 2 boletos via api ===> ok

Ao obter o retorno da consulta:

Etapa 1-HttpResult 200 Codigo de solicitação 132=> ok

Etapa 2-vem 3 identificadores=> ok

Etapa 3-"Invalid zip file central header signature"

Delphi 10.3.3

Componentes ACBr atualizados em 06/11/2024

Ambiente de homologação utilizando dados reais da conta da minha empresa

[Victor H. Gonzales - Panda]

Em 07/11/2024 at 09:11, Gr@c@ disse:

Enviei 2 boletos via api ===> ok

Ao obter o retorno da consulta:

Etapa 1-HttpResult 200 Codigo de solicitação 132=> ok

Etapa 2-vem 3 identificadores=> ok

Etapa 3-"Invalid zip file central header signature"

Delphi 10.3.3

Componentes ACBr atualizados em 06/11/2024

Ambiente de homologação utilizando dados reais da conta da minha empresa

Boa tarde,

que eu me recordo, o Sicoob não devolve ZIP válido em homologação, somente em produção, era por conta da LGPD, algo assim

era uma mensagem via email do suporte do Sicoob

não era isso @Daniel InfoCotidiano ?

[Daniel InfoCotidiano]

@Gr@c@
Isso mesmo que o Panda falou.
Somente em produção vc vai conseguir testar esta consulta.

[Gr@c@]

Entendi. Mas acho uma incoerência do banco Sicoob. Em tese a homologação deveria funcionar 100% (envio e consultas), software house não pode fazer clientes de cobaia. Antes de colocar aplicativo em produção é necessário 100% de testes, ainda mais em se tratando do financeiro da empresa cliente.

No caso, se enviar boleto via api ainda é possível utilizar a baixa dos boletos pelo antigo retorno cnab (arquivo .ret)? Caso haja alguma falha na baixa pelo arquivo retornado pela consulta api?

[Daniel InfoCotidiano]

10 minutos atrás, Gr@c@ disse:

Entendi. Mas acho uma incoerência do banco Sicoob.

concordo. veja a msg qdo questionei eles:

eles me passaram este link para tratamento:
https://documenter.getpostman.com/view/20565799/2sA3QqfsDi#33615a7e-26ab-4ca4-b710-206caf1153aa


 

[Victor H. Gonzales - Panda]

16 minutos atrás, Gr@c@ disse:

Entendi. Mas acho uma incoerência do banco Sicoob. Em tese a homologação deveria funcionar 100% (envio e consultas), software house não pode fazer clientes de cobaia. Antes de colocar aplicativo em produção é necessário 100% de testes, ainda mais em se tratando do financeiro da empresa cliente.

No caso, se enviar boleto via api ainda é possível utilizar a baixa dos boletos pelo antigo retorno cnab (arquivo .ret)? Caso haja alguma falha na baixa pelo arquivo retornado pela consulta api?

acho que se os DEV fizerem um movimento, eles mudam isso...

as vezes quem desenvolveu não tem essa visão / ciência de mundo...

mas concordo contigo...

 

E outra coisa que percebo, parece que são 2 produtos dentro do banco, (Online e o via Arquivo) o Online as vezes não faz muita coisa ou devolve pouca informação, já o via arquivo é completo.

Talvez por não ter uma Documentação da Febraban que unifica ou baliza essas API

 

Olha... até agora não tive problemas com o .ret/crt em nenhum banco que ativou API

[Juliomar Marchetti]

46 minutos atrás, Gr@c@ disse:

Entendi. Mas acho uma incoerência do banco Sicoob. Em tese a homologação deveria funcionar 100% (envio e consultas), software house não pode fazer clientes de cobaia. Antes de colocar aplicativo em produção é necessário 100% de testes, ainda mais em se tratando do financeiro da empresa cliente.

No caso, se enviar boleto via api ainda é possível utilizar a baixa dos boletos pelo antigo retorno cnab (arquivo .ret)? Caso haja alguma falha na baixa pelo arquivo retornado pela consulta api?

a NFe/NFCe/Cte etc. também deveria funcionar igual nos dois ambientes.

e não é a realidade então é fazer o que podemos pra deixar o cliente rodando