Serveur MCP Adyen : connecter des agents IA à Adyen depuis l'UE

Adyen N.V. est une plateforme de paiement basée à Amsterdam, utilisée par de grands commerçants, places de marché et acteurs du voyage pour les paiements en ligne, in-app et en magasin. Son serveur MCP, @adyen/mcp, est publié par Adyen sur GitHub sous licence MIT et documenté sur docs.adyen.com.

Le serveur est en alpha et tourne en local, en stdio, via npx. Il couvre sessions Checkout, liens de paiement et modifications, ainsi que l'API Management pour les comptes, terminaux, webhooks, moyens de paiement et utilisateurs. Les versions récentes qualifient chaque outil de lecture, idempotent ou destructif.

Un agent de service client consulte une session de paiement, puis prépare le remboursement d'une commande retournée avec la bonne référence PSP, en attendant la confirmation d'une personne. Une équipe commerciale crée un lien de paiement pour une commande B2B et vérifie ensuite s'il a été réglé.

Les équipes opérations gèrent le parc en magasin : quel terminal dans quelle boutique, quels réglages, quelles actions planifiées comme l'installation d'applications. Les développeurs listent et testent les webhooks pendant le débogage, sans ouvrir la Customer Area à chaque vérification.

Adyen recommande de créer un nouvel utilisateur webservice pour le serveur MCP, avec les seuls rôles requis par les outils prévus, et de générer une clé d'API pour lui. Sur inference.eu, ajoutez le connecteur Adyen à un agent et collez cette clé : elle est stockée chiffrée dans l'UE.

Commencez par l'environnement TEST. Pour LIVE, indiquez aussi le préfixe d'URL live de votre Customer Area. L'option --tools permet de n'exposer que les outils utiles, par exemple les outils webhook pour un agent développeur.

Le serveur appelle directement les API d'Adyen : les données de paiement et de terminaux circulent entre vous et Adyen, entreprise néerlandaise, exactement comme avec votre intégration existante. Adyen reste dans tous les cas le prestataire qui traite ces paiements.

Sur inference.eu, le modèle qui lit les détails de paiement tourne dans des centres de données de l'UE, et votre clé d'API est stockée chiffrée dans l'UE. Sessions et remboursements peuvent contenir nom, e-mail et données partielles de carte : réservez ce connecteur aux agents et personnes qui gèrent déjà les paiements.

Remboursements, annulations, liens de paiement et changements de terminaux ont des effets réels, et le serveur est encore en alpha. Utilisez un utilisateur webservice aux rôles restreints, commencez en environnement de test et n'activez que les outils nécessaires.

Sur inference.eu, exigez la validation d'une personne pour chaque outil marqué destructif : remboursement, annulation, réaffectation de terminal, modification de réglages. Les outils de lecture, comme la liste des webhooks ou des moyens de paiement, s'exécutent seuls. La Customer Area reste l'endroit où vérifier l'état final.