Choisir le processus avant l’outil
On n’intègre pas « le CRM ». On intègre ce qui est nécessaire pour préparer une relance ou qualifier une demande. Le processus détermine les accès, jamais l’inverse.
Relier une IA à vos emails, votre agenda, votre CRM et vos documents est rarement un problème technique. C’est un problème de périmètre, de permissions et de validation. Voici comment nous le traitons.
Une IA connectée aux outils métier n’est utile que si son périmètre est tenu. Intégrer une IA à une entreprise consiste à lui donner un accès délégué, limité et révocable à des outils précis — messagerie, agenda, CRM, espace documentaire — puis à définir pour chaque action si l’agent peut agir seul ou doit soumettre son travail à validation. La connexion technique se fait par autorisation déléguée depuis vos comptes existants : aucun mot de passe n’est transmis et l’accès reste révocable à tout moment. La difficulté réelle n’est pas la connexion, mais l’écriture des règles et le traitement des exceptions.
Chaque famille pose une question de risque différente. Traiter un email n’engage pas l’entreprise de la même manière qu’écrire dans un CRM.
| Famille d’outil | Lecture | Action possible | Notre recommandation |
|---|---|---|---|
| Messagerie Gmail, Outlook, IMAP | Boîte ou dossier défini | Brouillon, classement, réponse | Envoi sous validation au démarrage |
| Agenda Google Calendar, Outlook | Disponibilités | Proposition, création, mise à jour | Création autonome possible, annulation non |
| CRM HubSpot, Pipedrive, Notion | Fiches et historique | Note, tâche, mise à jour de suivi | Champs financiers en lecture seule |
| Documents Drive, SharePoint, Notion | Dossiers autorisés | Génération, dépôt de brouillon | Jamais de suppression ni d’écrasement |
La liste complète des connecteurs disponibles et leur statut figurent sur la page intégrations de Sania. Pour un outil interne sans connexion standard, voir les agents IA sur mesure.
On n’intègre pas « le CRM ». On intègre ce qui est nécessaire pour préparer une relance ou qualifier une demande. Le processus détermine les accès, jamais l’inverse.
Pour chaque étape, quelle information est indispensable ? Ce qui n’est pas nécessaire ne doit pas être accessible. C’est aussi le socle du principe de minimisation prévu par la LPD.
Connexion depuis vos comptes Google Workspace, Microsoft 365 ou votre CRM, avec choix de l’étendue. Pas de mot de passe partagé, pas de compte générique, révocation possible à tout moment.
Pour chaque action : autonome, soumise à validation, ou interdite. C’est le document le plus utile du projet, et celui qu’on oublie le plus souvent. Voir notre approche de la sécurité.
L’agent prépare, personne n’envoie. On compare son travail à celui d’un collaborateur sur les mêmes dossiers, y compris les cas tordus.
On accorde l’autonomie là où les erreurs sont réversibles et détectables. On la refuse ailleurs, même si la démonstration était convaincante.
Trier, prioriser, retrouver le contexte client et préparer une réponse dans la boîte autorisée, sans envoyer sans accord.
Assistant IA pour emails →Lire les disponibilités, appliquer vos préférences de créneaux et préparer les invitations.
Agenda assisté par IA →Retrouver l’historique d’un contact, écrire une note de suivi, créer une tâche et signaler les dossiers dormants.
Relances commerciales IA →Transformer une demande en brouillon structuré à partir de vos prestations autorisées, en signalant ce qui manque.
Création de devis avec l’IA →Le périmètre large devient impossible à auditer et bloque toute discussion de conformité par la suite.
Chaque intégration ajoute une dépendance à maintenir et une source d’erreur. Une seule suffit pour savoir si le processus fonctionne.
Un message erroné parti chez un client coûte plus que le temps gagné pendant une semaine.
On perd la traçabilité individuelle, donc la capacité d’expliquer une action a posteriori.
Comment révoquer les accès, exporter les configurations et arrêter le service ? À décider avant, pas pendant un incident.
Par autorisation déléguée : vous accordez l’accès depuis votre compte Google Workspace ou Microsoft 365 en choisissant l’étendue des droits. Aucun mot de passe n’est communiqué, l’autorisation est révocable à tout moment depuis votre console d’administration, et le périmètre peut être limité à une boîte, un dossier ou un libellé.
Non, et nous le déconseillons pour un premier déploiement. Restreignez à une boîte fonctionnelle, un dossier ou une période. Commencez par le périmètre le plus étroit qui permette encore de traiter le cas d’usage, puis élargissez si les résultats le justifient.
Oui, si l’écriture est explicitement autorisée. Séparez les droits de lecture, de création et de modification, puis distinguez ce que l’agent fait seul de ce qui exige une validation. Une note de suivi peut être automatique ; une modification de montant ou une suppression, non.
Pour des outils courants avec connexion standard, la connexion technique est rapide. Le temps réel du projet est ailleurs : définir les règles, les exceptions et les validations. Cette étape détermine si le système sera utilisable et ne peut pas être compressée.
Souvent oui, mais cela relève d’un projet sur mesure et non d’une connexion en quelques clics. La faisabilité et le coût dépendent des points d’accès disponibles et de la qualité des données. Voir agents IA sur mesure.
Une intégration est une dépendance à surveiller. Les évolutions des outils tiers font partie de la maintenance et peuvent modifier un comportement ou couper une connexion. C’est une raison de plus de limiter le nombre d’intégrations à celles qui apportent une valeur mesurable.
Cela dépend des composants utilisés et doit être documenté avant la mise en service : hébergement de l’application, localisation des traitements par les modèles, liste des sous-traitants, durée de conservation. Ces informations doivent figurer dans la documentation du projet. Voir sécurité et données.
Pas pour les connexions standard, qui s’effectuent depuis vos interfaces d’administration habituelles. En revanche, la personne qui connaît le processus doit être disponible : c’est elle, et non un informaticien, qui détient les règles à modéliser.
Un échange suffit généralement pour savoir si l’intégration est simple, complexe ou inutile.