Un CRM accumule des coordonnées dont une IA n’a pas besoin
Un Zoho CRM installé depuis quelques années contient des contacts, des comptes, des affaires, et un module de pistes où dorment des listes importées ou achetées. L’essentiel du volume y est fait de coordonnées, adresses mail, numéros de téléphone, adresses postales.
Les questions qu’un dirigeant veut poser à une IA ne demandent presque jamais ces champs. Savoir où en est une affaire, quel compte a signé deux fois cette année, ce que le dernier échange disait d’un projet, tout cela se répond avec des noms, des étapes et des notes.
Le connecteur Zoho CRM est construit sur ce constat. Il nomme les champs qu’il écrit, et les coordonnées n’en font pas partie.
Ce que Zoho renvoie et ce que votre Kastel garde
L’interface de Zoho ne sait pas livrer une fiche amputée. Elle renvoie l’enregistrement complet, coordonnées comprises, et aucun réglage côté Zoho ne permet de lui en demander moins.
Le tri se fait donc au moment de l’écriture. Le connecteur projette une liste de champs arrêtée par module, un contact avec son prénom, son nom, sa fonction, le compte auquel il est rattaché et le service qu’il occupe chez son employeur, une affaire avec son nom, son étape, son montant et sa date de clôture. Rien d’autre n’est écrit, et la réponse complète de Zoho n’est jamais conservée.
Cette mécanique a une propriété qui mérite d’être nommée. Quand un champ arrive dans une forme que le connecteur n’attend pas, un tableau de valeurs par exemple, il ne l’écrit pas du tout. La seule erreur possible du connecteur est donc de trop peu écrire. Elle ne peut pas être de déverser une structure entière dans une note, en y emportant un champ que personne n’avait examiné.
Les quatre modules lus, sans une adresse ni un téléphone
Sur un CRM, le périmètre se décrit champ par champ. Voici la liste que le connecteur écrit, module par module.
Le module des pistes est lu comme les autres, et c’est là que dorment les listes importées ou achetées. Le nom et la société d’une piste entrent, son adresse mail et son téléphone restent dans Zoho.
Le propriétaire est écrit sur la fiche elle-même
Zoho renvoie le propriétaire de chaque fiche avec son adresse professionnelle, directement sur la fiche. Le connecteur n’a donc aucun annuaire à parcourir pour savoir à qui appartient un enregistrement. Il résout cette adresse en une personne de votre organisation, puis range la fiche dans le service de cette personne.
Quand la fiche n’a pas de propriétaire, quand ce propriétaire n’a pas d’adresse, quand cette adresse ne correspond à personne chez vous, ou quand la personne trouvée couvre plusieurs services, la fiche n’est rangée dans aucun service et attend la décision d’un administrateur. Ces quatre cas sont plus fréquents qu’on ne l’imagine dans un CRM qui a vécu, où les imports en masse et les comptes techniques laissent des traces.
Une réaffectation de portefeuille se rattrape toute seule, parce que changer le propriétaire d’une fiche compte comme une modification de cette fiche. Elle ressort dans la fenêtre de lecture suivante et se range dans le service du nouveau propriétaire. D’autres outils demandent un passage de plus, puisque leur partage se modifie sans que la fiche bouge, comme le montre la page Pipedrive. Le principe du propriétaire, lui, se retrouve sur la page HubSpot, avec ses propres limites.
Ce qu’on nous demande avant de brancher un CRM
L’adresse mail et le téléphone d’un contact entrent-ils dans mon Kastel ?
Non. Ces champs ne sont pas lus, alors que Zoho les envoie avec la fiche. Une IA branchée connaît le nom d’un contact, sa fonction et le compte auquel il est rattaché, ce qui suffit à le replacer dans son contexte. Pour le joindre, vous ouvrez Zoho.
Mes fiches changent-elles de région quand je les branche ?
Zoho sert votre organisation depuis un centre de données régional, celui que vous avez choisi en ouvrant votre compte. Le connecteur est épinglé sur les hôtes de cette région, pour la lecture comme pour le renouvellement de son jeton, et il refuse un hôte appartenant à une autre région. La page sécurité décrit ce genre de garde-fou.
Que devient une fiche supprimée dans Zoho ?
Elle est marquée comme disparue à la source et conservée dans votre Kastel, lisible par les mêmes personnes qu’avant, jusqu’à ce qu’un administrateur décide de l’effacer. Le flux de suppressions de Zoho ne remonte pas indéfiniment, donc le connecteur ne s’y fie pas et compare l’inventaire complet à ce qu’il suit déjà.
Une IA branchée peut-elle modifier une fiche Zoho ?
Non. Les seuls appels du connecteur sont des lectures, plus le renouvellement de son jeton d’accès, qui ne touche aucune donnée. Aucune méthode de création, de modification ni de suppression n’existe dans le code qui parle à Zoho, donc la question est fermée au niveau du connecteur et pas seulement au niveau d’un réglage.
Ce que ce connecteur ne fait pas
Zoho sait restreindre une fiche autrement que par son propriétaire, avec ses règles de partage et ses territoires. Le connecteur ne les lit pas, il ne lit que le propriétaire. Une fiche que Zoho réservait à deux personnes précises devient donc lisible par le service entier de son propriétaire, ce qui est plus ouvert que votre réglage d’origine. C’est la limite la plus importante de cette page, et elle mérite un examen avant le branchement.
Il lit cinq modules. Un module que vous avez créé vous-même reste dehors tant qu’il n’a pas été ajouté à cette liste, et les champs personnalisés d’un module ne sont jamais écrits, même quand le module l’est.
La projection est courte, donc elle appauvrit vos fiches volontairement. Une IA branchée ne racontera pas l’historique complet d’une relation client, avec ses campagnes, ses tâches et ses courriers. Elle raconte ce que vos affaires et vos notes en disent.
Le contenu d’une note est du texte libre, et il entre en entier. Ce qu’un commercial y écrit d’un interlocuteur entre avec le reste, y compris ce qu’il n’écrirait pas dans un champ officiel. Débrancher le connecteur supprime sa clé et arrête la lecture, et le contenu déjà rangé reste lisible par les mêmes personnes jusqu’à ce qu’un administrateur décide de l’effacer.
Regardez ce que Kastel fait d’un CRM une fois rangé.
La page produit décrit ce qui se passe après la lecture, quand vos fiches, vos réunions et vos documents deviennent un savoir interrogeable, et ce que chaque IA branchée en obtient selon la personne pour qui elle travaille.
Voir le produit
