Une ETI industrielle décide de rapatrier une partie de ses achats d’Asie vers la Pologne, le Maroc ou le Portugal. Le comité de direction valide le principe en trois semaines. Puis les équipes découvrent que l’ERP ne sait pas comparer un coût unitaire à Shenzhen avec un coût rendu usine à Poznań, que les nouveaux fournisseurs n’ont aucun code article associé, et que les délais paramétrés dans le MRP datent de l’époque du transport maritime de six semaines.
Le nearshoring est présenté comme une décision d’achats ou de stratégie industrielle. C’est en réalité un projet de système d’information. Cet article détaille les six chantiers ERP à ouvrir, la façon de construire un business case honnête, les limites de l’ERP seul et un plan d’action sur 90 jours.
Pourquoi la géographie des approvisionnements redevient un sujet SI
Pendant vingt ans, la règle implicite était simple : acheter là où le prix unitaire est le plus bas, et laisser la logistique suivre. L’ERP était paramétré en conséquence : un fournisseur principal par famille d’articles, un délai moyen stable, des droits de douane considérés comme une ligne marginale.
Cette hypothèse est devenue fragile. Les tensions commerciales et les droits de douane qui se sont multipliés depuis 2025 (nous les avons détaillés dans notre article sur l’adaptation de l’ERP aux tarifs douaniers américains), les perturbations des routes maritimes, la volatilité du fret et la pression réglementaire sur les chaînes d’approvisionnement ont remis la localisation des fournisseurs au centre des arbitrages. Nous avions déjà montré dans notre guide sur la résilience supply chain et le dual sourcing pourquoi le fournisseur unique low-cost n’est plus un modèle sans risque.
Il faut rester prudent sur l’ampleur du phénomène. Les relocalisations réelles sont souvent partielles : on déplace quelques familles d’articles sensibles, on ajoute une seconde source de proximité, on conserve l’Asie pour le reste. C’est précisément ce qui rend le sujet exigeant pour l’ERP : il doit gérer un portefeuille de fournisseurs hybride, avec des coûts, des délais et des règles douanières différents selon l’origine.
Une conséquence pratique : la décision de relocaliser ne se prend plus uniquement sur un tableur d’achats. Elle suppose que le système d’information fournisse des données fiables (coûts complets, délais réels, taux de service) et sache absorber le changement une fois la décision prise.
Les 6 chantiers ERP du nearshoring
1. Référencement et qualification de nouveaux fournisseurs
Le premier goulot d’étranglement est administratif. Changer de fournisseur, ce n’est pas seulement signer un contrat : c’est créer une fiche tiers, des conditions de paiement, des conditions de livraison, des références croisées article-fournisseur, des plans de contrôle qualité et, souvent, de nouveaux codes de classification douanière.
Ce qu’il faut préparer dans l’ERP :
- Un workflow de création fournisseur avec contrôles obligatoires (identité légale, coordonnées bancaires, pays, statut fiscal) pour éviter les fiches incomplètes et les risques de fraude au changement de RIB.
- Une qualification par étapes : fournisseur candidat, échantillon validé, première série qualifiée, fournisseur agréé. Chaque statut conditionne ce que les acheteurs peuvent commander.
- Des références article-fournisseur multiples : un même article interne doit pouvoir être associé à plusieurs sources, avec leurs propres prix, délais, quantités minimales et conditionnements.
Pour les ETI qui s’appuient sur un module SRM, la qualification peut être pilotée depuis cet outil. Notre comparatif ERP vs SRM et le guide sur la gestion des fournisseurs détaillent les arbitrages.
2. Landed cost et simulation de coût total
C’est le chantier qui justifie ou invalide tout le projet. Le coût d’atterrissage (landed cost) est le coût réel d’un article rendu à l’endroit où il est consommé : prix d’achat, transport principal et pré/post-acheminement, assurance, droits de douane, frais de transit, frais de dédouanement, stockage intermédiaire, et coût financier du stock en transit.
Dans beaucoup d’ERP, le prix de revient se limite au prix d’achat plus quelques frais d’approche forfaitaires. Ce niveau de précision ne suffit pas pour arbitrer entre une source lointaine et une source de proximité. Il faut :
- ventiler les frais d’approche par composante (fret, douane, assurance, transit) et par flux, pas par un coefficient global ;
- historiser les taux de droits de douane par code douanier et par origine, avec date d’effet ;
- permettre une simulation à la demande : “que devient le coût de cette famille d’articles si le fournisseur A est remplacé par le fournisseur B, avec tel Incoterm, tel délai et tel taux de droit ?” ;
- valoriser le coût du stock en transit et du stock de sécurité supplémentaire que l’éloignement impose.
Les éditeurs ERP de rang 1 proposent des fonctions de landed cost natives ou en extension. Dans les ERP de milieu de gamme, on passe fréquemment par un outil de simulation externe alimenté par l’ERP. L’essentiel est que la méthode de calcul soit documentée, partagée entre achats et finance, et reproductible.
3. Multi-sourcing et allocation des commandes
Un nearshoring réussi aboutit rarement à un fournisseur unique de remplacement. Il aboutit à deux sources ou plus par famille critique : une source de proximité réactive et plus chère, une source lointaine moins chère pour les volumes planifiés.
L’ERP doit alors savoir répartir la demande. Les mécanismes à configurer :
- Quotas d’allocation : par exemple, une part des besoins affectée à chaque source, révisable par période.
- Règles de priorité : la source de proximité pour les urgences et les petites séries, la source lointaine pour les grands lots.
- Gestion des contrats cadres et des appels de livraison par fournisseur, avec suivi des engagements de volume (les contrats asiatiques comportent souvent des minimums à honorer pendant la transition).
- Consolidation des besoins : le MRP doit raisonner sur le besoin global de l’article, puis le répartir, plutôt que de générer des propositions indépendantes par fournisseur.
Sans ces règles, les acheteurs gèrent l’allocation dans des fichiers Excel parallèles, et l’ERP cesse d’être la source de vérité sur les engagements.
4. Stocks de sécurité et délais variables
Raccourcir les délais d’approvisionnement réduit théoriquement les stocks nécessaires. Mais pendant la transition, la situation est l’inverse : il faut maintenir un stock de sécurité sur l’ancienne source tant que la nouvelle n’est pas qualifiée, et constituer un stock tampon sur la nouvelle tant que sa fiabilité n’est pas démontrée.
Les paramètres à revoir dans l’ERP :
- Délais d’approvisionnement par source, pas par article : le délai de la source A et celui de la source B diffèrent, et la variabilité aussi.
- Délais statistiques réels : calculer l’écart entre date de commande et date de réception effective, plutôt que de maintenir un délai théorique saisi une fois pour toutes.
- Stock de sécurité dynamique, recalculé à partir de la variabilité observée de la demande et des délais. Notre article sur la résilience supply chain détaille la méthode.
- Gestion du stock en transit : un transport maritime de plusieurs semaines immobilise du capital que le rapprochement de proximité libère. Le besoin en fonds de roulement est un argument du business case, à condition que l’ERP le mesure.
5. Douane, origine et Incoterms
Changer de géographie change le régime douanier. Importer depuis un pays tiers suppose déclaration, droits et classification. S’approvisionner dans l’Union européenne supprime les droits de douane mais conserve des obligations déclaratives en TVA (déclaration d’échanges de biens, par exemple). Un fournisseur dans un pays méditerranéen non membre de l’UE peut relever d’un accord préférentiel, avec des preuves d’origine à collecter.
Dans l’ERP, cela se traduit par :
- Les codes douaniers (nomenclature) et l’origine portés sur la fiche article-fournisseur, car deux sources d’un même article peuvent avoir des origines différentes.
- La gestion des preuves d’origine préférentielle (déclarations fournisseur, certificats) avec dates de validité.
- Les Incoterms : ils déterminent qui paie le transport, qui porte le risque et à quel moment le transfert de propriété a lieu. L’ERP doit les enregistrer sur chaque commande et en tirer les bonnes conséquences comptables : date de comptabilisation du stock, traitement du stock en transit, répartition des frais. Passer d’un achat FOB (départ port asiatique) à un achat DAP (rendu usine) modifie à la fois le prix, le risque et la comptabilité.
- L’interface avec le transitaire ou le logiciel douanier. Notre guide sur la conformité douane et commerce international et celui sur les transitaires et commissionnaires en douane couvrent ces intégrations.
6. Conformité fournisseur : CSDDD, EUDR, CBAM
Relocaliser n’exonère pas des obligations de conformité, et en crée de nouvelles : un nouveau fournisseur doit être évalué, documenté et suivi. Trois réglementations pèsent sur les chaînes d’approvisionnement :
- Le devoir de vigilance (CSDDD) : cartographier et évaluer les risques sociaux et environnementaux de chaque fournisseur. Voir notre article sur la CSDDD et l’ERP. Le calendrier a été modifié par le paquet de simplification européen, détaillé dans notre analyse de l’Omnibus.
- Le règlement déforestation (EUDR) pour les filières concernées. Voir le plan opérationnel de traçabilité.
- Le mécanisme d’ajustement carbone aux frontières (CBAM) pour les importations de certains produits (acier, aluminium, ciment, engrais, etc.). Voir CBAM et ERP. Un rapprochement vers une source européenne peut, selon les produits, réduire l’exposition à ce mécanisme.
Le point commun : ces obligations exigent des données fournisseur structurées dans l’ERP (pays de production, certificats, questionnaires, scores de risque). Intégrer ces attributs dès le référencement évite de les reconstituer plus tard.
Business case : comparer coût unitaire et coût total
L’erreur classique consiste à comparer deux prix d’achat. Le bon exercice compare deux coûts totaux de possession, sur une période et un périmètre définis, avec des hypothèses explicites. Le tableau ci-dessous liste les variables à documenter. Aucune valeur n’est donnée ici : elles dépendent de votre produit, de votre volume et de votre contrat.
| Variable | Source lointaine | Source de proximité | Où trouver la donnée |
|---|---|---|---|
| Prix d’achat unitaire | À renseigner | À renseigner | Contrat, ERP achats |
| Outillage, amortissement des moules | À renseigner | À renseigner | Contrat, comptabilité |
| Fret et assurance | À renseigner | À renseigner | Devis transitaire |
| Droits de douane et taxes | À renseigner | À renseigner | Tarif douanier, code article |
| Frais de transit et dédouanement | À renseigner | À renseigner | Facturation transitaire |
| Délai d’approvisionnement et variabilité | À renseigner | À renseigner | Historique de réceptions ERP |
| Stock de sécurité requis | À renseigner | À renseigner | Calcul ERP |
| Coût financier du stock en transit | À renseigner | À renseigner | Finance (taux), ERP |
| Qualité : taux de non-conformité, retours | À renseigner | À renseigner | Module qualité |
| Coût de rupture et de service client | À renseigner | À renseigner | Ventes, service client |
| Coût de conformité (audits, certificats) | À renseigner | À renseigner | Achats, conformité |
| Risque de change | À renseigner | À renseigner | Trésorerie |
| Coût de transition (qualification, double stock) | Sans objet | À renseigner | Projet |
Trois conseils pour que ce tableau soit crédible devant un comité de direction :
- Utiliser des données ERP réelles pour les délais, la qualité et les ruptures, pas des moyennes théoriques.
- Construire trois scénarios (prudent, central, défavorable) et montrer à partir de quel niveau de variation (fret, droits de douane, change) la conclusion s’inverse.
- Séparer le coût de transition, ponctuel, du coût récurrent : un projet peut être défendable sur trois ans sans l’être sur douze mois.
Il arrive que le calcul conclue que la source lointaine reste la meilleure. Ce n’est pas un échec : c’est le rôle du business case. Le résultat utile est souvent un dual sourcing partiel plutôt qu’un rapatriement complet.
Quand l’ERP ne suffit pas : SRM, planification et control tower
L’ERP est le système transactionnel : il enregistre les commandes, les réceptions et les coûts. Pour piloter une supply chain qui change de géographie, il atteint parfois ses limites.
- SRM (Supplier Relationship Management) : pour la qualification, l’évaluation continue, la gestion des contrats et la collaboration avec de nombreux fournisseurs, un outil dédié apporte plus que le module achats standard. Il est utile dès que le nombre de fournisseurs ou le niveau d’exigence documentaire dépasse ce que l’ERP gère confortablement.
- Supply chain planning (APS) : l’allocation optimisée entre plusieurs sources, la simulation de scénarios de demande et d’approvisionnement, et la planification sous contraintes relèvent d’outils de planification avancée (SAP IBP, Kinaxis, o9 et autres), ou des modules de planification avancée de certains ERP.
- Control tower : suivre en temps réel les expéditions multi-modales, les retards et les alertes nécessite une couche de visibilité alimentée par les transporteurs. Notre article sur la supply chain control tower et l’ERP détaille cette architecture.
La règle de décision est pragmatique : n’ajoutez un outil que lorsque vous avez identifié une limite concrète de l’ERP (par exemple, impossibilité de simuler l’allocation, ou absence de suivi des expéditions), et vérifiez la qualité des données maîtres avant d’empiler les couches. Un outil de planification alimenté par des délais faux produit des plans faux, plus vite.
Plan d’action 90 jours pour une ETI
Ce plan suppose qu’une décision de principe existe sur un périmètre limité (une à trois familles d’articles). Il vise à rendre l’ERP prêt à piloter, pas à tout rapatrier en trois mois.
| Période | Étapes | Responsable | Livrables |
|---|---|---|---|
| Jours 1 à 15 | Cadrage : choisir les familles pilotes, extraire de l’ERP les coûts, délais et taux de service réels des 12 à 24 derniers mois | Directeur supply chain, DSI | Périmètre validé, jeu de données de référence |
| Jours 15 à 30 | Construction du modèle de landed cost et du tableau de business case, avec les trois scénarios | Achats, contrôle de gestion | Modèle de coût total validé par la finance |
| Jours 30 à 50 | Paramétrage ERP : fiches article-fournisseur multiples, codes douaniers, origines, Incoterms par source, quotas d’allocation | DSI, consultant ERP, achats | Données maîtres et règles d’allocation en recette |
| Jours 45 à 65 | Revue des stocks de sécurité et délais par source, simulation MRP, plan de stock de transition | Planification, supply chain | Paramètres MRP révisés, plan de stock |
| Jours 55 à 75 | Conformité et douane : preuves d’origine, attributs CSDDD/CBAM/EUDR sur la fiche fournisseur, interface transitaire | Conformité, douane, DSI | Procédures et champs ERP documentés |
| Jours 75 à 90 | Qualification de la première série, commandes pilotes, tableau de bord de suivi (délai, qualité, coût rendu réel vs prévu) | Achats, qualité, DSI | Revue de pilote, décision go/no-go d’extension |
Points de vigilance : prévoir un double stock pendant la bascule ; ne pas supprimer l’ancienne source du référentiel avant la qualification complète de la nouvelle ; mesurer l’écart entre coût rendu simulé et coût rendu constaté dès les premières commandes.
Mini-cas fictif (exemple illustratif)
Exemple illustratif, entreprise fictive. Les chiffres sont volontairement omis ; seul le raisonnement est représentatif.
Une ETI fictive fabrique des armoires électriques et achète des boîtiers métalliques auprès d’un fournisseur asiatique unique. Après deux retards successifs de livraison, la direction envisage une seconde source en Europe centrale.
Le contrôleur de gestion construit le tableau de variables avec les données de l’ERP. Il constate que le prix unitaire de la source de proximité est supérieur, mais que, une fois intégrés le fret, les droits, le stock en transit, le stock de sécurité supplémentaire et le coût des deux retards (arrêts de ligne, pénalités clients), l’écart de coût total se réduit nettement sur les références à forte variabilité de demande.
Décision : conserver la source asiatique pour les références standard à volume stable, et affecter la source de proximité aux références personnalisées et aux urgences, selon un quota révisable chaque trimestre. Côté ERP, l’équipe ajoute des références article-fournisseur, des Incoterms distincts, des délais par source et une règle d’allocation dans le MRP. Le résultat n’est pas un rapatriement, mais un portefeuille fournisseurs plus équilibré, piloté avec des données plus justes.
Aller plus loin
Le nearshoring change le flux physique, mais c’est la qualité des données ERP qui détermine si la décision tient dans la durée. Pour structurer votre démarche, lisez nos guides sur la résilience supply chain, l’adaptation aux tarifs douaniers et le pilotage par control tower.
Vous préparez une relocalisation et voulez vérifier que votre ERP est prêt ? DigitsLane accompagne les ETI sur le paramétrage du landed cost, du multi-sourcing et des données douanières. Contactez-nous pour cadrer un pilote de 90 jours sur vos familles d’articles critiques.
