Solicitud HTTP

El nodo Solicitud HTTP permite enviar solicitudes a servicios externos mediante el protocolo HTTP, lo que facilita la obtención, el envío y la interacción con datos. Admite múltiples métodos de solicitud HTTP y permite configurar parámetros de solicitud, encabezados, información de autenticación, cuerpos de solicitud y otros ajustes para satisfacer diversos requisitos de interacción de datos.

Además, el nodo Solicitud HTTP proporciona configuraciones de tiempo de espera y mecanismos de reintento para garantizar la fiabilidad de las solicitudes y el tratamiento adecuado de los datos.

Configuración del nodo

Al implementar la obtención de datos, el envío y otras funcionalidades mediante un nodo Solicitud HTTP, normalmente se deben configurar parámetros como API, parámetros de solicitud, encabezados, autenticación, cuerpo de solicitud, etc.

• Autenticación: admite los métodos None, Bearer Token, Basic Auth y Service Auth, lo que permite introducir rápidamente la información de autenticación para completar la autenticación.

• Línea de la solicitud: admite métodos de solicitud habituales, incluidos GET, POST, PUT, DELETE y PATCH.

• Cuerpo: admite formatos estándar como form-data y x-www-urlencoded.

• Params/Headers/Cookies (Parámetros/Encabezados/Cookies): admite la configuración de los parámetros correspondientes.

• Configuración de tiempo de espera: permite establecer una duración de tiempo de espera en segundos. Las solicitudes que superen este umbral se finalizarán automáticamente.

Salida del nodo

El nodo Solicitud HTTP proporciona dos modos de salida:

• Escape comprimido (Compressed Escape): el sistema comprimirá y escapará la respuesta JSON devuelta y, a continuación, la asignará al campo resp. Se puede añadir un nodo Code aguas abajo para procesar la información JSON dentro de resp.
• JSON personalizado (Custom JSON): definir una estructura JSON personalizada dentro de resp para especificar los campos necesarios. El nodo generará únicamente esos campos. No obstante, se debe tener en cuenta que la clave (Key) debe corresponder exactamente a su posición en la estructura de la respuesta HTTP original.

Si la estructura de la respuesta HTTP es extensa, se recomienda utilizar el modo Escape comprimido (Compressed Escape) para reducir la complejidad de la configuración. Se recomienda realizar el procesamiento posterior aguas abajo mediante un nodo Code. Si la estructura de la respuesta es simple, se prefiere utilizar JSON personalizado (Custom JSON), ya que hace que las referencias aguas abajo sean más claras e intuitivas.