MIGRATION ET MODERNISATION À GRANDE ÉCHELLE · ERP ET CRM

Migrer ce que vous avez construit sur SAP, Salesforce ou Dynamics 365.Votre cœur de système reste.

Développements Z, extensions, applications et rapports construits sur SAP, Salesforce, Dynamics 365, Oracle, ServiceNow ou Magento : nous les sortons et les menons vers du code propre, vers votre plateforme de données ou vers vos tableaux de bord. Le cœur de votre système reste et s’utilise par API.

Fin 2027SAP ECCMoins de licences par utilisateurParité mesurée pièce par pièce

Demander une démo

Démonstration automatique · Touchez votre système et voyez ce qui sort d’autour de son cœur de système et où cela va.

Migrer ce qui entoure votre ERP et votre CRM :l’horloge et la facture

Votre ERP ou votre CRM ne se migre pas : le cœur de votre système reste. Ce qui se migre, c’est ce que vous avez construit par-dessus, et avant de le faire il vaut mieux savoir deux choses : quand le système cesse d’être supporté et ce que vous coûte chaque année ce qui est construit par-dessus. En ERP et CRM, la seconde pèse presque toujours davantage.

Fin de support

Seul SAP ECC a une date. Le reste a une facture.

SAP ECC : maintenance standard jusqu’à fin 2027, prolongeable jusqu’en 2030 moyennant supplément. Si SAP ou votre partenaire vous convertit vers S/4HANA, la couche Z n’entre pas (clean core) : il faut la vider avant.
Salesforce, Dynamics 365 et ServiceNow n’expirent pas : ce sont des SaaS. Leur horloge, c’est le renouvellement annuel du contrat et des licences.
Oracle EBS et Adobe Commerce restent supportés, mais chaque version a sa date et chaque saut de version entraîne le spécifique.

Ce que vous payez

Ce qui coûte cher n’est pas le cœur : c’est ce qui l’entoure

Licences par utilisateur pour celui qui n’ouvre qu’un écran, un portail ou un rapport construit par-dessus le système.
Utilisateurs Power Apps, licences fulfiller ServiceNow, crédits SAP BTP, l’édition Adobe Commerce : des redevances qui naissent de vos extensions, pas du cœur.
L’équipe qui maintient les Z, l’Apex et les plugins, et qui doit tout retoucher à chaque version de l’éditeur.

Ce qui resteet ce qui sort

Le cœur de votre système reste : la comptabilité, les commandes, la CMDB, le catalogue, le CRM standard réellement utilisé. Il reste où il est et on lui parle par API.

Nous n’implantons pas de nouveau cœur et nous ne migrons pas celui que vous avez : le cœur de SAP, Salesforce, Dynamics 365, Oracle ou ServiceNow reste, avec ses données. Ce que nous migrons, c’est ce qui a été construit autour, et ses données avec si nécessaire.

Ce que vous avez construit par-dessus sort : transactions et applications Z, extensions, Apex et Flows, Power Apps et plugins, business rules et portails, modules spécifiques, et les rapports que chacun traîne avec lui.

Et ce que personne n’utilise s’éteint, sans être migré. L’inventaire le dit avant qu’on écrive une seule ligne.

Où va ce qui sort :vous choisissez la destination

Chaque pièce a une ou deux destinations possibles. Aucune ne vous lie à un autre éditeur si vous ne le souhaitez pas.

Code propre

Java, .NET, Python ou TypeScript, face aux API du cœur

Applications, portails, validations et intégrations sous forme de services propres qui parlent à SAP par OData, BAPI ou IDoc, à Dataverse, à la Table API de ServiceNow ou à la REST d’Oracle. Sans licence par utilisateur pour ce qui vous appartient.

Plateforme de données

Databricks, Snowflake ou Microsoft Fabric

Les batchs ABAP, les extractions PL/SQL et les calculs lourds sortent de l’ERP et tournent sur votre plateforme de données, avec une parité mesurée par rapport au résultat d’aujourd’hui.

Tableaux de bord et analytique

Power BI, Tableau ou Qlik Sense, ou un dashboard sur mesure

Les rapports ABAP, X++, Salesforce, Reports et BI Publisher sont portés vers l’outil que vous avez déjà ou, si vous voulez vous en défaire, vers du code propre sur la plateforme de données.

La version de l’éditeur, si vous la choisissez

S/4HANA et BTP sont implantés par SAP ; Magento Open Source continue avec votre code

Si vous allez vers S/4HANA, la conversion est faite par SAP ou votre partenaire SAP. Nous vidons la couche Z avant pour que vous arriviez avec un cœur propre, sans avoir à porter vers BTP tout ce qui n’est pas clean core. BTP est une option comparée : il facture aussi, en crédits. En commerce, le même code continue sur Magento Open Source ou Mage-OS sans la licence de l’édition.

Comment migrer ce qui est construit sur un ERP ou un CRMen quatre étapes, sans arrêter le cœur

1Inventaire de ce qui est construit par-dessusEn accès lecture seule : Z, extensions, Apex, Power Apps, business rules, modules et rapports. Ce qui existe, qui l’utilise et de quelles données du cœur cela dépend.
2Reste, sort ou s’éteintChaque pièce avec son verdict et sa destination, et le plan de bascule pièce par pièce. Ce qui n’est pas utilisé n’est pas migré : il est éteint.
3Reconstruction avec votre IA orchestréeDes instances de développement qui réécrivent, testent et documentent chaque pièce avec la même méthode, face aux API du cœur. Votre équipe décide et valide.
4Bascule avec parité mesuréeChaque pièce est remplacée quand le nouveau donne le même résultat que l’ancien avec vos données réelles. Sans big bang et sans arrêter l’ERP ni le CRM.

Les règles

Ni nouveau cœur ni migration du cœur
Ce que personne n’utilise n’est pas migré
Pièce par pièce, sans bascule unique
La destination, c’est vous qui la choisissez

Système par système :ce qui sort de l’entourage et où cela va

Un résumé par système. Dans le graphique ci-dessus, vous avez chaque pièce et son chemin : touchez le système ou suivez le lien.

Fin 2027avant S/4HANA

Migrer ce qui est construit sur SAP ECCsans porter vers BTP tout ce qui n’est pas clean core

Le cœur reste : FI, CO, MM et SD ; la conversion vers S/4HANA est faite par SAP ou votre partenaire. Notre périmètre, ce sont les Z et les extensions : ils n’entrent pas dans S/4, et ils n’ont pas à finir tous dans BTP en payant des crédits.

Ce qui sort

Transactions et applications Z, exits et BAdIs → application propre qui parle à SAP par OData, BAPI ou IDoc
Batchs et rapports ABAP → plateforme de données et tableaux de bord
Extensions side-by-side → SAP BTP si vous le souhaitez, ou code propre sans crédits

Voir les chemins de SAP ECC

Licence par utilisateur

Migrer ce qui est construit sur Salesforcemoins de licences, le même CRM

Le CRM standard reste Salesforce, par API. Ce qui sort, c’est ce qui a été implémenté sur son cœur, et avec cela qui a besoin d’une licence pour l’utiliser.

Ce qui sort

Apex, Flows et écrans spécifiques → code propre, sans licence par utilisateur pour ce qui est construit par-dessus
Rapports et formules → Power BI, Tableau ou Qlik Sense, ou un dashboard sur mesure
Celui qui ne regardait qu’un rapport ou un portail n’a plus besoin de licence

Voir les chemins de Salesforce

Dataverse · Finance & Operations

Migrer ce qui est construit sur Dynamics 365Power Apps et X++ hors du cœur

Le cœur reste, Dataverse et Finance & Operations, et on lui parle par l’API Web OData.

Ce qui sort

Power Apps et plugins C# → applications propres face à Dataverse ; la licence Power Apps tombe
Intégrations X++ → services propres face aux data entities
Rapports X++ → tableaux de bord ou code propre

Voir les chemins de Dynamics 365

PL/SQL · Forms

Migrer ce qui est construit sur Oracle EBS et Fusionle spécifique hors du grand livre

Le grand livre reste, par ses interfaces ouvertes, PL/SQL et REST. Ce qui se modernise, c’est ce qui s’est greffé autour au fil des années.

Ce qui sort

Forms et interfaces spécifiques → pipeline propre qui écrit dans l’interface ouverte
Extractions PL/SQL → plateforme de données, même sortie sur la même clôture comptable
Reports et BI Publisher → tableaux de bord ou code propre

Voir les chemins d’Oracle

Licence fulfiller

Migrer ce qui est construit sur ServiceNowportails et applications sans siège

Le moteur ITSM (incidents, changements, CMDB, SLA) reste ServiceNow, par Table API. Ce qui sort, c’est ce qui oblige à acheter une licence pour celui qui ne sert qu’un portail.

Ce qui sort

Portails, applications et business rules → services propres face à la Table API
Licences fulfiller de celui qui ne sert qu’un portail : elles tombent
Rapports → tableaux de bord ou code propre

Voir les chemins de ServiceNow

Édition · modules

Migrer Adobe Commercede l’édition payante à Magento Open Source

Le catalogue, les commandes et les intégrations avec l’ERP et le PIM restent. La boutique ne s’arrête pas : elle change pièce par pièce.

Ce qui sort

Édition Adobe Commerce → Magento Open Source ou Mage-OS : la licence tombe et le code continue
Modules, plugins et observers spécifiques → hors processus, en services propres
Rapports → tableaux de bord ou code propre

Voir les chemins de Magento

Questions fréquentes sur ERP et CRM

Migrer SAP ECC vers S/4HANA oblige-t-il à porter les développements Z vers BTP ?

Non. La conversion vers S/4HANA est faite par SAP ou votre partenaire SAP, et dans S/4 (clean core) les Z n’entrent pas. Nous vidons la couche Z avant : chaque pièce va vers du code propre, vers votre plateforme de données ou vers vos tableaux de bord, et vers BTP seulement si vous le choisissez, car BTP facture aussi, en crédits.

Peut-on réduire les licences Salesforce sans quitter Salesforce ?

Oui. Le CRM standard reste Salesforce, par API. Ce qui sort, c’est ce qui a été implémenté sur son cœur (Apex, Flows, écrans spécifiques et rapports), et avec cela qui a besoin d’une licence : celui qui ne regardait qu’un rapport ou un portail n’en a plus besoin.

Quand se termine le support de SAP ECC ?

La maintenance standard de SAP ECC se termine fin 2027, prolongeable jusqu’en 2030 moyennant supplément. Salesforce, Dynamics 365 et ServiceNow n’expirent pas : ce sont des SaaS et leur horloge est le renouvellement annuel du contrat.

Migrez-vous le cœur de mon ERP ou de mon CRM, ou ses données ?

Non. Nous n’implantons pas de nouveau cœur et nous ne migrons pas celui que vous avez : le cœur de SAP, Salesforce, Dynamics 365, Oracle ou ServiceNow reste, avec ses données. Ce que nous migrons, c’est ce qui a été construit autour, et ses données avec si nécessaire, avec une parité mesurée pièce par pièce.

Qu’avez-vous construit sur votre ERP ou votre CRM,et que vous coûte-t-il chaque année ?

Lors d’une démo, nous vous montrons le parcours complet sur un ERP d’exemple : l’inventaire de ce qui est construit par-dessus, ce qui reste, ce qui sort, où cela va et comment la parité est mesurée. Pour que vous voyiez ce que cela donnerait avec le vôtre.

Demander une démo Voir les quatre périmètres

Nous migrons aussi : Intégration et plateformes de données · Tableaux de bord et analytique · Code et applications · migration de systèmes