Un assembleur PCB de 200 salariés utilise souvent un ERP généraliste, celui de la PME d’en face qui fabrique des pièces mécaniques ou des produits cosmétiques. Au bout de six mois, il commence à comprendre pourquoi il a perdu du temps : son ERP ne sait pas gérer une révision d’indice de nomenclature sans recréer toute la BOM, il ne peut pas tracer les “date codes” de composants électroniques entre deux lots du même fournisseur, et la déclaration de conformité RoHS de chaque article fini reste un fichier Excel externe mis à jour à la main.
L’industrie électronique — fabricants d’équipements, sous-traitants EMS (Electronics Manufacturing Services), assembleurs PCB, câbleurs — impose à son ERP des contraintes que la plupart des progiciels généralistes ne couvrent pas de façon native. Ce guide les répertorie, analyse les solutions adaptées, et propose six critères de sélection concrets.
Pourquoi l’industrie électronique casse les ERP généralistes
NPI et révisions d’indice : le mur des Engineering Change Orders
Dans l’industrie électronique, un produit évolue en permanence. L’ingénierie modifie une résistance (changement de valeur, de boîtier ou de fournisseur approuvé), ajoute un condensateur de découplage, corrige un schéma après le proto. Chaque modification génère un ECO (Engineering Change Order) ou un ECN (Engineering Change Notice) qui doit se propager dans toute la chaîne : nomenclature, gamme de fabrication, instructions de test, stock des composants concernés.
Un ERP sans workflow ECO/ECN natif gère ces changements avec une destruction/recréation manuelle d’articles et de BOM. Résultat : la production travaille parfois sur une révision de BOM obsolète parce que le technicien méthodes n’a pas encore “re-crée l’article dans le système”. La crise qualité qui s’ensuit coûte plus cher que l’ERP lui-même.
Le NPI (New Product Introduction) est la séquence complète devis ingénierie, proto, pré-série, série. Un ERP adapté à l’électronique modélise ce workflow avec des statuts d’avancement, des jalons de validation et une gestion des articles en phase de développement distincts des articles en production. Sans cette modélisation, le passage de la pré-série à la série se traduit par une zone de risque où les deux versions coexistent dans le système.
BOM multi-niveaux et substitution de composants en temps réel
La nomenclature d’un produit électronique est multi-niveaux (cartes > composants > matières) et inclut des composants avec des sources approuvées multiples (Approved Manufacturer List, AML). Quand un composant est en rupture chez le fournisseur principal, l’ERP doit pouvoir identifier instantanément quelle alternative approuvée est disponible en stock ou commandable.
La crise des semi-conducteurs de 2021-2024 a rendu ce besoin critique. Les assembleurs qui n’avaient pas de gestion des alternatives composants dans leur ERP ont dû multiplier les Excel de suivi manuels, avec des erreurs de substitution non documentées. En 2026, la capacité à gérer des BOM alternatives et l’ATP (Available To Promise) dynamique sur les composants de substitution est devenue un critère éliminatoire dans les appels d’offres ERP des EMS européens.
Conformité RoHS et REACH : traçabilité des substances dans l’ERP
Obligations RoHS 2 (2011/65/UE) — les 10 substances restreintes
La directive RoHS 2 (2011/65/UE) restreint l’utilisation de dix substances dans les équipements électriques et électroniques mis sur le marché européen :
- Plomb
- Mercure
- Cadmium
- Chrome hexavalent
- Polybromodiphényles (PBB)
- Polybromodiphényléthers (PBDE)
- DEHP (phtalate de bis(2-éthylhexyle))
- BBP (phtalate de butyle et benzyle)
- DBP (phtalate de dibutyle)
- DIBP (phtalate de diisobutyle)
Les quatre dernières substances (phtalates) ont été ajoutées par la directive déléguée 2015/863, applicable depuis le 22 juillet 2019 pour la plupart des catégories.
Ce que cela implique pour l’ERP : chaque composant entrant dans la BOM d’un produit EEE doit avoir une déclaration de conformité RoHS attachée dans le système. Quand un fournisseur change sa formulation et met à jour sa déclaration, l’ERP doit alerter le service qualité et bloquer toute nouvelle livraison jusqu’à revalidation. Un ERP qui stocke les documents fournisseur dans un GED externe sans lien avec les articles ne peut pas assurer ce contrôle automatique.
REACH SVHC : le seuil 0,1 % et la cascade fournisseur
Le règlement REACH (CE 1907/2006) impose de notifier les clients et l’ECHA (Agence européenne des produits chimiques) quand un article contient une substance de la liste des SVHC (Substances of Very High Concern) au-delà de 0,1 % en poids. La liste SVHC, publiée sur le site de l’ECHA, compte aujourd’hui plusieurs centaines de substances.
Dans l’industrie électronique, ce calcul est complexe : il faut additionner la concentration de la substance dans chaque composant (soudure, revêtement, connecteur, boîtier) à chaque niveau de la BOM, puis calculer la concentration totale dans l’article fini. Un ERP adapté automatise ce calcul en cascade à partir des fiches de données de sécurité (SDS) et des déclarations REACH fournisseur.
Sans cette fonctionnalité, le responsable qualité recalcule manuellement dans un tableur à chaque changement de composant. Pour un produit de 500 composants avec des révisions d’indice fréquentes, c’est une source permanente d’erreur et de retard de mise sur le marché.
Déclarations fournisseur et fiches SDS : centraliser dans l’ERP
La conformité RoHS/REACH repose sur une chaîne documentaire : chaque fournisseur fournit une déclaration RoHS et/ou une fiche SDS pour ses composants. Ces documents ont une date de validité (un fournisseur peut modifier sa formulation), une portée (un seul composant ou une famille entière) et un statut de validation interne.
L’ERP doit gérer ce cycle documentaire nativement : alerte d’expiration, workflow de revalidation, blocage automatique des articles dont la déclaration est expirée ou manquante. Les ERP qui externalisent ce suivi dans un PLM ou un GED déconnecté créent une zone grise où des composants non conformes peuvent entrer en production.
Gestion des pénuries et des obsolescences composants
Alertes EOL et intégration avec les distributeurs
L’obsolescence composant est une réalité permanente dans l’électronique. Un fabricant de semi-conducteurs annonce l’EOL (End of Life) d’un composant avec un préavis de 12 à 24 mois. Sans système d’alerte, l’EMS découvre la fin de vie quand son dernier stock est épuisé, sans avoir eu le temps de constituer une réserve (“last-time buy”) ni de valider une alternative.
Les ERP adaptés à l’électronique intègrent des flux de données d’obsolescence en provenance des grands distributeurs (Arrow, Avnet, Digi-Key, Mouser) via API. Dès qu’un composant présent dans une BOM active est déclaré EOL ou NRND (Not Recommended for New Design), une alerte est générée dans l’ERP à destination du bureau d’études et des achats, avec la liste des produits finis impactés et les alternatives disponibles selon l’AML.
Stratégies de substitution et ATP dynamique
Quand un composant est en rupture ou EOL, l’ERP doit permettre au service achats de basculer instantanément sur l’alternative approuvée, sans créer une nouvelle BOM ou un nouvel article. Cette substitution doit être tracée (qui a validé, quand, pour quel motif) et ne doit pas modifier la BOM de référence du produit — seulement celle de l’ordre de fabrication concerné.
La gestion de l’ATP (Available To Promise) dynamique sur les composants de substitution est le test décisif : est-ce que l’ERP peut calculer la date de livraison possible d’une commande client en tenant compte d’un mix de composants principaux et de substituts, avec leurs délais d’approvisionnement respectifs ? Les ERP généralistes répondent rarement oui sans développement spécifique.
Test ATE et traçabilité qualité : l’ERP comme hub de résultats
Flux test vers ERP : AOI, ICT, FCT et standards IPC
Dans un atelier d’assemblage PCB, plusieurs types de tests sont appliqués à chaque carte en production :
- AOI (Automated Optical Inspection) : contrôle visuel automatique après soudure
- ICT (In-Circuit Test) : test électrique des composants individuels
- FCT (Functional Circuit Test) : test fonctionnel de la carte dans une configuration proche du produit final
- X-ray : inspection des soudures invisibles (BGA, QFN)
Chaque équipement de test génère un fichier de résultats par carte testée (pass/fail par point de test, coordonnées des défauts). L’ERP doit importer ces résultats et les lier au numéro de série ou de lot de la carte, permettant de calculer le DPMO (Defects Per Million Opportunities) par ligne, par équipement ou par fournisseur de composants. Les standards IPC-A-610 définissent les critères d’acceptabilité des assemblages électroniques — l’ERP doit permettre de référencer le niveau de qualité applicable (Classe 1, 2 ou 3) par produit.
Sans cette intégration, les résultats de test restent dans des silos logiciels propriétaires des équipements ATE, inaccessibles pour l’analyse de tendance ou la traçabilité documentaire client.
CAPA et non-conformités dans le contexte électronique
Quand un défaut est détecté en test ou par un client, le processus CAPA (Corrective and Preventive Action) doit s’enclencher. Dans l’électronique, la complexité vient de la multiplicité des causes potentielles : un problème de soudure peut venir de la crème à souder, du réglage du four de refusion, de la planéité du PCB ou d’un composant hors tolérance.
L’ERP doit permettre de lier une non-conformité à une cause racine précise (composant, fournisseur, paramètre process, opérateur), de suivre les actions correctives avec leurs délais et responsables, et de clôturer le CAPA avec les preuves d’efficacité. Pour approfondir la mise en oeuvre d’un ERP QMS, notre guide ERP gestion de la qualité et CAPA détaille la configuration type.
Comparatif ERP adaptés à l’industrie électronique
IFS Cloud — forces en gestion de cycle de vie et maintenance critique
IFS Cloud est particulièrement adapté aux EMS qui fabriquent des équipements complexes avec des exigences de maintenance et de cycle de vie long (équipements industriels, défense, aéronautique civile). Son module de gestion d’ingénierie (Engineering Change Management) est natif, sa gestion des révisions de BOM est robuste, et son module de conformité réglementaire couvre RoHS et REACH. Le déploiement IFS Cloud est typiquement justifié pour des EMS de plus de 300 salariés avec des produits à forte valeur ajoutée et des exigences documentaires élevées.
Epicor Kinetic — référence job-shop discret, historique EMS
Epicor Kinetic (anciennement Epicor ERP) est un des rares ERP du marché mid-market avec un historique significatif chez les EMS américains et européens. Sa gestion de production discrète job-shop, son workflow de NPI et sa configuration de BOM multi-niveaux avec AML sont des atouts concrets. Epicor Kinetic cible les fabricants de 100 à 1 500 salariés. Pour une vue comparative avec IFS et Infor sur le segment mid-market industriel, voir notre comparatif ERP mid-market manufacturier.
abas ERP — mid-market Europe, PME EMS 50-300 salariés
abas ERP est un acteur allemand spécialisé dans le manufacturing discret, avec une bonne implantation en Europe continentale (Allemagne, France, Benelux). Son point fort pour l’industrie électronique : une gestion de BOM flexible, un module de traçabilité lot/série natif et une interface MES disponible. Sa cible naturelle est l’EMS de 50 à 300 salariés qui ne peut pas se payer un SAP ou un IFS mais a besoin d’un ERP plus robuste qu’un généraliste PME.
SAP S/4HANA — groupes EMS et grands équipementiers
Pour les EMS de plus de 500 salariés ou les groupes équipementiers avec des exigences de consolidation multi-entités, SAP S/4HANA reste la référence. SAP propose des modules de conformité RoHS/REACH (SAP EHS — Environment, Health and Safety) avec calcul automatique des concentrations SVHC par article. La lourdeur du déploiement (18 à 36 mois, budget significatif) se justifie pour les acteurs avec des volumes importants, une présence multi-pays et des exigences d’intégration avec des systèmes MES et PLM existants. L’interface avec des systèmes PLM tiers (Siemens Teamcenter, PTC Windchill) est critique chez les grands équipementiers — SAP dispose de connecteurs certifiés pour ces cas.
Tableau récapitulatif
| ERP | Profil cible | NPI/ECO natif | Conformité RoHS/REACH | Intégrateurs France |
|---|---|---|---|---|
| IFS Cloud | EMS 300+, équipements complexes | Oui | Module dédié | Oui (IFS France) |
| Epicor Kinetic | EMS 100-1500, job-shop | Oui | Via extensions | Quelques partenaires |
| abas ERP | PME EMS 50-300 | Partiel | Module qualité | Réseau revendeurs |
| SAP S/4HANA | Groupes 500+, multi-sites | Oui (avec PLM) | SAP EHS natif | Nombreux |
Les fourchettes de budget de déploiement varient fortement selon le périmètre fonctionnel, l’infrastructure et la complexité des intégrations. Demandez des benchmarks à des intégrateurs spécialisés en électronique.
5 pièges à éviter lors du déploiement ERP dans un EMS
1. Sous-estimer la gestion de l’interface MES-ERP. Dans un EMS, le MES orchestre la production sur les lignes CMS et SMT. Si l’interface avec l’ERP n’est pas définie précisément dès la conception, les écarts d’inventaire entre les deux systèmes deviennent quotidiens. L’interface doit couvrir au minimum : transfert des ordres de fabrication, consommation des composants, résultats de test, déclaration de production. Prévoir 20 à 30 % du budget projet pour les interfaces est une règle prudente.
2. Ignorer la complexité des “date codes” composants. Un même composant commandé chez le même fournisseur peut avoir des “date codes” différents selon le lot de fabrication. L’ERP doit gérer ces sous-lots, car les propriétés électriques peuvent légèrement varier entre date codes, ce qui peut impacter la conformité produit. Ne pas prévoir cette gestion en phase de paramétrage, c’est créer une source de non-conformité.
3. Confier la conformité réglementaire à un outil externe non connecté. La gestion RoHS/REACH dans un Excel séparé de l’ERP, mis à jour manuellement, est un risque opérationnel. Un changement de fournisseur non répercuté dans la déclaration REACH suffit à exposer l’EMS à des poursuites pour mise sur le marché d’un produit non conforme. La connexion entre l’ERP et la base documentaire de conformité doit être systémique, pas manuelle.
4. Négliger la formation des équipes méthodes et qualité. Les fonctionnalités ECO/ECN, BOM alternative et CAPA sont des workflows complexes. Si les équipes méthodes et qualité ne sont pas formées au fonctionnement spécifique de l’ERP choisi, ces modules ne seront pas utilisés — et l’EMS continuera ses Excel en parallèle. La conduite du changement représente souvent 15 à 20 % du budget projet dans un EMS.
5. Choisir un ERP sans valider l’intégration avec son équipement ATE. Les machines de test (Agilent/Keysight, Teradyne, ATG) génèrent des formats propriétaires. Avant de signer, validez que l’ERP peut importer ces formats ou qu’un connecteur est disponible. Découvrir cette lacune après le déploiement implique un développement spécifique à budget variable et délai incertain.
6 critères de sélection spécifiques à l’électronique
Avant de shortlister des solutions, évaluez chaque candidat ERP sur ces six critères non négociables pour un EMS :
- Workflow ECO/ECN natif : les révisions de BOM sont-elles gérées avec un processus de validation tracé, sans destruction/recréation d’articles ?
- BOM alternative et ATP dynamique : l’ERP calcule-t-il la disponibilité en tenant compte des composants de substitution définis dans l’AML ?
- Conformité RoHS/REACH intégrée : le calcul des concentrations SVHC est-il automatique à partir des fiches fournisseur stockées dans l’ERP ?
- Gestion des date codes et sous-lots : la traçabilité lot/série descend-elle au niveau du date code composant ?
- Import des résultats ATE : l’ERP accepte-t-il les formats de fichiers de vos équipements de test (AOI, ICT, FCT) sans développement spécifique ?
- Interface MES documentée : existe-t-il un connecteur standard avec votre MES, ou une API REST documentée permettant une intégration sans sur-mesure ?
Pour connecter l’ERP au MES et aux équipements IIoT de l’atelier, notre guide ERP et IIoT : connecter l’atelier en temps réel détaille l’architecture technique.
Téléchargez notre grille d’évaluation ERP — 30 critères sur 100 points pour benchmarker trois éditeurs côte à côte, incluant une section dédiée aux contraintes sectorielles industrie électronique et EMS.
