Por favor, proporciona los pasos para resolver el problema o que el equipo lo resuelva en mi nombre,
code
500
msg
Excepción del servidor, por favor intenta más tarde o contacta con atención al cliente
data
[null]
Esto es lo esperado
Ayúdate a ti mismo proporcionando más contexto.
Más información = más ayuda
Este error significa que hay un problema del lado de la API de kie. No es de n8n.
Verifica con el proveedor de la API en su lugar.
Hola @J_Da, tu segunda captura de pantalla muestra el JSON completo pegado en Name, mientras que Value está vacío. Name espera un nombre de parámetro, no todo el cuerpo de la solicitud.
En HTTP Request6:
También elimina callBackUrl por ahora. https://your-domain.com/api/callback es una URL de ejemplo, y ese parámetro es opcional.
Ejecuta el paso de nuevo. Si aún devuelve code: 500, comparte el cuerpo JSON resuelto de ese campo, con los secretos eliminados.
Una solicitud HTTP a la API kie sigue fallando. Alguien notó que el cuerpo JSON fue pegado en el campo equivocado, pero el autor nunca confirmó la solución.
¡Hola! Sumando a la solución de Anshul: cambiar Specify Body → Using JSON es muy probable que sea la causa real. Muchas APIs devuelven un 500 genérico cuando el cuerpo está mal formado en lugar de un 400 claro. Después de que lo cambies:
- Verifica que el campo JSON sea válido (sin comas al final, comillas rectas y cualquier expresión
{{ }}dentro de comillas para valores de texto).- Ejecuta la misma solicitud una vez en una herramienta como Postman con tu clave API para ver si es n8n o la API.
- Si funciona solo algunas veces, abre la Settings → Retry On Fail del nodo (p. ej. 3 intentos, 5000 ms de espera), para que un 500 temporal de su lado no detenga el flujo de trabajo. También puedes activar “Continue (using error output)” para manejar los fallos por separado.
Hola @J_Da, revisé ambas capturas de pantalla. La segunda imagen muestra la solicitud JSON completa pegada en Name, mientras que Value está vacío. Eso envía la estructura de cuerpo incorrecta a Kie.
Como mencionó Anshul, arregla HTTP Request6 así:
model e input, con los valores requeridos completados.Hay otro detalle que vale la pena revisar: la salida muestra code: 500 dentro del cuerpo de la respuesta. Eso no necesariamente significa que el estado HTTP real fue 500.
Habilita Options → Response → Include Response Headers and Status para ver ambos. Si el estado HTTP es 200 pero el cuerpo contiene code: 500, Retry On Fail por sí solo no capturará ese error a nivel de aplicación. Necesitarás un nodo IF que verifique el cuerpo de la respuesta y una ruta de reintento controlada.
Arregla primero la configuración del cuerpo. Si sigue fallando, comparte el JSON de solicitud resuelto con las credenciales eliminadas, más el estado HTTP real. Las capturas de pantalla establecen el problema de configuración del cuerpo, pero no muestran si persiste otro problema de validación de la API.