Salut les gars,
on héberge des modèles sur Azure (leur foundry), mais il semble qu’on ne peut pas les utiliser en tant que « chat models » dans le nœud AI agent.
J’ai essayé plusieurs modèles différents (Deepseek, des modèles d’OpenAI…) mais ça lance toujours la même erreur.
« API version not supported ».
Je pense que ça vient du fait que ces modèles envoient un type de payload de chat completion, au lieu d’utiliser le standard actuel du payload Response API.
des idées pour corriger ça ?
Ou comment utiliser concrètement les modèles hébergés sur Azure Foundry dans le nœud agent n8n ?
merci !
@Adam_Luka ce n’est pas le payload, c’est le champ API Version dans vos identifiants Azure OpenAI qui pose problème. Cette erreur signifie que la valeur définie n’est pas supportée pour votre ressource. Définissez-la sur une api-version actuellement supportée (la page de dépréciation api-version d’Azure OpenAI de Microsoft liste lesquelles sont actives ou retirées). Une mise en garde : le nœud Azure OpenAI cible uniquement les déploiements OpenAI. Les modèles Foundry non-OpenAI comme Deepseek passent par le point de terminaison d’inférence Azure AI, pas par ce nœud.
J’ai essayé plusieurs versions d’API dans mes identifiants, mais rien ne semble fonctionner.
Cela a à voir avec le fait que le nœud d’agent IA est lié à la charge utile Chat completions, au lieu de l’API de réponse.
Il semble que n8n soit juste en retard dans ce domaine.
@Adam_Luka
Peux-tu désactiver ceci dans le modèle de chat ?

@Adam_Luka je me corrige, c’EST accessible, juste pas via le nœud Azure OpenAI, utilisez le nœud OpenAI Chat Model avec les credentials Base URL définie sur votre endpoint compatible openai foundry (https://{your-project}.services.ai.azure.com/openai/v1) plus votre clé api foundry. le nœud Azure OpenAI reste verrouillé sur la surface chat-completions classique .openai.azure.com, c’est pour ça qu’il a rejeté chaque api-version que vous avez essayé.
@Adam_Luka
Une régression a été signalée dans les versions n8n autour de 2.20.0 où le nœud Azure a commencé à forcer le point de terminaison /responses sans option pour revenir en arrière. Si vous avez récemment mis à jour et que les choses se sont cassées, certains utilisateurs ont trouvé la stabilité en épinglant leur image Docker à n8nio/n8n:2.19.5 jusqu’à ce qu’un bouton « Utiliser l’API Responses » officiel soit ajouté au nœud Azure.
Pouvez-vous essayer cela ?
Bienvenue @Adam_Luka !
Le problème fondamental est que le nœud Azure OpenAI Chat Model dans n8n est codé en dur pour utiliser le chemin d’inférence Azure OpenAI (/openai/deployments/{deployment}/chat/completions), qui ne fonctionne que pour les modèles hébergés par OpenAI sur Azure. Les modèles non-OpenAI déployés via Azure AI Foundry (comme DeepSeek) utilisent un format de point de terminaison complètement différent.
Pour ces modèles, la solution la plus simple est d’utiliser le nœud OpenAI Chat Model (et non celui d’Azure) et de le pointer directement vers le point de terminaison d’inférence Azure AI Foundry — le point de terminaison ressemble à https://{your-project}.services.ai.azure.com/models et accepte une clé API. Dans les identifiants, définissez l’URL de base sur ce point de terminaison et utilisez votre clé API Azure AI Foundry. Le nom du modèle doit correspondre au nom du déploiement dans Foundry.
Si vous voulez rester sur le nœud Azure OpenAI, il ne fonctionnera correctement que pour les modèles publiés par OpenAI (GPT-4o, etc.) déployés sur Azure OpenAI Service, pas sur Azure AI Foundry.
hey @nguyenthieutoan ,
Merci de m’avoir mis sur la bonne voie !
Pour ceux qui rencontrent le même problème, la solution est très proche de ce qui a été partagé ci-dessus, mais avec quelques petites modifications :
- Utilisez le nœud OpenAI Chat Model
- Lors de la configuration des identifiants, utilisez ce qui suit :
- Api key - Votre clé API Foundry
- Mais l’URL de base est légèrement différente, ce n’est pas /models mais :
https://{your-project}.services.ai.azure.com/openai/v1
- Ensuite, vous pouvez choisir le modèle que vous souhaitez utiliser
Merci encore, les gars !