Dans une usine de la Mauricie que je connais bien, le système ERP tourne depuis 1994. Il gère les commandes, l’inventaire, la production. Il ne tombe jamais. Les gens ont appris à vivre avec ses limites — les écrans verts, les requêtes lentes, les exports vers Excel pour faire ce que l’ERP ne sait pas faire.

Quand j’ai demandé au responsable TI s’il pensait le remplacer, il a ri. “Remplacer Mapics? On parle de deux à trois ans de projet, plusieurs millions, et une probabilité non nulle que ça plante la production. Non merci.”

Il a raison.

Mais l’alternative — laisser les équipes terrain travailler avec des outils des années 90 pendant encore 10 ans — n’est pas une option non plus.

Il y a une troisième voie. Et elle n’implique pas de toucher à votre ERP.

Le vrai problème : l’ERP est un îlot

Le problème n’est pas que votre AS400 est vieux. Le problème, c’est qu’il est seul.

Il a des données précieuses — historique de production, stocks, commandes, gammes de fabrication. Des données que vos équipes ont besoin en temps réel, sur le plancher, dans leurs outils, dans leurs rapports. Mais ces données sont enfermées derrière une interface vieillissante que seuls quelques initiés savent interroger.

Alors ce qui se passe en pratique :

  • Un technicien a besoin de voir le stock d’une pièce → il appelle quelqu’un au bureau
  • Un superviseur veut la capacité disponible pour planifier → il exporte Mapics dans Excel et croise avec ses notes
  • Un gestionnaire veut un rapport consolidé → quelqu’un passe deux heures à compiler des données de trois sources différentes

Ce n’est pas un problème de technologie. C’est un problème d’accès à l’information.

La solution : un pont, pas un remplacement

Mapics / BPCS tourne sur AS400 et expose ses données via ODBC et DB2. Ce n’est pas glamour, mais c’est stable et documenté. J’ai accédé à des bases Mapics dont certaines tables n’avaient pas été documentées depuis 15 ans — avec de la patience et les bons outils, c’est faisable.

Le principe est simple :

1. On lit ce qui est dans l’ERP — via ODBC/DB2, on interroge les tables directement. Pas d’API, pas de connecteur propriétaire à acheter. On utilise ce qui est là.

2. On normalise et on enrichit — les données brutes de Mapics sont typiques d’un système des années 90 : codes cryptiques, champs génériques, logique métier implicite. On les traduit en concepts compréhensibles par les systèmes modernes.

3. On expose via une couche moderne — GraphQL, REST API, ou n’importe quel format que les outils en aval comprennent. Le reste de vos systèmes voit une API propre, pas un AS400.

4. L’ERP continue de faire son travail — on ne touche à rien. Pas de migration, pas de risque, pas de formation à refaire. Le AS400 continue de tourner exactement comme avant.

Ce que ça donne en pratique

Sur un projet récent, on a connecté Mapics à deux autres systèmes — un outil de qualité (Isovision) et un guide de travail (GuideTI). Le résultat : une interface unifiée qui croise les données des trois sources en temps réel.

Un technicien de planification peut maintenant voir, dans un seul écran : la commande dans Mapics, le statut qualité dans Isovision, et le guide de travail dans GuideTI. Avant, il jonglait entre trois systèmes et une feuille Excel.

On a aussi connecté des capteurs de machines via System Link (NI). Quand une machine s’arrête, le système croise avec le calendrier de production Mapics et réalloue automatiquement la charge. Un réajustement qui prenait 45 minutes de coordination humaine se fait maintenant en quelques secondes.

L’ERP? Il n’a jamais su que quoi que ce soit avait changé.

“Mais on ne veut pas créer une dépendance envers un développeur”

Question légitime. Voici comment on l’adresse :

La couche de connexion à l’ERP est isolée dans son propre module — un “connecteur” qui ne fait qu’une chose : lire les données de Mapics et les exposer dans un format standard. Si Mapics change (mise à jour, migration éventuelle), on modifie ce connecteur sans toucher au reste.

Tous les systèmes qu’on bâtit par-dessus fonctionnent indépendamment de l’ERP. Si vous décidez dans 5 ans de migrer vers un ERP moderne, la migration sera plus simple — pas plus difficile — parce que vous aurez déjà une couche d’abstraction en place.

Par où commencer

Si vous avez un Mapics / BPCS / AS400 et que vos équipes perdent du temps à jongler entre systèmes, voici les questions à se poser :

  1. Quelles données de l’ERP ont le plus de valeur pour les équipes terrain? (stock, capacité, commandes en cours?)
  2. Avec quoi doivent-elles être croisées? (qualité, maintenance, planification?)
  3. Quel est le workflow actuel — et où est la friction? (appels, exports Excel, copier-coller?)

Ces trois questions prennent 30 minutes en conversation. Elles définissent 80% de la solution.

En résumé

Votre AS400 n’a pas besoin d’être remplacé pour que vos équipes aient accès à ses données. Ce qu’il lui faut, c’est une porte de sortie — une couche moderne qui traduit ce qu’il sait vers le reste de vos systèmes.

Ça se fait. Ça se fait sans risque pour l’ERP. Et ça se fait dans des délais beaucoup plus courts (et pour des budgets beaucoup plus raisonnables) qu’une migration complète.