Attio stocke vos contacts, entreprises, opportunités et historique commercial dans un modèle de données flexible. Ce guide inventorie chaque type d'entité, comment les exporter via l'API et comment reconstruire ce modèle dans un logiciel sur mesure.
LES DONNÉES
Ce que nous migrons depuis Attio
Quitter Attio ne signifie pas perdre vos données. Voici les types de données que SmartBooster analyse, extrait et migre vers votre logiciel sur mesure.
Records People, Companies, Deals : Les trois objets natifs d'Attio. Exportables via l'API REST : GET /objects/{people|companies|deals}/records. Chaque record contient ses valeurs d'attributs standard et personnalisés.
Attributs personnalisés : Champs définis pour chaque objet (texte, nombre, date, sélection, relations). La liste des attributs est accessible via GET /objects/{slug}/attributes. Chaque attribut a un slug unique utilisé pour lire et écrire les valeurs.
Notes et activités : Historique des interactions liées aux records : notes textuelles, emails loggés, appels. Exportables via GET /notes avec filtrage par record_id. Contiennent l'auteur, le contenu et l'horodatage.
Tâches : Actions à faire liées aux records (relances, suivis, rendez-vous). Exportables via GET /tasks. Chaque tâche contient son statut, son assigné, sa date d'échéance et les records associés.
Relations entre objets : Liaisons entre People, Companies et Deals (et entre objets personnalisés). Stockées comme attributs de type 'record-reference'. À reconstruire comme clés étrangères dans le schéma SQL cible.
Listes et objets personnalisés : Views filtrées sur les records (non des entités distinctes, mais des configurations de filtres). Les objets personnalisés créés dans le workspace sont accessibles via GET /objects et leurs records via GET /objects/{slug}/records.
Ce que Attio stocke
Attio est un CRM avec un modèle de données flexible. Votre workspace Attio contient des objets
(types d’entités), des records (instances), des attributs (champs), des notes, des tâches
et des séquences. Contrairement à des outils plus rigides, Attio vous a probablement laissé
créer des objets et attributs personnalisés : la migration doit en tenir compte.
Ce que Attio stocke et qui peut être migré :
Les records : People, Companies, Deals et objets personnalisés avec leurs valeurs
Les attributs et leurs valeurs : tous les champs standard et personnalisés de chaque record
Les notes : historique commercial textuel lié aux records
Les tâches : actions à faire avec leur statut et leurs assignés
Les relations : liaisons entre People, Companies et Deals
Les séquences (métadonnées) : structure des séquences, pas les données d’envoi email
Ce que Attio ne stocke pas :
Les emails réels : si des emails sont loggés via l’intégration Gmail/Outlook, leur contenu
reste chez Google/Microsoft. Attio stocke les métadonnées (sujet, date, participants).
Les appels : si des appels sont loggés via une intégration téléphonie, les enregistrements
audio sont chez l’opérateur. Attio stocke les métadonnées.
Exporter vos données Attio via l’API
Attio ne propose pas d’export CSV natif depuis l’interface pour les données complètes.
La méthode recommandée est l’API REST avec pagination.
Authentification
Authorization: Bearer YOUR_API_KEY
L’API Key se génère dans les paramètres du workspace, section Développeur > API Keys.
Exporter les records avec pagination
GET https://api.attio.com/v2/objects/{object_slug}/records?limit=500&offset=0
La réponse contient un tableau data et un objet pagination avec has_more et next_offset.
Répéter les appels jusqu’à has_more: false. Les objets natifs sont people, companies
et deals. Les objets personnalisés utilisent leur slug défini dans les paramètres.
Exporter les attributs d’un objet
GET https://api.attio.com/v2/objects/{object_slug}/attributes
Retourne la liste de tous les attributs de l’objet avec leur slug, type et configuration.
Indispensable pour comprendre le modèle de données avant de construire le schéma SQL cible.
Exporter les notes
GET https://api.attio.com/v2/notes?limit=500&offset=0
Les notes peuvent être filtrées par record_id pour exporter les notes d’un record spécifique.
Chaque note contient created_at, created_by, content_plaintext et parent_object.
Modèle de données Attio : ce qu’il faut reconstruire
Objects → Tables SQL
Chaque objet Attio devient une table dans la base SQL du logiciel sur mesure :
Objet Attio
Table SQL cible
People
contacts
Companies
entreprises
Deals
opportunites
Objet personnalisé
Table métier correspondante
Attributes → Colonnes
Chaque attribut Attio devient une colonne dans la table correspondante :
Type d’attribut Attio
Type SQL
text
VARCHAR ou TEXT
number
DECIMAL ou INTEGER
date
DATE ou DATETIME
select
ENUM ou table de référence
checkbox
BOOLEAN
record-reference
Clé étrangère (FK) vers la table cible
multi-select
Table de liaison
Relations → Clés étrangères
Les attributs de type record-reference dans Attio représentent les relations entre objets.
Une relation People → Companies devient une clé étrangère company_id dans la table contacts.
Les relations M:N (un contact lié à plusieurs entreprises) deviennent des tables de liaison.
Attributs calculés : à reconstruire en logique applicative
Attio permet de créer des attributs calculés (formules simples sur d’autres attributs).
Ces calculs ne sont pas exportables directement : ils doivent être re-implémentés comme
champs calculés dans le logiciel sur mesure, avec des tests automatisés pour vérifier
que les résultats sont identiques.
Ce qui nécessite une décision avant la migration depuis Attio
Les listes et filtres Attio : les “Lists” Attio sont des vues filtrées, pas des entités
distinctes. Elles doivent être reconstruites comme filtres ou vues dans le nouveau logiciel.
Un inventaire des listes utilisées par chaque équipe est nécessaire.
Les séquences et automatisations : les séquences d’emails Attio ne sont pas migrables
directement. Les templates d’emails et la logique de déclenchement doivent être documentés
et reconstruits dans votre logiciel ou dans votre outil d’emailing.
Les intégrations tierces actives : si Attio est connecté à Gmail, Outlook, Slack ou un
outil de téléphonie, ces intégrations doivent être reconstruites sur le nouveau logiciel.
Les données loggées via ces intégrations (emails, appels) restent chez les éditeurs tiers.
Les attributs de type ‘domain’ et ‘email’ avec enrichissement : Attio peut enrichir
automatiquement les records à partir du domaine ou de l’email. Cette fonctionnalité doit
être remplacée par un connecteur d’enrichissement (Clearbit, Dropcontact) dans le nouveau
logiciel.
Ce qui peut rester dans Attio
Tous les modules Attio n’ont pas vocation à être migrés simultanément. Les cas où Attio reste
pertinent en parallèle du nouveau logiciel :
Prospection et suivi des leads : si Attio est principalement utilisé pour la prospection
(séquences, enrichissement), cette fonctionnalité peut rester dans Attio pendant que les
modules de gestion opérationnelle sont migrés.
Historique commercial antérieur à 5 ans : l’historique très ancien peut rester consultable
dans Attio en lecture seule pendant une période de transition.
SmartBooster identifie explicitement les objets et modules à migrer lors du cadrage initial.