Données à migrer depuis Attio

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

• 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.

---

Références techniques

• API REST Attio v2 - Documentation
• Attio - Objects et Records
• Attio - Notes
• Attio - Attributs