Le devis arrive avec une ligne qui n’existait pas il y a trois ans : « équipe mixte, centre de services en Europe de l’Est et en Inde ». Le taux journalier moyen baisse, le planning tient sur le papier, et personne n’a expliqué à la DSI ce qui sera réellement fait où, ni par qui. Ce comparatif s’adresse aux DSI et aux directions achats d’ETI qui doivent trancher entre onshore, nearshore, offshore et hybride, et qui veulent savoir quelles phases d’un projet ERP supportent la distance et lesquelles non.
Pourquoi la question se pose en 2026
Trois pressions convergent. D’abord la pénurie de consultants seniors sur les grands éditeurs (SAP, Oracle, Microsoft Dynamics, Sage, Odoo) : les intégrateurs qui n’arrivent pas à recruter localement ouvrent ou renforcent des centres de services à l’étranger. Ensuite la pression sur les tarifs journaliers : les directions achats comparent les devis au jour-homme, et l’intégrateur qui veut rester compétitif déplace une partie de la charge vers des profils moins coûteux. Enfin le poids croissant de la TMA, où des volumes de tickets répétitifs se prêtent naturellement à un centre de services (voir notre guide du contrat de TMA post go-live).
La délocalisation n’est donc ni une mode ni un tabou. C’est un levier d’organisation, avec des gains réels sur certaines tâches et des coûts cachés sur d’autres. La question utile n’est pas « où sont les consultants ? » mais « quelle phase, quel niveau de séniorité, quelles données, quelle gouvernance ? ».
Les quatre modèles de delivery
Onshore
L’équipe est dans le pays du client (ou au minimum dans le même fuseau et la même langue de travail), sur site ou en télétravail. C’est le modèle de référence : communication directe, culture métier partagée, conformité réglementaire locale maîtrisée (TVA, paie, facture électronique). C’est aussi le plus coûteux et le plus exposé à la pénurie.
Nearshore
L’équipe est dans un pays proche, avec un décalage horaire nul ou faible. Pour un client français, on cite fréquemment la Pologne, la Roumanie et le Portugal (dans l’Union européenne), et le Maroc et la Tunisie (hors UE, francophones). Avantage : recouvrement horaire quasi complet et, selon le pays, langue commune. Point d’attention : le statut juridique n’est pas le même selon que le centre est dans l’UE ou non (voir plus bas, RGPD).
Offshore
L’équipe est loin, typiquement en Inde, avec un décalage de plusieurs heures. C’est le modèle des grands intégrateurs mondiaux, qui y ont leurs plus gros centres de delivery. Il offre un volume de ressources et une capacité de montée en charge difficiles à égaler, au prix d’un recouvrement horaire réduit, d’un effort de documentation et de pilotage plus lourd et d’un cadre juridique de transfert de données à encadrer.
Hybride
C’est le cas le plus courant : un noyau onshore (direction de projet, cadrage, design fonctionnel, conduite du changement) et un ou plusieurs centres nearshore ou offshore pour les développements, les tests et la maintenance. Le « follow-the-sun », où un incident passe d’un fuseau à l’autre pour être traité en continu, n’est qu’une variante de l’hybride, utile surtout pour la TMA et les groupes multi-pays.
Tableau comparatif
Faute de source publique fiable et comparable sur les écarts de coûts, le tableau ci-dessous utilise des niveaux relatifs. Demandez toujours au candidat le détail du tarif par profil et par lieu : c’est la seule donnée qui compte pour votre contexte.
| Critère | Onshore | Nearshore UE (Pologne, Roumanie, Portugal) | Nearshore hors UE (Maroc, Tunisie) | Offshore (Inde) |
|---|---|---|---|---|
| Coût relatif du jour consultant | Le plus élevé | Intermédiaire | Intermédiaire à bas | Le plus bas |
| Langue et culture | Identiques | Anglais courant, français variable | Français courant en général | Anglais, écart culturel marqué |
| Fuseau horaire | Aucun écart | Écart nul à une heure | Écart nul à une heure selon la saison | Plusieurs heures d’écart |
| RGPD et accès aux données | Simple | Simple (même cadre juridique UE) | Transfert hors UE à encadrer | Transfert hors UE à encadrer |
| Qualité et séniorité disponibles | Variable, pénurie | Bonne sur développement et tests | Bonne, profils fonctionnels en croissance | Très large vivier, qualité variable selon l’intégrateur |
| Coût de coordination | Faible | Faible à moyen | Moyen | Élevé |
| Risque principal | Prix, disponibilité | Rotation des équipes | Cadre contractuel des données | Perte de contexte métier, turnover |
Sur les transferts de données : la Commission européenne tient à jour la liste des pays reconnus comme offrant un niveau de protection adéquat. Ni l’Inde, ni le Maroc, ni la Tunisie n’y figurent (Commission européenne, décisions d’adéquation). Un accès depuis ces pays à des données personnelles de l’ERP (RH, paie, clients, fournisseurs) suppose donc des garanties appropriées, par exemple des clauses contractuelles types, et une analyse des risques du transfert.
Quelles phases se délocalisent bien, lesquelles non
La règle qui fonctionne : plus une activité est spécifiée, répétitive et testable, mieux elle supporte la distance. Plus elle dépend de conversations avec vos métiers, moins elle la supporte.
Se délocalisent bien
- Développements spécifiques (interfaces, états, extensions), à condition que les spécifications soient écrites, validées et que les critères de recette soient définis avant le démarrage.
- Tests : tests unitaires, non-régression, automatisation. C’est souvent le meilleur candidat, car le résultat est mesurable.
- TMA niveaux 1 et 2 : tickets standardisés, procédures documentées, temps de réponse encadré par SLA.
- Migration de données : extraction, nettoyage technique, chargements répétés. Attention, la validation métier des données reste chez vous.
Se délocalisent mal
- Cadrage et ateliers de design fonctionnel : on y découvre les vrais processus, souvent contradictoires. Cela demande présence, échange en direct et sens du terrain.
- Conduite du changement et formation : la langue, la culture d’entreprise et la crédibilité auprès des utilisateurs ne se délèguent pas.
- Cutover et hypercare : la bascule se joue sur quelques jours, avec des décisions rapides et des utilisateurs sous tension. La présence sur site de l’équipe et le recouvrement horaire total sont des conditions de réussite.
- Arbitrages de périmètre : ils doivent rester entre votre comité de pilotage et le directeur de projet de l’intégrateur.
Les risques à instruire avant de signer
Le transfert de connaissances. Un centre de services éloigné ne connaît pas votre activité. Chaque passage de relais entre l’équipe de conception et l’équipe de réalisation est une perte potentielle. Exigez des spécifications écrites, des environnements de démonstration partagés et des sessions de passage de relais enregistrées. Le risque inverse existe aussi : la connaissance de votre paramétrage se concentre dans un centre que vous ne voyez jamais (lire notre article sur la reprise en main après l’intégrateur).
L’accès aux données personnelles hors UE. Un développeur qui débogue en production ou qui accède à une copie de la base avec des données réelles réalise un transfert au sens du RGPD. Privilégiez des jeux de données anonymisés ou pseudonymisés pour les environnements de développement et de test, et ne donnez l’accès à la production qu’à des profils nommés, tracés et limités.
La dépendance. Quand l’essentiel de la maintenance de votre ERP est assuré par un centre de services que vous ne pouvez pas contacter directement, votre pouvoir de négociation baisse. Cette dépendance se traite par la réversibilité contractuelle et la documentation, pas par la confiance.
Les coûts de coordination cachés. L’économie sur le taux journalier se réduit avec les réunions de synchronisation, les allers-retours de spécification, la reprise de livrables non conformes et le temps de vos propres équipes. Un dispositif réparti de bout en bout peut coûter plus cher qu’un dispositif onshore plus resserré. Demandez à l’intégrateur de chiffrer l’effort de pilotage, pas seulement le taux jour.
Comment arbitrer concrètement : le test des trois questions
Avant de comparer les devis, posez trois questions à votre propre organisation. Quelle part du projet est spécifiable par écrit sans réunion ? Si vos processus sont peu documentés, la distance amplifiera l’ambiguïté. Quelle capacité avez-vous à piloter un centre éloigné (un responsable qualité côté client, des revues hebdomadaires, des recettes outillées) ? Sans cette capacité, l’économie théorique est absorbée par les reprises. Quelle est votre sensibilité aux données (paie, santé, secteur régulé, défense) ? Si elle est forte, le nearshore dans l’UE devient le plafond naturel, quel que soit le prix.
Un conseil pratique : demandez deux chiffrages du même périmètre, l’un onshore, l’autre hybride, avec la même matrice de responsabilités. L’écart entre les deux, rapporté au risque que vous acceptez, est la vraie base de décision. Un intégrateur qui refuse de produire cette comparaison vous dit quelque chose de sa transparence.
Les clauses contractuelles à exiger
- Localisation des données et des accès. Liste des pays depuis lesquels les équipes accèdent à vos environnements, interdiction de changer de lieu sans accord écrit, garanties de transfert hors UE (clauses contractuelles types, registre des accès).
- Sous-traitance en cascade. Obligation de déclarer tout sous-traitant, y compris les sociétés sœurs du groupe de l’intégrateur, avec droit d’opposition. Votre contrat doit s’appliquer à toute la chaîne.
- Profils nommés et clause de stabilité. Les profils clés (architecte, chef de projet, leads techniques) sont nommés, avec un préavis et une période de recouvrement en cas de remplacement.
- Réversibilité. Livraison de la documentation, du code, des paramétrages et des scripts, assistance au transfert vers un autre prestataire ou vers vos équipes, avec un prix défini à l’avance.
- SLA et pénalités. Délais de prise en charge et de résolution par criticité, mesurés sur votre outil de ticketing, avec une couverture horaire alignée sur votre activité. Le mode contractuel (forfait, régie, engagement de résultat) est traité dans notre article sur le forfait et la régie.
- Droit d’audit. Accès à la sécurité, aux journaux d’accès et aux pratiques de qualité des centres de delivery.
- Propriété intellectuelle. Cession des développements spécifiques dès livraison, quel que soit le pays de production.
Recommandation par profil
PME (moins de 250 salariés, ERP cloud standard). Restez onshore ou nearshore francophone pour la mise en œuvre. Le périmètre est limité, la tolérance aux allers-retours est faible et vos équipes n’ont pas le temps d’encadrer un centre éloigné. L’économie visée est peu significative par rapport au risque de perte de contexte.
ETI industrielle (plusieurs sites, développements spécifiques, interfaces). Le modèle hybride est le plus pertinent : cadrage, design, conduite du changement et cutover en onshore ; développements, tests et TMA N1/N2 en nearshore UE, ou en offshore si le volume le justifie et si l’intégrateur sait le démontrer sur des références comparables. Imposez des données de test anonymisées et un responsable de la qualité côté intégrateur.
Groupe multi-pays. Un centre de services partagé avec un modèle follow-the-sun peut être justifié, notamment pour la TMA et le support de niveau 1. La complexité réglementaire (facturation électronique, paie, TVA locales) impose de garder des référents onshore dans chaque pays clé. Formalisez la gouvernance : qui arbitre, qui valide, qui est joignable à quelle heure.
Checklist : 10 questions à poser à l’intégrateur
- Quelles tâches seront réalisées dans quel pays, et par combien de personnes à chaque étape ?
- Qui sont les profils nommés, et pour combien de temps sont-ils engagés ?
- Quel est le taux de rotation de l’équipe qui sera affectée à mon projet, et quel plan de remplacement proposez-vous ?
- Depuis quels pays accède-t-on à mes environnements de production et de test, et avec quelles garanties de transfert ?
- Les données de test sont-elles anonymisées ? Par qui, avec quel outil ?
- Quels sous-traitants, y compris du groupe, interviendront ?
- Quel est le recouvrement horaire quotidien entre l’équipe de delivery et mes équipes, et quelles réunions sont prévues ?
- Comment les spécifications sont-elles transmises, validées et recettées avant développement ?
- Quelle part de l’effort est consacrée au pilotage et à la coordination, et est-elle visible dans le devis ?
- Pouvez-vous citer deux clients comparables à mon contexte, avec le même découpage onshore/offshore, que je peux appeler ?
Le choix du modèle de delivery se joue dans la grille de sélection et dans le contrat. Pour poursuivre, consultez notre grille de scoring pour choisir un intégrateur ERP et abonnez-vous à la newsletter pour recevoir nos prochains comparatifs sur le pilotage de projet ERP.
