sgeinformatica

Acabou de voltar ao normal

Estou com o mesmo problema e não achei solução. Vc não mencionou no seu post, mas o erro é somente para Gás GLP O erro está acontecendo desde ontem. Eu imagino que deve ser algum problema nos servidores da Sefaz

Ok, entendido! Mas observei que a consulta pode ser feita por período, informando data inicial e data final (método ACBrPixCD1.PSP.epCobV.ConsultarCobrancas). Na documentação do banco INTER (PSP que estou testando), informa que apenas os parâmetros "início" e "fim" são obrigatórios. Fiz teste passando tanto data de criação como data de vencimento e, apesar da resposta da api ser "200", a lista sempre vem vazia. Abaixo no log tem um exemplo de consulta usando como parâmetro de data inicial e final 16/11/2024 (existem 3 cobranças geradas e ATIVAS com essa data de vencimento) Log: 04/11/24 14:45:10:642 - ConfigurarHTTP 04/11/24 14:45:10:643 - ConfigurarProxy 04/11/24 14:45:10:644 - ConfigurarTimeOut 04/11/24 14:45:10:645 - ConfigurarHeaders( GET, https://cdpj.partners.bancointer.com.br/pix/v2/cobv?inicio=2024-11-16T00%3A00%3A00.000Z&fim=2024-11-16T23%3A59%3A59.999Z&locationPresente=false&status=ATIVA&paginacao.paginaAtual=1&paginacao.itensPorPagina=10 ) 04/11/24 14:45:10:647 - Req.Headers: Authorization:Bearer ************************************ 04/11/24 14:45:10:649 - Req.Body: 04/11/24 14:45:10:651 - Http.Sock.SSL.CertificateFile: API_Certificado.crt Http.Sock.SSL.PrivateKeyFile: API_Chave.key Http.Sock.SSL.Certificate: Http.Sock.SSL.PrivateKey: 04/11/24 14:45:10:865 - ResultCode: 200 - OK 04/11/24 14:45:10:867 - Sock.LastError: 0 04/11/24 14:45:10:872 - Resp.Headers: HTTP/1.0 200 OK Content-Length: 209 Content-Type: application/json Date: Mon, 4 Nov 2024 17:45:11 GMT Server: istio-envoy Strict-Transport-Security: max-age=31536000; includeSubDomains X-Envoy-Upstream-Service-Time: 78 X-Rate-Limit-Remaining: 119 X-Rate-Limit-Time: 1730742370997 X-Request-Id: ******************************************* X-Upstream-Time: 80 Connection: keep-alive 04/11/24 14:45:10:874 - Resp.Body: {"parametros":{"inicio":"2024-11-16T00:00:00Z","fim":"2024-11-16T23:59:59.999Z","status":"ATIVA","paginacao":{"paginaAtual":1,"itensPorPagina":10,"quantidadeDePaginas":0,"quantidadeTotalDeItens":0}},"cobs":[]} 04/11/24 14:45:10:877 - ResultCode:200 04/11/24 14:45:10:879 - RespostaHttp: {"parametros":{"inicio":"2024-11-16T00:00:00Z","fim":"2024-11-16T23:59:59.999Z","status":"ATIVA","paginacao":{"paginaAtual":1,"itensPorPagina":10,"quantidadeDePaginas":0,"quantidadeTotalDeItens":0}},"cobs":[]} 04/11/24 14:45:13:672 - Removendo PSP: TACBrPSPInter, Nome: ACBrPSPInter1 Essa funcionalidade de consultar por data inicial e final, da modalidade COBV, também não foi implementado? Att. Eloy

Olá pessoal, Estou recebendo erro http 429 (Too Many Requests) ao enviar de uma em uma. O componente já está preparado para enviar cobrança em LOTE? Não encontrei no exemplo o modelo para essa funcionalidade !

Boa tarde... Sim, foi constatado que o problema realmente vem do PSP. Abri um chamado no PJ TEC do banco Sicredi, porem ate o momento não me deram retorno!

Vou preparar uma base de dados para fazer esse DEBUG... Também estou desconfiado que o problema está no PSP (Banco), que não está retornando as informações Vou aproveitar e fazer o pagamento em outros bancos para testar isso... Obrigado

PSP = banco Sicredi Usando componentes. Veja o exemplo de Json de retorno: "calendario":{ "criacao":"2024-09-23T20:28:03.054Z", "dataDeVencimento":"2024-09-24", "validadeAposVencimento":90 "valor":{ "original":"2.50", "juros":{ "modalidade":3, "valorPerc":"2.00" }, "multa":{ "modalidade":2, "valorPerc":"5.00" } }, "txid":"**************F38718C426", "revisao":0, "status":"CONCLUIDA", "pix":[ { "endToEndId":"*************827525010783", "txid":"********************CF38718C426", "valor":"2.62", "componentesValor":{ "original":{ "valor":"2.62" } ************************************************* * aqui deveria ter as informações de juros e multa: * * "componentesValor":{ * "juros":{ * "valor":"" * "componentesValor":{ * "multa":{ * "valor":"" ************************************************* },

Quando a cobrança é paga após vencimento, com instruções de cobrar juros e multa, na liquidação da cobrança, não esta vindo o retorno das informações multa e juros.

aqui voltou funcionar

Aqui o mesmo problema, e pesquisando na internet já tem relatos de quem trabalha com PHP

Bingo Era isso mesmo, foi só adicionar a unit MidasLib que deu certo Muito obrigado pela ajuda

Boa tarde No meu sistema tenho um botão para visualizar a Danfe, e no meu computador está funcionando perfeitamente. Coloquei no meu cliente, num computador com Windows Server 2012, e quando chega nessa linha: NFeDANFEFR := TACBrNFeDANFEFR.Create(nil); me retorna um Access Violation Vi aqui no forum um problema assim de 2015, e foi solicitado que colocasse o componente no form ou no datamodule. Acontece que a função acima está numa classe dentro de uma unit não visual, então eu adicionei as seguintes units manualmente: ACBrNFeDANFEFR, ACBrDFeReport, ACBrDFeDANFeReport, ACBrNFeDANFEClass, Mesmo assim retorna o Access Violation Tentei colocar o componente no datamodule e tambem dá o access violation Erro somente acontece no meu cliente, no meu computador funciona perfeitamente Alguem sabe me dizer o motivo? Obrigado

ok, obrigado

Obrigado vc

a inutilização foi homologada, somente a resposta do acbrmonitor que não retornou o nro do protocolo SGE-Log-Inutilizar-NFe-2019-05-20-17-41-35.txt ACBrMonitor.ini