Comment on vous sort de chaque SaaS, phase par phase.

Les migrations Confluence se jouent sur trois spécificités : le format de stockage est du XHTML avec une forêt de macros `ac:` qui ne traduisent pas proprement en Markdown, les restrictions de page héritent via la hiérarchie d'espace d'une manière non-obvious, et le contenu passe sur MDX-on-disk + un vrai index de recherche (Typesense ou Postgres tsvector) qui remonte enfin des résultats pertinents — la complainte la plus fréquente sur Confluence.

Les migrations Intercom ont trois subtilités à connaître : l'API conversations utilise une pagination par curseur avec un rate limit à ~1 000 req/min, le widget Messenger identifie les utilisateurs via un `user_hash` signé côté serveur, et les articles du Help Center vivent sur un sous-domaine intercom.help dont les URLs doivent être conservées (ou 301-redirigées) pour préserver l'équité SEO.

Les migrations Jira tournent autour de trois choses : extraire via l'API REST Cloud (qui pagine différemment pour les issues que pour la plupart des ressources), rebâtir fidèlement la jungle workflows + schemes en state machines, et traduire les saved JQL et la facture Marketplace en fonctions natives. Les clés d'issue (PROJ-1234) sont préservées partout pour que les liens externes, les messages de commit et les références dans les PR continuent de résoudre.

Les migrations Klaviyo se jouent sur trois spécificités : les API Profiles + Events paginent par curseur avec un burst de 10 req/s, le moteur Flows n'a pas d'« export » public — il faut rebâtir la logique de trigger depuis l'inventaire UI — et vos webhooks Shopify doivent re-pointer en lockstep avec la bascule, sinon vous double-facturez les boîtes mail de vos clients pendant une semaine.

Les migrations Salesforce se jouent sur deux détails techniques : Bulk API 2.0 pour l'extraction, et une stratégie volontaire pour les identifiants à 18 caractères sur lesquels pointent toutes vos intégrations historiques. On les conserve en colonne sur le nouveau schéma — rapports, webhooks et recherches sauvegardées continuent de résoudre.

Les migrations Workday HCM se jouent sur trois réalités spécifiques : l'extraction passe par les Workday Web Services (SOAP) ou les rapports RaaS, le catalogue de business processes est en soi le produit (des centaines de chaînes d'approbation accumulées), et l'arbre security-group + supervisory-org doit être remodelé avant qu'une seule ligne de collaborateur ne bouge. On cadre serré : HCM uniquement — Finance, Adaptive Planning et Workday Payroll dans les pays où il tourne restent en place.