# Un agent IA de veille tarifaire interroge Stripe et Algolia

> Croiser les prix réellement encaissés côté Stripe avec les prix affichés côté recherche Algolia fait ressortir des écarts invisibles en tableau de bord classique. Retour sur un agent qui fait ce travail chaque nuit.

- Auteur : Clément Hadrot
- Publié le : 2025-11-29
- Mis à jour le : 2025-11-29
- Catégorie : IA & MCP
- URL : https://wpmoderne.dev.wordpress-developpement.fr/ia-mcp/agent-ia-veille-tarifaire-stripe-algolia/

## L’essentiel

- L'agent compare prix affiché et prix réellement encaissé
- Aucune modification de prix appliquée sans validation humaine
- Les écarts détectés remontent dans un rapport quotidien, pas en temps réel

Un prix affiché en recherche et un prix réellement encaissé au moment du paiement ne coïncident pas toujours : remises appliquées automatiquement, codes promo oubliés en base, arrondis différents entre l'index de recherche et la table de tarification. C'est ce constat, fait en creusant les tickets de support d'un client qui vend du matériel de sonorisation en ligne, qui a mené à la construction d'un agent capable d'interroger à la fois Stripe et Algolia chaque nuit.

L'idée n'était pas de laisser un modèle décider seul des prix, ce qui reste une responsabilité humaine et stratégique, mais de lui confier une tâche répétitive et fastidieuse : comparer systématiquement deux sources de vérité qui devraient concorder et qui, dans les faits, dérivent doucement l'une de l'autre au fil des mises à jour de catalogue.

## L'architecture retenue

L'agent s'appuie sur deux serveurs MCP distincts, l'un exposant en lecture seule les transactions récentes via l'API Stripe, l'autre exposant les objets indexés dans Algolia avec leur prix affiché. Chaque nuit, une tâche planifiée déclenche l'agent, qui récupère un échantillon de références vendues dans les dernières vingt-quatre heures et compare, pour chacune, le prix payé moyen et le prix affiché au moment de la vente.

## Ce que l'agent a trouvé dès le premier passage

> L'essentiel à retenir : L'agent compare prix affiché et prix réellement encaissé ; Aucune modification de prix appliquée sans validation humaine ; Les écarts détectés remontent dans un rapport quotidien, pas en temps réel

Sur un échantillon de 1 200 références vendues sur une semaine, environ 6 % présentaient un écart non justifié entre prix affiché et prix encaissé, souvent de quelques centimes liés à des arrondis de TVA différents entre les deux systèmes, mais parfois de plusieurs euros à cause d'une règle de remise mal désactivée après une opération commerciale terminée.

## La supervision humaine reste le point de passage obligé

L'agent ne corrige rien de lui-même. Son rôle s'arrête à la détection et à la rédaction d'un rapport quotidien envoyé à l'équipe e-commerce, avec pour chaque écart détecté : la référence concernée, le montant de l'écart, et une hypothèse de cause générée à partir des règles de tarification consultées. La décision d'ajuster un prix, de désactiver une remise ou de laisser filer un écart mineur reste entièrement humaine.

```
{
  "reference": "HP-SONO-2200W",
  "prix_affiche": 349.00,
  "prix_encaisse_moyen": 331.55,
  "ecart_pct": 5.0,
  "hypothese": "remise codee 'BLACKFRIDAY24' toujours active en base",
  "occurrences_7j": 14
}
```

## Pourquoi ne pas laisser l'agent corriger directement

La tentation existe de fermer la boucle et de laisser l'agent republier automatiquement un prix corrigé dans Algolia. Le choix inverse a été fait pour deux raisons : d'abord parce qu'une correction automatique de prix touche directement au chiffre d'affaires et peut avoir des conséquences commerciales ou même juridiques (affichage d'un prix erroné vu par des clients) ; ensuite parce qu'un écart détecté n'a pas toujours une cause simple, et une correction automatique basée sur une hypothèse fausse aggraverait le problème plutôt que de le résoudre.

## Ce que cela change au quotidien

- Le temps de détection d'une anomalie tarifaire est passé de plusieurs semaines à moins de 24 heures
- L'équipe commerciale reçoit un rapport priorisé plutôt que de devoir chercher elle-même les écarts
- Les règles de remise mal désactivées, auparavant invisibles, sont désormais systématiquement repérées

> Un agent qui détecte vaut souvent mieux qu'un agent qui corrige : la détection réduit le travail humain sans lui retirer la décision finale.

## En résumé

Croiser des données de paiement et de recherche via deux serveurs MCP distincts a permis de mettre en lumière des écarts de tarification qui passaient inaperçus dans les outils de suivi classiques, centrés soit sur les ventes, soit sur le catalogue, rarement sur les deux à la fois. La stratégie tarifaire elle-même — quels prix pratiquer, quelles remises accorder — reste entièrement du ressort de l'équipe commerciale ; l'agent se contente de lui apporter une matière fiable pour décider plus vite.