Le sujet vient d'un piège vécu, pas d'une théorie : sur un projet, la synchronisation automatique d'un CRM a aspiré des contacts qui n'avaient rien à y faire, et les doublons se sont accumulés. Ce qui a réglé le problème, c'est la clé d'unicité.
La méthode, étape par étape
- Partir d'un CRM ouvert par API. Ce qui compte, c'est qu'Attio expose une API : c'est elle qui permet à Claude d'y lire et d'y écrire. Une interface fermée ne le permettrait pas.
- Brancher la clé une seule fois. Une seule clé d'accès, rangée hors du projet, jamais recopiée ailleurs.
- Écrire par identité, pas par ligne. Vous désignez ce qui rend une personne unique, par exemple son email. Si elle revient, sa fiche est mise à jour au lieu d'être dupliquée.
Pourquoi ça tient dans le temps
Nettoyer les doublons après coup est sans fin. Écrire par identité règle le problème à la source : une personne déjà connue ne crée pas de seconde fiche, elle met à jour la première. Le CRM reste propre sans passe de ménage.
la clé d'accès reste hors du projet et n'est jamais recopiée. Et le choix de la clé d'unicité compte : trop large, elle fusionne des fiches qui devraient rester distinctes ; à vous de désigner un identifiant vraiment propre à chaque personne.
