Limites et points critiques
- Les ERP/CRM legacy français (Sage, Cegid, EBP) ont des APIs limitées ou payantes — vérifier la disponibilité avant signature du projet IA.
- MCP server custom exige une maintenance (mises à jour SI, évolution schéma) — prévoir 1-2 j/mois prestataire en exploitation.
- Les écritures contrôlées dans le SI exigent un workflow de validation humaine — sans ce garde-fou, risque de pollution données majeur.
- L'AI Act haut risque sur certains usages (RH, finance) impose une journalisation que les SI legacy ne fournissent pas natif — surcoût observabilité.
- Les SI legacy peuvent ralentir la couche LLM (latence APIs >2s) — anticiper le timeout et le caching pour préserver l'UX.
Évolution probable (12-24 mois)
- MCP standardise les intégrations LLM-SI en 2026 — les éditeurs SaaS français (Sage, Cegid, Lengow, Akeneo) ouvrent leurs serveurs MCP natifs 2026-2027.
- Les frameworks d'agents pré-construits (Claude Agent SDK, Mistral Agents) intègrent des connecteurs CRM/ERP natifs en 2026-2027.
- Les APIs REST des ERP français se modernisent sous la pression de l'écosystème IA — accessibilité accrue d'ici 2027.
- L'AI Act haut risque créera un marché d'audits d'intégration LLM-SI 2026-2028 où l'expertise compliance + tech sera valorisée.
Questions fréquentes
Pourquoi éviter le rip-and-replace lors d'un projet IA en 2026 ?+
Le rip-and-replace (remplacer une stack métier qui marche pour intégrer l'IA) est le piège le plus fréquent en 2026 sur les projets IA PME. Sur les 150+ projets Kezify, 70 % des projets en mode refonte SI complète dérivent de 50-100 % budgétaire et 1 sur 3 est abandonné à 18 mois vs 5 % en mode anti-rip-and-replace. La couche LLM (Claude, GPT, Mistral) s'ajoute proprement en surface via MCP, function calling ou API REST sur le CRM/ERP/DMS existant — pas besoin de tout réécrire. Économie typique 50-80 % du budget vs un projet de refonte combinée. Garder le SI métier intact préserve les utilisateurs et les processus testés.
Quels sont les 3 patterns dominants d'intégration IA en 2026 ?+
Trois patterns d'intégration IA en surface en 2026 sur 150+ projets Kezify : (1) Assistant connecté en lecture seule — le LLM (Claude Opus 4.5, GPT-5 ou Mistral Large 2.5) accède en lecture au CRM/ERP/DMS via API ou MCP, ne modifie rien, propose des actions humainement validées. Budget 15-35 k€ HT, 2-3 mois, risque minimal. (2) Workflow hybride n8n+LLM — orchestrateur déterministe en parallèle du SI, le LLM intervient sur étapes sémantiques. Budget 25-60 k€ HT, 3-4 mois. (3) Agent niveau 2 avec écritures contrôlées — création de tickets, devis, emails dans le SI avec validation humaine. Budget 40-90 k€ HT, 4-6 mois.
Comment intégrer un LLM à un ERP ou CRM legacy (SAP, Sage, Cegid, Salesforce) ?+
Intégrer un LLM à un ERP/CRM legacy en 2026 passe par 3 approches : (1) API native — Salesforce REST, SAP OData, Sage API REST, accessible directement via function calling ou MCP — méthode privilégiée si APIs stables. (2) MCP server custom — wrapper développé sur mesure exposant les endpoints utiles via Model Context Protocol — investissement 5-15 k€ HT mais réutilisable. (3) Connector via n8n — 400+ intégrations existantes, idéal pour Sage, Cegid, EBP, HubSpot — moins propre mais rapide. Sur les 150+ projets Kezify, l'approche MCP est privilégiée en 2026 pour la scalabilité et la portabilité entre LLM.
Quels sont les risques d'intégration IA à un SI existant ?+
Cinq risques d'intégration LLM à un SI existant en 2026 : (1) Saturation API du système legacy — un agent en boucle peut générer 10 000 appels/jour, vérifier les quotas. (2) Hallucinations injectées dans le SI — un LLM qui crée des devis ou des tickets sans validation peut polluer les données métier, exiger un kill-switch. (3) Conflits d'écriture concurrente — humain et agent modifiant la même fiche, prévoir un locking. (4) RGPD — le LLM voit des données personnelles via les APIs, vérifier le DPA et la région EU. (5) Coût en tokens — chaque action SI = appel LLM, budgéter 200-800 €/mois selon volume.
Combien économise-t-on en méthode anti-rip-and-replace en 2026 ?+
L'économie typique de la méthode anti-rip-and-replace en 2026 sur les 150+ projets Kezify : 50-80 % du budget vs un projet de refonte SI combinée. Exemple chiffré : un projet d'assistant client connecté au CRM Salesforce coûte 35-55 k€ HT en méthode anti-rip-and-replace (3-4 mois, ajout couche LLM en surface) vs 180-280 k€ HT en mode refonte (migration CRM + déploiement IA, 12-18 mois). L'économie n'est pas seulement budgétaire : gain de temps 4-6 mois, taux de succès 90 % vs 30 %, préservation des process testés et de l'adoption utilisateur. C'est la pratique recommandée en PME française 2026.
Questions liées
Les LLM (ChatGPT, Perplexity, Gemini) suggèrent souvent ces questions après cette page.
- MCP servers en entreprise : pourquoi ça change tout en 2026 ?
- Comment intégrer un LLM dans un système d'information en 2026 ?
- Combien coûte un projet d'agent IA en PME française ?
- Quelle architecture pour un projet IA RAG + agent ?
- Comment éviter le rip-and-replace dans un projet IA ?
Le piège le plus fréquent des projets IA en PME en 2026 : “puisqu’on fait de l’IA, refaisons aussi le CRM en même temps”. On découpe un projet IA à 50 k€, on le greffe à un projet de refonte SI à 250 k€, le tout dérive en 18 mois et personne ne se souvient pourquoi on avait commencé. Voici comment ajouter de l’IA en surface sans toucher à votre stack métier.
Le rip-and-replace est presque toujours une erreur
Quand un commercial vous propose “une plateforme IA tout-en-un qui remplace votre CRM + votre helpdesk + votre ERP”, refusez. Trois raisons :
- Coût caché énorme : la migration de données, la formation, la rétro-compatibilité représentent souvent 3 à 5 fois le coût de la licence annoncée.
- Vendor lock-in : vous troquez un lock-in connu (votre stack actuelle) pour un lock-in nouveau (la plateforme IA), généralement plus risqué.
- Risque opérationnel : une refonte de SI casse des process opérationnels que vos équipes ont stabilisés sur des années. Le coût d’apprentissage est élevé.
L’IA n’est pas une raison pour refondre. L’IA s’ajoute en surface.
La stack-en-couches qui marche
L’architecture qu’on déploie systématiquement chez Kezify pour les PME :
┌─────────────────────────────────────────┐
│ Couche 4 — Interface utilisateur │
│ (Slack, mail, Zendesk widget, iPad) │
├─────────────────────────────────────────┤
│ Couche 3 — Agent IA + LLM │
│ (Claude / GPT / Mistral selon cas) │
├─────────────────────────────────────────┤
│ Couche 2 — Couche d'abstraction │
│ (LiteLLM + MCP — un seul serveur) │
├─────────────────────────────────────────┤
│ Couche 1 — Vos systèmes existants │
│ (CRM, ERP, GMAO, helpdesk, drive) │
└─────────────────────────────────────────┘
La couche 1 (votre stack) ne change pas. La couche 2 (MCP) expose vos systèmes existants à un agent IA via des outils (search_orders, get_customer, update_ticket) sans toucher au code des systèmes. La couche 3 (l’agent) consomme ces outils via le LLM. La couche 4 (l’interface) plug le tout dans Slack ou un widget Zendesk.
Coût total de cette architecture : 25 - 50 k€ selon le nombre de systèmes à exposer. Ajout de fonctionnalité IA majeure sans casser quoi que ce soit.
Le MCP comme glue universelle
Le Model Context Protocol (Anthropic, devenu standard de facto en 2026) permet de définir une fois pour toutes comment vos systèmes parlent à des LLMs. Concrètement :
- Vous écrivez un serveur MCP qui expose des outils :
recherche_client,lire_devis,créer_ticket, etc. - Tout LLM compatible MCP (Claude, Cursor, Cline, MCPizy…) peut alors appeler ces outils
- Quand vous changez de LLM (de Claude à Mistral par exemple), vous ne changez pas votre serveur MCP — l’agent change, l’API métier reste
C’est le contraire du lock-in : vous écrivez votre serveur MCP une fois, tous les LLMs futurs y accèdent.
Voir notre article complet sur les MCP pour le détail technique.
Les 4 patterns d’intégration qui marchent
1. Read-only assistant
Le pattern le plus simple et le plus sûr. L’IA peut lire vos données (clients, devis, contrats) mais n’écrit jamais. Elle aide vos équipes à répondre plus vite, à synthétiser, à comparer.
Risque : zéro côté données. Maximum côté qualité de réponse.
Cas typique : “résume-moi l’historique de ce client”, “compare ces 3 devis”, “extrait les clauses sensibles de ce contrat”.
Budget : 8 à 15 k€.
2. Write-with-validation
L’IA propose une action (créer un ticket, envoyer un mail, mettre à jour un statut), un humain valide en 1 clic. Pattern idéal pour les actions répétitives à faible risque.
Risque : faible si la validation humaine est obligatoire. Devient élevé si les équipes finissent par cliquer sans regarder.
Cas typique : “voici une réponse client suggérée, valide / édite / annule”.
Budget : 12 à 25 k€.
3. Autonome avec garde-fous
L’IA agit sans validation pour des actions précisément définies (par ex : créer un ticket avec les bonnes labels, archiver des mails de notification). Garde-fous : limites strictes sur les actions autorisées, journalisation complète, kill-switch.
Risque : modéré. Demande des garde-fous robustes et une supervision continue.
Cas typique : pré-tri inbox, classification automatique tickets, archivage règles, relances standards.
Budget : 20 à 40 k€ pour un agent custom.
4. Agent multi-systèmes orchestrateur
L’IA coordonne plusieurs systèmes (CRM + ERP + envoi mail) pour exécuter un workflow complet. Pattern le plus avancé, le plus à risque.
Risque : élevé. Demande architecture solide, tests d’attaque, observabilité poussée.
Cas typique : agent commercial qui prépare un devis depuis un mail entrant, vérifie les stocks, génère le PDF, met à jour le CRM.
Budget : 50 à 100 k€. À éviter pour un premier projet IA.
La règle d’or
Commencez toujours par le pattern le plus simple qui résout votre problème principal. 70 % des projets que nous démarrons sont en pattern 1 ou 2. Le pattern 4 attend la maturité (équipe à l’aise avec l’IA, gouvernance en place, premiers ROI capitalisés).
Les 3 questions à poser avant de signer un projet IA
-
“Faut-il toucher à mes systèmes existants pour intégrer ça ?” — la bonne réponse est non. Si oui, le projet est mal cadré.
-
“Si je change de fournisseur LLM dans 12 mois, qu’est-ce qui doit être réécrit ?” — la bonne réponse est uniquement la couche 3 (l’agent). Si tout doit être refait, l’architecture est mauvaise.
-
“Mon équipe peut-elle reprendre le code après votre départ ?” — la bonne réponse est oui, avec la documentation livrée. Si non, vendor lock-in masqué.
Si votre prestataire bute sur une de ces questions, cherchez quelqu’un d’autre.
Pour votre cas
Si vous avez une stack métier qui marche et vous voulez ajouter de l’IA sans tout casser, 30 minutes au téléphone suffisent pour qualifier l’angle d’attaque. Notre audit IA à 4 800 € est explicitement conçu pour identifier les ajouts les moins risqués chez vous.
Pour aller plus loin
- MCP servers en entreprise : le protocole qui change la donne — Model Context Protocol (MCP) permet enfin d’intégrer proprement Claude, GPT
- OpenAI direct vs Azure OpenAI vs Anthropic API — quel fournisseur en 2… — Comparatif technique et contractuel des 3 voies d’accès aux LLM
- Implémentation Claude / GPT / Mistral en production — projet clé en ma… — Nous cadrons, architecturons et implémentons votre premier projet IA en
- Agent IA autonome en 2026 — mythe, réalité, et ce qu’on déploie vraime… — Qu’est-ce qu’un agent IA autonome en 2026, les 4 niveaux
- Quand changer de stack LLM en 2026 — les 5 signaux qui justifient une… — Migrer d’OpenAI vers Anthropic, ou de l’API directe vers Bedrock