C’est quoi le logiciel AS/400 ?

Lancé par IBM en 1988, l’AS/400 est l’un des rares systèmes informatiques à avoir traversé quatre décennies sans jamais vraiment disparaître. Ce qui interroge, c’est moins sa longévité que les choix qu’il impose désormais, continuer à s’appuyer sur lui, le moderniser en douceur, ou engager une migration vers des architectures plus ouvertes ? Mais que fait ce logiciel AS/400 réellement, comment il fonctionne ?

Ce que fait concrètement le logiciel AS/400 en entreprise

L’AS/400, renommé IBM i, n’est pas un simple serveur parmi d’autres. C’est un environnement complet où matériel, système d’exploitation et base de données fonctionnent en symbiose, sans dépendance externe. Le système d’exploitation OS/400 pilote un matériel propriétaire et intègre nativement DB2, une base de données relationnelle robuste qui structure l’ensemble des traitements.

Cette architecture monolithique, souvent jugée archaïque, est précisément ce qui lui confère une stabilité sans équivalent sur le marché. En pratique, les organisations confient à ce système les tâches les plus critiques, gestion des transactions bancaires, traitement des dossiers patients en milieu hospitalier, pilotage de la production industrielle.

La disponibilité quasi continue, la gestion simultanée de centaines de connexions et la sécurité native font de l’AS/400 un choix toujours défendable lorsque la moindre interruption est inacceptable. Ce n’est pas de la nostalgie, c’est du pragmatisme. Dans de nombreuses structures, IBM i coexiste d’ailleurs avec des outils de gestion comptable et financière comme le logiciel Sage, chacun occupant son périmètre sans empiéter sur l’autre.

Les fonctionnalités clés du logiciel AS/400 à connaître

Travailler avec l’AS/400 impose de maîtriser un écosystème technique bien particulier. Les langages de programmation associés, RPG, CLP et SQL natif, restent les piliers du développement sur cette plateforme. L’administration passe par des scripts, des profils utilisateurs et des journaux d’audit qui garantissent une traçabilité complète des opérations.

Des outils graphiques comme Access Client Solutions permettent aujourd’hui de se passer partiellement des fameuses interfaces vertes, même si leur présence reste fréquente dans les environnements historiques.

Voici les composants fondamentaux que l’on retrouve dans tout déploiement AS/400 :

• OS/400 : système d’exploitation intégré, gérant sécurité, stockage et exécution des programmes
• DB2 for i : base de données relationnelle native, sans installation séparée
• RPG et CLP : langages historiques pour le développement applicatif métier
• Access Client Solutions : interface graphique pour accéder au système depuis un PC
• Journal de DB2 : mécanisme de journalisation garantissant l’intégrité des données
• Profils utilisateurs : gestion fine des droits d’accès avec niveaux de sécurité configurables

Les limites du logiciel AS/400 face aux exigences actuelles

Personne ne conteste la fiabilité de l’AS/400. Mais les questions de compatibilité avec les technologies récentes ne sont plus anecdotiques. Connecter ce système à une solution SaaS, à une API REST ou à un environnement cloud demande des adaptateurs, des middlewares et souvent un travail de développement spécifique.

Cette réalité freine la digitalisation dans les organisations qui misent encore à 100 % sur IBM i. La pénurie de compétences aggrave la situation. Les spécialistes RPG et CLP vieillissent, et les jeunes développeurs ne s’orientent pas spontanément vers un système aux interfaces peu intuitives.

Ainsi, la maintenance devient coûteuse, les délais s’allongent et les directions informatiques passent davantage de temps à entretenir l’existant qu’à innover. Ce déséquilibre pousse de nombreuses DSI à envisager sérieusement une migration, au moins partielle.

Parcours et ressources disponibles pour se former au logiciel AS/400

La montée en compétences sur IBM i suit un chemin balisé mais exigeant. Les formations en ligne, tutoriels YouTube, MOOC spécialisés, documentation IBM qui permettent d’acquérir les bases théoriques. Mais la maîtrise réelle ne s’obtient que par la pratique sur un environnement concret, idéalement en entreprise ou via un émulateur de test.

Les certifications IBM constituent une validation reconnue pour qui souhaite valoriser son expertise sur le marché. Les communautés en ligne jouent un rôle précieux dans cet apprentissage.

Les forums spécialisés, les groupes LinkedIn dédiés à IBM i et les conférences comme Common Europe permettent d’échanger des astuces, de résoudre des problèmes spécifiques et de suivre l’évolution du système. C’est souvent dans ces espaces que circulent les meilleures pratiques, celles que la documentation officielle ne détaille pas toujours suffisamment.

AS/400 ou migration cloud, comment trancher ?

La question n’est plus faut-il migrer, mais comment et à quel rythme ? La plupart des organisations qui gèrent encore un AS/400 optent pour une architecture hybride, maintien d’IBM i pour les applications stratégiques les plus sensibles, adoption progressive du cloud pour les fonctions périphériques.

Cette approche limite le risque de rupture tout en ouvrant la voie à une modernisation progressive. Les retours d’expérience convergent sur quelques points clés, cartographier les applications existantes avant de décider, identifier les dépendances entre modules, et anticiper la formation des équipes.

Une migration précipitée sans préparation suffisante peut coûter bien plus cher qu’une cohabitation maîtrisée entre l’ancien et le nouveau système. L’AS/400 a encore de beaux jours devant lui et à condition de savoir jusqu’où lui faire confiance.