Hola chicos,
tenemos modelos alojados en azure (su foundry), pero parece que no podemos usarlos como ‘chat models’ en el nodo del agente de IA.
Probé con múltiples modelos diferentes (deepseek, modelos de OpenAI..) pero siempre lanza el mismo error.
“API version not supported”.
creo que tiene que ver con el hecho de que estos modelos envían un payload de tipo chat completion, en lugar de usar el estándar actual de payload de Response API.
¿alguna idea de cómo solucionarlo?
¿O cómo usar realmente modelos alojados en azure foundry en el nodo del agente de n8n?
¡gracias!
@Adam_Luka no es el payload, es el campo API Version en tu credencial de Azure OpenAI, ese error significa que el valor configurado allí no es compatible con tu recurso. establécelo en una api-version actual compatible (la página de deprecación de api-version de Azure OpenAI de Microsoft lista cuáles están activas vs retiradas). una aclaración, el nodo Azure OpenAI solo se dirige a implementaciones de OpenAI, los modelos de foundry que no son de OpenAI como deepseek van a través del punto final de inferencia de Azure AI, no a través de este nodo.
Probé múltiples versiones de API en mis credenciales, pero nada parece funcionar.
Tiene que ver con el hecho de que el nodo del agente de IA está vinculado a la carga útil de Chat completions, en lugar de la API de respuesta.
Parece que n8n simplemente está rezagado en este aspecto.
@Adam_Luka
¿Puedes desactivar esto en el modelo de chat?

@Adam_Luka me corrijo, SÍ es accesible, solo que no a través del nodo Azure OpenAI, usa el nodo OpenAI Chat Model con las credenciales de Base URL configuradas en tu endpoint compatible con openai de foundry (https://{your-project}.services.ai.azure.com/openai/v1) más tu clave de api de foundry. El nodo Azure OpenAI sigue vinculado a la superficie classic .openai.azure.com chat-completions, por eso rechazó cada api-version que intentaste.
@Adam_Luka
Se reportó una regresión en las versiones de n8n alrededor de 2.20.0 donde el nodo de Azure comenzó a forzar el endpoint /responses sin una opción para volver atrás. Si actualizaste recientemente y las cosas se rompieron, algunos usuarios han encontrado estabilidad fijando su imagen de Docker nuevamente a n8nio/n8n:2.19.5 hasta que se agregue un toggle formal de “Usar API de Respuestas” al nodo de Azure.
¿Puedes intentar esto?
¡Bienvenido @Adam_Luka!
El problema central es que el nodo Azure OpenAI Chat Model en n8n está codificado para usar la ruta de inferencia de Azure OpenAI (/openai/deployments/{deployment}/chat/completions), que solo funciona para modelos alojados en OpenAI en Azure. Los modelos que no son de OpenAI implementados a través de Azure AI Foundry (como DeepSeek) utilizan un formato de endpoint completamente diferente.
Para esos modelos, el camino más fácil es usar el nodo OpenAI Chat Model (no el de Azure) e indicarle directamente el endpoint de inferencia de Azure AI Foundry - el endpoint se ve como https://{your-project}.services.ai.azure.com/models y acepta una clave de API. En la credencial, establece la Base URL en ese endpoint y usa tu clave de API de Azure AI Foundry. El nombre del modelo debe coincidir con el nombre del deployment en Foundry.
Si prefieres seguir usando el nodo Azure OpenAI, solo funcionará correctamente con modelos publicados por OpenAI (GPT-4o, etc.) implementados en Azure OpenAI Service, no en Azure AI Foundry.
hey @nguyenthieutoan ,
¡Gracias por orientarme en la dirección correcta!
Para anyone que enfrente el mismo problema, la solución es muy similar a la que se compartió arriba, pero con algunos cambios menores:
- Usa el nodo OpenAI Chat Model
- Al configurar las credenciales, usa lo siguiente:
- Api key - Tu clave de API de Foundry
- Pero la Base URL es ligeramente diferente, no es /models sino:
https://{your-project}.services.ai.azure.com/openai/v1
- Luego puedes elegir qué modelo deseas usar
¡Gracias de nuevo, chicos!