Services · Migration · Modernisation
CRM 4.0, 2011, 2013, 2015, AX 2009, NAV 2009, SharePoint 2010 — tout ce que les nouveaux consultants ne connaissent plus fait partie de notre quotidien depuis 2007. Quand votre ancien système doit passer dans le cloud, nous sommes parmi les rares à connaître réellement les deux mondes.
Directeurs généraux · Propriétaires
Avant chaque migration, un diagnostic au forfait (Migration Check ou Migration Assessment). Vous savez à l'avance si la migration sera prête en 6 semaines ou en 9 mois, ce qu'elle coûte et ce qui peut casser. Le Discovery Spike Bundle est le cadre d'engagement typique. Tarif sur demande.
Responsable de département · ligne métier
L'audit de données documente que tous les enregistrements ont été migrés proprement (avec comparaison réel vs. cible, analyse d'écarts conforme aux principes d'archivage). L'audit de customisations liste quelles adaptations de l'ancien système ont été poursuivies, remplacées ou supprimées — avec une liste claire de propriétaires par customisation.
Direction IT · CIO · Solution Architect
Dynamics CRM 4.0/2011/2013/2015 → Dynamics 365, AX → F&O, NAV → Business Central, SharePoint on-prem → SharePoint Online, Exchange on-prem → Exchange Online, serveur de fichiers → OneDrive/SharePoint, configurations hybrides. Sélection d'outillage spécifique à la plateforme (KingswaySoft, ScribeSoft, Microsoft Dataverse SDK, scripts PowerShell de migration).
Pour les directeurs généraux · migration sans drame
Les projets de migration échouent rarement sur la technique — ils échouent parce que l'effort n'a pas été honnêtement quantifié à l'avance. Notre diagnostic au forfait livre, avant chaque mandat de migration, une déclaration solide : durée, coûts, risques, pièges critiques. Si la migration peut être faite en 6 semaines, nous le disons. Si cela prendra 9 mois, nous le disons aussi.
Pour les responsables de département · audit de données & preuve conformité
La migration n'est pas terminée quand le nouveau système est en ligne — elle est terminée quand vous pouvez documenter par écrit que rien n'a été perdu. Nous livrons une comparaison réel vs. cible par type d'enregistrement, une analyse d'écarts conforme aux principes d'archivage, une liste de propriétaires de customisations et un protocole de passation qui tient face à tout audit. Discovery spike comme premier engagement propre (tarif sur demande) avec un rapport d'outcome pour la direction et la conformité.
Pour les responsables IT · sept chemins de migration
Directement avec l'architecte — pas de couche account manager. Sujets : re-ciblage de plug-ins CRM 4.0/2011/2013/2015 → D365, conception de pipeline KingswaySoft, Dataverse batch API vs. bulk insert, migration de modules AX X++ vers F&O, migration de langage AL pour NAV, API de migration SharePoint on-prem, cut-over hybride Exchange, reset ALM et solution lifecycle après cut-over.
Types de migration · sept chemins
Sept chemins de migration couvrent la grande majorité de nos mandats. Chaque type a ses propres pièges, ses propres outils et ses propres patterns d'expérience.
CRM 4.0, 2011, 2013, 2015, 2016 vers D365 Customer Engagement Apps. Migration de plug-ins, ressources web JavaScript, migration de workflows vers Power Automate, mapping d'entités personnalisées, migration des permissions.
AX 2009, AX 2012 vers D365 F&O. Migration de code X++, migration de formulaires & rapports, migration de données, évaluation des modules personnalisés.
Versions NAV (Navision) vers Business Central. Migration de langage AL, évaluation des add-ons, stratégie cloud vs. on-prem, remodelage des licences.
SharePoint 2010, 2013, 2016, 2019 vers Microsoft 365 SharePoint. Migration de l'architecture d'information, web parts personnalisées, workflows vers Power Automate, modèle de permissions.
Migration hybride ou complète. Migration de mailboxes, dossiers publics, listes de distribution, configuration des connecteurs, bascule des enregistrements MX, gestion de la phase hybride.
Données de serveurs de fichiers vers SharePoint/OneDrive (Known Folder Move, structuration des sites). Petites apps sur mesure vers Power Apps. Migration des permissions via Entra ID.
Résoudre les états mi-cloud. Architecture full cloud. Consolidation d'identités via Entra ID, migration d'apps vers des modèles SaaS, démantèlement des systèmes hérités.
Tenant-à-tenant Microsoft 365 (fusion, scission), tiers vers Microsoft (Salesforce → D365, Google Workspace → M365). Posez la question — il y a de bonnes chances que nous l'ayons déjà fait.
Diagnostics · Tier 1 avant migration
Avant de démarrer la migration proprement dite, nous examinons trois dimensions comme diagnostics au forfait. Résultat : vous savez quelle est la véritable taille du projet — avant de signer.
Premier échange de 90 min · gratuit
Clarification du type de migration, du sizing, des chemins possibles.
Livrable : court mémo (1 à 2 pages) après la conversation avec fourchette d'effort et recommandation pour l'étape suivante.
Tarif sur demande
Évaluation plus approfondie de la situation de migration avec analyse d'options.
Livrables :
Tarif sur demande
Évaluation de la qualité des données AVANT la migration. Évite le problème de migration le plus courant : faire glisser des données obsolètes dans le nouveau système.
Livrables :
Tarif sur demande
Inventaire de toutes les customisations du système hérité avec une évaluation de migration par composant.
Livrable : liste de composants avec recommandation de migration par composant : reprendre / reconstruire / supprimer.
Tarif sur demande (Migration Assessment + Audit de données + Audit des customisations combinés)
Trois audits dans un discovery spike connecté — évaluation structurée et combinée, feuille de route partagée.
Utile quand : pour les migrations complexes avec code sur mesure, nombreuses sources de données ou profil de risque élevé. Approche standard pour les migrations corporate.
Cinq types de migration
Chaque migration commence par la question honnête : d'où venez-vous, où voulez-vous aller, et quelle réalité de données se trouve entre ces deux points ? Nous traitons cinq chemins typiques — qui, en pratique, apparaissent souvent en combinaison.
Dynamics CRM 4.0, 2011, 2013, 2015 → Dynamics 365 Customer Engagement Apps. Nous connaissons chaque version, chaque modèle de données, chaque piège de customisation typique. Même si votre installation on-premises n'a pas vu de patch depuis huit ans.
Dynamics 365 on-premises vers Dynamics 365 Online, Exchange on-premises vers Exchange Online, SharePoint on-premises vers SharePoint Online. Nous accompagnons les transitions cloud depuis la naissance de Microsoft Azure — avec une phase hybride si nécessaire.
Vous êtes mécontent de votre Partenaire Microsoft actuel — pas de réponse, pas de documentation, pas de feuille de route. Nous reprenons discrètement, examinons l'inventaire, bâtissons la documentation et amenons l'application dans un état stable.
Lors d'une fusion, d'une scission, d'un carve-out ou d'une réorganisation, un tenant Microsoft 365 doit migrer vers un autre : mailboxes, SharePoint, OneDrive, Teams, identités, licences. Avec des outils comme BitTitan, Quest On Demand ou des chemins Microsoft natifs — selon le volume de données et la complexité.
Salesforce, HubSpot, SugarCRM, Pipedrive vers Dynamics 365. Google Workspace vers Microsoft 365. Nous connaissons les modèles de données typiques des systèmes tiers et les mappons sur le modèle de données Microsoft — y compris les champs personnalisés, pièces jointes, notes et historique d'activité.
Méthodologie
Chaque migration suit le même cadre méthodologique — quel que soit le type de migration. Nous adaptons la profondeur des phases à la taille et au profil de risque de votre point de départ.
Inventaire des systèmes source : modèle de données, customisations, plug-ins, workflows, rapports, intégrations, identités. Nous documentons ce qui est utilisable, ce qui est reconstruit, ce qui est supprimé. Résultat : un plan de migration avec effort, risques et corridors.
Mapping champ à champ entre source et cible — y compris transformations, résolution de lookups, traductions de picklists et pièces jointes. Premier passage pilote en sandbox avec un volume de données représentatif. Itération jusqu'à ce que le mapping soit propre.
Un week-end de cut-over répété avec planning, chemins d'escalade et critères d'abandon. Le système source passe en lecture seule, dernier passage de données, rapports de réconciliation, votre sign-off, communication utilisateurs. Pas de cut-over sans dry run réussi.
Stand-ups quotidiens, réponse rapide aux constats, re-migration ciblée d'enregistrements individuels si nécessaire. Puis transition vers Application Care — pas de disparition après le cut-over.
Qualité des données
L'erreur la plus courante dans les projets de migration : faire glisser des années de données obsolètes. Comptes en double, contacts morts, mauvaises adresses, enregistrements sans propriétaire, champs obligatoires avec « N/A » — et tout passe sans filtre dans le nouveau système. Six mois plus tard, personne ne l'utilise parce que les données semblent aussi peu fiables que dans l'ancien système.
Dans l'audit nous effectuons un échantillonnage qualité des données : taux de doublons, complétude des champs obligatoires, plausibilité des valeurs, actualité (dernière modification), orphelins (enregistrements sans propriétaire ni relation). Cet échantillon est la base de la stratégie de migration.
Option A — tout emporter : chemin de migration le moins cher, mais le problème vient avec. Nous ne le recommandons que lorsque le système source est déjà très propre ou lorsque des raisons réglementaires l'exigent.
Option B — nettoyage dans le système source avant migration : vous nettoyez avec vos utilisateurs, qui connaissent le métier. Nous fournissons rapports et outils pour cela. Effort pour vous, mais le meilleur résultat.
Option C — nettoyage dans le mapping : nous définissons des règles (par exemple « les enregistrements sans activité depuis 36 mois atterrissent dans un conteneur d'archive ») et les appliquons dans le mapping. Plus rapide que l'option B, mais les règles doivent être très claires, sinon les mauvais enregistrements disparaissent.
Une migration est toujours un inventaire de données. Profitez-en — le deuxième meilleur moment pour améliorer la qualité des données, c'est la prochaine migration dans dix ans.
Après la migration
Une migration est plus qu'une copie d'enregistrements. C'est l'occasion rare d'arrimer un stack d'une autre époque au monde Microsoft d'aujourd'hui — Power Platform, Microsoft 365 Copilot, intégration Dataverse, chemins modernes de sécurité et de conformité. Nous saisissons cette chance là où elle apporte de la valeur.
Concrètement : anciens scripts JavaScript deviennent des flux Power Automate ; anciens rapports SSRS deviennent des tableaux de bord Power BI ; anciens plug-ins deviennent des connecteurs personnalisés ou des Azure Functions ; anciens workflows deviennent des business process flows modernes. Tout n'a pas besoin d'être nouveau — mais le vieillissement de la solution ne commence pas dans cinq ans ; il se décide dans la migration elle-même.
Après le cut-over, l'application passe dans notre forfait Application Care — support de deuxième et troisième niveau, maintenance des releases, optimisation continue. La migration n'est pas le point final mais le début d'une nouvelle phase de cycle de vie.
Questions fréquentes
La durée dépend du type de migration et du volume de données. Une montée de version de Dynamics CRM 2015 vers Dynamics 365 sans changement majeur de customisations prend typiquement 2 à 4 mois. On-premises vers cloud avec un volume de données moyen dure 3 à 6 mois. Tenant-à-tenant Microsoft 365 dépend du volume de mailboxes et SharePoint — 6 semaines à 6 mois. Un changement de partenaire sans migration technique est une question de profondeur de passation et dure typiquement 4 à 8 semaines. Nous fixons la taille précise dans le migration check.
La perte de données est exclue avec une migration proprement planifiée — mapping, plusieurs passes de test en environnements sandbox et rapports de réconciliation avant et après cut-over rendent chaque ligne traçable. Les customisations sont le vrai défi : anciens scripts JavaScript, plug-ins et rapports ne fonctionnent pas 1:1 sur Dynamics 365. Dans l'audit nous examinons ce qui doit être reconstruit techniquement, ce qui peut être remplacé par des fonctions standard et ce qui peut être supprimé parce que personne ne l'utilise depuis des années.
D'anciens rapports SSRS et FetchXML de Dynamics CRM on-premises peuvent parfois être portés vers Dynamics 365 — nous examinons chaque rapport individuellement et décidons avec vous : porter, reconstruire dans Power BI, ou supprimer. D'après notre expérience, 30 à 50 pour cent des anciens rapports sont encore activement utilisés ; le reste est constitué de fichiers morts. Power BI ne remplace pas chaque rapport SSRS, mais il couvre le reporting moderne bien plus largement.
Le changement de partenaire lui-même n'entraîne aucun frais de licence — la ré-affectation CSP est administrative. L'effort survient pour la phase de passation : audit d'inventaire, constitution de la documentation (si elle n'existe pas chez le prédécesseur), transfert de connaissances, reconnexion du pipeline ALM et des stratégies de sauvegarde. Tarif sur demande — nous calculons l'effort pour une passation propre après prise en charge dans le migration check. Discrétion et protection des données sont garanties tout au long du processus. Détails sur la passation CSP dans Conseil licences.
Les workflows Dynamics CRM classiques peuvent en partie être portés vers Power Automate, en partie doivent être reconstruits. Dans l'audit nous analysons chaque workflow, examinons la logique de déclenchement, les actions et les conditions de branchement, et décidons : flux Power Automate, Business Process Flow Dynamics 365, plug-in ou suppression. Ici aussi : les anciens workflows portent souvent une logique d'une époque où le processus se déroulait très différemment. La migration est une bonne occasion de revoir cette logique de manière critique.
À emporter · deux supports
Deux niveaux de profondeur pour deux besoins de lecture. Le factsheet est une référence rapide (3–5 min) et téléchargeable immédiatement. Le livre blanc est une formation marché avec méthodologie et données comparatives (15–30 min) — vous le recevez par e-mail après une courte demande.
3–5 min de lecture · téléchargement direct · pas de formulaire
Aperçu compact : périmètre, indicateurs clés, modèle de tarification, processus — idéal à transmettre à la DAF, aux achats ou à la ligne métier.
15–30 min de lecture · par e-mail sur demande
Méthodologie, données comparatives, cadre de recommandation — matériel pour l'argumentation interne avec les parties prenantes.
Services associés
Migrations de licences — de l'ancien fournisseur vers le CSP arades, avec optimisation des renouvellements.
Voir la page →
Migration de données avec un mapping défini et une stratégie de cut-over.
Voir la page →
Quand la migration fait partie d'un projet d'implémentation plus large.
Voir la page →
Inventaire complet comme base de la planification de migration.
Voir la page →
Migration check
Premier échange de 30 min — migration check gratuit. Nous examinons votre point de départ, esquissons le bon chemin de migration et nommons les pièges typiques ouvertement. Vous obtenez une évaluation franche et une proposition de discovery, généralement rapidement. Sur demande, nous transitons directement vers nos autres services.
À emporter
Référence rapide de deux pages avec structure de forfaits, livrables et trois raisons pour arades — téléchargeable immédiatement, sans formulaire. À jour au 18 mai 2026. Idéal à transmettre à la DAF, aux achats ou au responsable IT.
3–5 min de lecture · téléchargement direct · pas de formulaire
