Skip to main content
Pergunta

Requisição HTTP não é executada

  • November 5, 2025
  • 5 comentários
  • 61 Visualizações

Marcelo Carveche

Ola, tudo bem?

Alguém sabe me dizer quais são as causas provaveis da ação “Requisitar HTTP” não funcionar?

No mesmo bloco, existem mais requisições HTTP e todas funcionam, no entanto, apenas esta é ignorada, como se não existisse. Nem as variaveis (code e response) não são definidas quando o contato passa por este bloco, é como se a requisição não fosse realizada ou o fluxo não esperasse por uma resposta.

A principio, imaginei que fosse o tempo de requisição, então aumentei para o limite de 60s para esperar uma resposta e mesmo assim não adiantou. 

Fazendo a mesma requisição no Postman, o tempo médio é de 30s para essa chamada com os mesmos parametros.
 

 

5 comentários

Rafael_Figueiredo
Blipper
Forum|alt.badge.img+6

Ola, tudo bem?

Alguém sabe me dizer quais são as causas provaveis da ação “Requisitar HTTP” não funcionar?

No mesmo bloco, existem mais requisições HTTP e todas funcionam, no entanto, apenas esta é ignorada, como se não existisse. Nem as variaveis (code e response) não são definidas quando o contato passa por este bloco, é como se a requisição não fosse realizada ou o fluxo não esperasse por uma resposta.

A principio, imaginei que fosse o tempo de requisição, então aumentei para o limite de 60s para esperar uma resposta e mesmo assim não adiantou. 

Fazendo a mesma requisição no Postman, o tempo médio é de 30s para essa chamada com os mesmos parametros.
 

 

@Marcelo Carveche tudo bem ? 

Poder ser a demora acima de 60 segundos, questões de rota, entre outros pontos… Recomendo que entre em contato com o time de support para validarem isso, pois podem te ajudar de uma forma mais proxima : https://support.blip.ai/hc/pt-br


Lucas Ventura
Forum|alt.badge.img+3
  • Specialist
  • November 7, 2025

Ola, tudo bem?

Alguém sabe me dizer quais são as causas provaveis da ação “Requisitar HTTP” não funcionar?

No mesmo bloco, existem mais requisições HTTP e todas funcionam, no entanto, apenas esta é ignorada, como se não existisse. Nem as variaveis (code e response) não são definidas quando o contato passa por este bloco, é como se a requisição não fosse realizada ou o fluxo não esperasse por uma resposta.

A principio, imaginei que fosse o tempo de requisição, então aumentei para o limite de 60s para esperar uma resposta e mesmo assim não adiantou. 

Fazendo a mesma requisição no Postman, o tempo médio é de 30s para essa chamada com os mesmos parametros.
 

 

@Marcelo Carveche chegou a usar a extensão Beholder pra acompanhar o fluxo e tentar descobrir o motivo do erro?

Se não, recomendo acompanhar o funcionamento por ela, pra vc ver o caminho, motivos de erro, valores das variáveis.

https://help.blip.ai/hc/pt-br/articles/4474389377687-Extens%C3%A3o-Beholder


Marcelo Carveche

@Marcelo Carveche chegou a usar a extensão Beholder pra acompanhar o fluxo e tentar descobrir o motivo do erro?

Se não, recomendo acompanhar o funcionamento por ela, pra vc ver o caminho, motivos de erro, valores das variáveis.

https://help.blip.ai/hc/pt-br/articles/4474389377687-Extens%C3%A3o-Beholder

Eu utilizo sim, inclusive, por lá, notei que o contato passou certinho neste bloco e as variaveis, script e até mesmo requisição HTTP neste bloco foram executados normalmente, no entanto, apenas essa requisição (do print) não trouxe resultado. 

Como é a API nova da OpenAI (/v1/responses/) eu consigo criar um prompt direto na OpenAI e apontar o ID do mesmo na requisição. No prompt, ajustei o modelo gpt-5-nano para usar menos “inteligencia” (reasoning) e verbose para diminuir o tempo médio de cada consulta. Até funcionou e o bloco voltou a esperar a resposta desta chamadda HTTP.

 

O ponto aqui era entender o que poderia gerar este problema do tópico, visto que a mesma consulta em outro ambiente (openai playground, postman, bruno, insomnia etc) possui tempo médio de resposta de 30/40 segundos, mas no ambiente BLIP, me parece que a resposta leva mais tempo, fazendo assim com que o tempo limite de ações seja atingido e o bloco deixe de esperar por uma resposta e o contato siga para o proximo bloco no fluxo. Faz sentido?

 


Rafael_Figueiredo
Blipper
Forum|alt.badge.img+6

@Marcelo Carveche chegou a usar a extensão Beholder pra acompanhar o fluxo e tentar descobrir o motivo do erro?

Se não, recomendo acompanhar o funcionamento por ela, pra vc ver o caminho, motivos de erro, valores das variáveis.

https://help.blip.ai/hc/pt-br/articles/4474389377687-Extens%C3%A3o-Beholder

Eu utilizo sim, inclusive, por lá, notei que o contato passou certinho neste bloco e as variaveis, script e até mesmo requisição HTTP neste bloco foram executados normalmente, no entanto, apenas essa requisição (do print) não trouxe resultado. 

Como é a API nova da OpenAI (/v1/responses/) eu consigo criar um prompt direto na OpenAI e apontar o ID do mesmo na requisição. No prompt, ajustei o modelo gpt-5-nano para usar menos “inteligencia” (reasoning) e verbose para diminuir o tempo médio de cada consulta. Até funcionou e o bloco voltou a esperar a resposta desta chamadda HTTP.

 

O ponto aqui era entender o que poderia gerar este problema do tópico, visto que a mesma consulta em outro ambiente (openai playground, postman, bruno, insomnia etc) possui tempo médio de resposta de 30/40 segundos, mas no ambiente BLIP, me parece que a resposta leva mais tempo, fazendo assim com que o tempo limite de ações seja atingido e o bloco deixe de esperar por uma resposta e o contato siga para o proximo bloco no fluxo. Faz sentido?

 

@Marcelo Carveche sobre aguardar o input do usuario é indiferente quanto a requisição http, mas como esta passando disso pode ser algum tipo de problema com a rota de comunicação veja com o support se conseguem investigar o motivo : https://support.blip.ai/hc/pt-br


  • Connected
  • November 10, 2025

Boa noite ​@Marcelo Carveche  eu tenho esse problema quando a api demora para responder e vc consegue pelo beholder no bloco verificar timeout na chamada da requisição e quando isso acontece o retorno das variaveis de status e response vem vazias.