AS/400 : 5 signes qu’il est temps de dire adieu à votre solution maison

Parce qu'il fonctionne. Il serait malhonnête de prétendre l'inverse : la plateforme doit sa longévité à une stabilité d'exploitation que peu de systèmes ont égalée, à une base de données Db2 for i intégrée au système d'exploitation, et à une capacité à traiter de gros volumes transactionnels sans broncher.

Dans le négoce, l'industrie et l'agroalimentaire, des entreprises font tourner leur gestion commerciale, leurs stocks et leur facturation sur le même socle depuis vingt-cinq ans, avec des temps d'arrêt quasi inexistants.

Le problème n'est donc pas la fiabilité. Il est ailleurs.

Autrement dit : votre AS/400 tient parfaitement le rôle qu'on lui a confié en 2003. Le métier, lui, a changé.

C'est aujourd'hui le premier risque, avant même la sécurité. Dans l'IBM i Marketplace Survey 2026 de Fortra, menée auprès de 315 entreprises utilisatrices, la pénurie de compétences IBM i est devenue la préoccupation numéro un du secteur, citée par 69 % des répondants, dépassant la cybersécurité pour la première fois en neuf ans.

La démographie explique tout : une analyse Procern publiée en 2025 établit que plus de 72 % des développeurs IBM i ont dépassé 50 ans, et près de 36 % ont plus de 60 ans. Le RPG n'est enseigné dans aucun cursus français, et les jeunes diplômés se dirigent vers d'autres technologies.

Le symptôme à surveiller est simple : combien de personnes, dans votre entreprise, savent modifier une règle de gestion dans l'application ? Quand la réponse est « une », vous n'avez plus un système d'information, vous avez une dépendance individuelle.

Beaucoup de PME découvrent tardivement que leur version d'IBM i n'est plus couverte. Voici l'état des lieux au 2 septembre 2026 :

Deux conséquences concrètes. D'abord, après la fin du support standard, la couverture bascule sur une Service Extension facturée nettement plus cher. Ensuite, les serveurs Power8 ne peuvent pas dépasser IBM i 7.4 : rester en support impose donc de changer aussi de matériel. Un investissement d'infrastructure important, pour prolonger une application qui reste inchangée.

Beaucoup d'entreprises arbitrent alors ainsi : si l'on doit engager un budget conséquent, autant qu'il serve à moderniser le métier, pas seulement à repousser l'échéance.

C'est le signe le plus récent, et le plus dur à contourner. Depuis le 1er septembre 2026, toutes les entreprises françaises assujetties à la TVA ont l'obligation de recevoir leurs factures fournisseurs au format électronique structuré, via une Plateforme Agréée. Les grandes entreprises et les ETI doivent déjà les émettre. Les PME et TPE basculent à leur tour sur l'obligation d'émission au 1er septembre 2027.

Ce que cela implique pour un AS/400 :

• Émettre un PDF ne suffit plus. Il faut produire un format structuré comme Factur-X, UBL ou CII.
• Il faut se raccorder techniquement à une Plateforme Agréée, dans les deux sens.
• Il faut alimenter l'e-reporting attendu par l'administration fiscale.
• Il faut intégrer les nouvelles mentions obligatoires dans les documents.

Sur un progiciel du marché, ces évolutions arrivent par mise à jour. Sur un spécifique RPG maintenu par une ou deux personnes, chacune d'elles devient un chantier de développement — à mener dans un délai qui, pour les PME, se compte désormais en mois.

Le conseil Archipelia : si vous êtes encore sur un développement interne, chiffrez dès maintenant le coût de mise en conformité de votre AS/400 et comparez-le au coût d'une refonte de votre gestion de la facturation. Dans la majorité des dossiers que nous instruisons, l'écart est bien plus faible que ce que les dirigeants imaginent.

Un négociant qui ouvre un site e-commerce, un industriel qui doit répondre en EDI (l'échange de données informatisé avec ses clients de la grande distribution), un retailer qui synchronise ses stocks magasin et web : tous se heurtent au même mur.

L'AS/400 n'a pas été conçu pour dialoguer en temps réel avec un écosystème applicatif. On finit alors par empiler des passerelles, des exports de fichiers nocturnes et des ressaisies. Les symptômes sont toujours les mêmes :

• Des stocks affichés en ligne qui ne reflètent pas la réalité de l'entrepôt.
• Des commandes web réintégrées manuellement dans l'ERP le lendemain matin.
• Des tarifs entretenus dans deux endroits, avec les écarts qui vont avec.
• Aucun accès à l'information pour les commerciaux en clientèle.
• Un pilotage de l'activité qui repose sur des extractions retravaillées sous Excel, faute de reporting intégré.

Ce n'est plus une gêne de confort. C'est une perte de chiffre d'affaires et une dégradation de la promesse client.

Le raisonnement « notre AS/400 est amorti, il ne nous coûte rien » ignore la plus grande partie de la facture. Un coût complet réaliste additionne :

1. Les licences et la maintenance IBM, en hausse mécanique après la fin du support standard.
2. L'infrastructure : serveur, hébergement, sauvegarde, plan de reprise d'activité.
3. Les compétences internes ou externes, dont le tarif journalier grimpe à mesure que le vivier se réduit.
4. Chaque évolution réglementaire traitée en développement spécifique.
5. Le coût invisible : temps de ressaisie, erreurs de stock, retards de facturation, décisions prises sans données fiables.

C'est ce dernier poste qui pèse le plus lourd, et c'est le seul qui n'apparaît dans aucun budget informatique.

Quatre stratégies existent réellement. Aucune n'est bonne dans l'absolu : tout dépend de la valeur métier réellement enfermée dans votre application.

La question à trancher est simple : votre application spécifique contient-elle un avantage concurrentiel réel, ou seulement l'accumulation de vingt ans d'habitudes ? Dans le premier cas, la modernisation d'interface se défend. Dans le second, elle revient à repeindre une façade en laissant la structure intacte.

Une migration depuis un système historique se joue davantage sur la méthode que sur la technique. Voici la trame que nous appliquons.

1. Cartographier l'existant. Recenser les flux, les éditions, les interfaces et surtout les règles de gestion. Sur un AS/400, une grande partie n'est documentée nulle part : elle est dans le code, ou dans la tête d'une personne.
2. Trier ce qui doit être repris. Toutes les spécificités ne méritent pas d'être reconduites. Beaucoup existent parce que l'outil ne savait pas faire autrement.
3. Rédiger un cahier des charges fonctionnel. C'est l'étape la plus rentable du projet. Nos modèles et livres blancs sont conçus pour cela.
4. Préparer la reprise de données. Articles, tiers, tarifs, stocks, encours, historiques comptables : nettoyage, mapping, jeux d'essai, puis validation par les utilisateurs eux-mêmes.
5. Paramétrer et former par métier. Achats, ventes, logistique, comptabilité : chaque service valide ses propres processus sur ses propres données.
6. Basculer de façon accompagnée. Bascule par périmètre ou double exploitation temporaire, avec un point d'arrêt clair et une possibilité de retour arrière.

Les trois pièges les plus fréquents : sous-estimer la reprise des historiques, découvrir les règles métier non documentées en cours de projet, et négliger la formation en fin de parcours, quand le budget est déjà consommé.

Imaginez un négociant de 150 salariés réparti sur une quinzaine d'agences. Son AS/400 gère les ventes et les stocks ; le e-commerce vit à côté ; la comptabilité récupère des fichiers ; les commerciaux appellent le siège pour connaître une disponibilité. Avec l'ERP Cloud Archipelia, tout repose sur un référentiel unique (clients, produits, tarifs, stocks, comptabilité) accessible en temps réel depuis n'importe quelle agence, avec un simple accès internet.

Ce scénario, nous l'avons mené plusieurs fois. Deux exemples concrets, tous deux dans le négoce des Hauts-de-France.

Nicodeme, négociant en matériel de plomberie, sanitaire, chauffage et acier, exploitait une solution développée en interne sous AS/400. Le système était obsolète et fermé, les développements spécifiques complexes, les saisies manuelles source d'erreurs, et le pilotage de l'activité manquait de visibilité. L'entreprise générait déjà 50 000 lignes de factures par mois et gérait 300 000 références fournisseurs. Aujourd'hui, 180 utilisateurs répartis sur 20 agences travaillent sur Archipelia (achats, stocks, réapprovisionnement, WMS, gestion commerciale et comptabilité) pour 80 M€ de chiffre d'affaires, accompagnés depuis près de vingt ans par notre modèle multi-tenant. Emmanuel Lesaffre, son dirigeant, résume ainsi le bénéfice : "Archipelia leur a apporté une ouverture et une agilité qu'ils ne pouvaient pas imaginer avec leur AS/400." Lire le cas client complet.

EMDÉ, négociant en produits d'encadrement et de décoration depuis 90 ans, partait d'une solution interne vieillissante qui freinait son développement et laissait ses workflows métier non optimisés. Le passage à Archipelia en 2017 a permis d'automatiser les flux EDI, d'ouvrir un e-commerce B2B, de connecter un outil de prise de commandes nomade et d'échanger avec les marketplaces, le tout à périmètre salarial réduit, avec 40 utilisateurs.

Concrètement, sur les cinq signes évoqués plus haut, un ERP Cloud répond point par point :

• Compétences : plus de dépendance à un profil RPG. L'éditeur maintient, met à jour et forme.
• Support : version unique et mises à jour continues pour tous les clients, sans projet de montée de version.
• Conformité : comptabilité certifiée NF 203 et connexion native à Docoon, notre Plateforme Agréée partenaire, pour la facturation électronique.
• Ouverture : connecteurs bidirectionnels temps réel avec PrestaShop, Shopify, l'EDI, les transporteurs et le commerce omnicanal.
• Coût : un abonnement qui intègre l'hébergement en France, les mises à jour et l'accompagnement, sans infrastructure à renouveler.

Éditeur français depuis 2004, Archipelia conçoit, développe et héberge sa solution en France, avec un chef de projet dédié tout au long du déploiement. Notre expertise du négoce et de la gestion commerciale est née de ces migrations.

Vous vous demandez ce que donnerait votre métier dans un ERP moderne ? Demandez une démo : nous la construisons sur vos propres cas d'usage.