Access International modernise les patrimoines AS/400 et IBM i (7.5 et 7.6 supportées par IBM, ainsi que les versions antérieures) vers des architectures cloud-natives. Programmes RPG, COBOL/400, CL, écrans 5250, bases DB2 for i — chaque composant est porté avec parité fonctionnelle prouvée. Méthodologie ATLAS, delivery nearshore Tunis, présence France (Vivantro), co-delivery avec nos partenaires au Canada.
Chaque phase regroupe une ou plusieurs des dix étapes ATLAS. Aucune phase ne démarre tant que la précédente n'a pas livré son artefact validé.
Comprendre le patrimoine RPG, COBOL/400, CL existant. Reconstituer une analyse fonctionnelle exploitable. Définir le périmètre, les contraintes, les critères de réussite.
Figer la référence de vérité : écrans 5250, rapports, jeux de données, transactions enregistrées. Cartographier exhaustivement les sous-systèmes, files, bases DB2/400, intégrations.
Choisir la cible (Java + Spring Boot, .NET, TypeScript), concevoir les patterns de migration RPG, sous-fichiers SFL, data queues. Préparer la suite de tests de caractérisation avant tout portage.
Traduire pattern par pattern avec traçabilité ligne à ligne. Migration incrémentale par sous-système (strangler fig). Audit de parité signé entre legacy et cible sur chaque lot livré.
Mise en service progressive, coexistence IBM i ↔ cible pendant une durée définie au cadrage, bascule transactionnelle par lot, registre interne de discordances classées, transfert d'exploitation à l'équipe cliente.
Le langage historique et moderne de l'AS/400. Nous traduisons les programmes RPG en Java 21 ou 25 (LTS) ou en .NET 10 pattern par pattern, avec capture des règles métier et tests de caractérisation en amont.
Programmes COBOL hébergés sur IBM i, intégrations CL, modules ILE. Migration vers Java ou .NET avec préservation de la sémantique transactionnelle.
Tables DDS et schémas SQL DB2 for i. Migration vers PostgreSQL, SQL Server ou Azure SQL avec audit de parité des données et des contraintes.
Scripts CL d'orchestration jobs, gestion des files, planification. Conversion vers Bash, PowerShell, ou orchestrateurs cloud (Azure Logic Apps, AWS Step Functions).
Écrans 5250 modernisés en interfaces web React ou Angular. Conservation de la logique d'écran, refonte ergonomique progressive.
Inventaire complet du patrimoine IBM i : sous-systèmes, jobs batch nocturnes, IFS, stockage natif. Cartographie avant migration, plan de bascule par lot.
Le choix de la cible dépend de l'écosystème client : Java 21 ou 25 (LTS, avec Spring Boot) pour les acteurs Java existants, .NET 10 pour les écosystèmes Microsoft, TypeScript + Node.js pour les architectures full-web. Hébergement Azure, AWS, GCP ou on-premise selon les contraintes de souveraineté.
Six profils distincts ; durée et effectif définis au cadrage, à l'issue du POC. Reproduire cette équipe en interne est rarement réaliste — la pénurie de compétences RPG et la profondeur d'expertise ATLAS rendent l'externalisation structurellement plus rapide et moins risquée.
Pont entre les deux mondes, conception cible, gouvernance technique
Java 21/25, .NET 10 ou TypeScript selon le choix d'architecture
Idéalement avec passé RPG ou COBOL pour la traduction pattern par pattern
Migration des schémas, triggers, vues matérialisées, audit de parité données
Coexistence IBM i / cloud cible, sécurité, intégrations
Bench de tests, comparaison legacy/cible, validation des audits ATLAS
Versions supportées par IBM : 7.5 et 7.6 (disponible depuis avril 2025). Nous migrons aussi les versions 7.3 (hors support standard depuis septembre 2023) et 7.4 (depuis septembre 2026), ainsi que les plus anciennes (V5R4, V6R1, V7R1), pour lesquelles nous prévoyons une étape de mise à niveau intermédiaire ou un export de code source pour analyse hors plateforme.
La durée et l'effectif sont définis au cadrage, à l'issue du POC : ils dépendent du nombre de programmes RPG, de la complexité des écrans 5250 et de la criticité des traitements. La migration se déroule en mode coexistence (legacy + cible en parallèle, bascule progressive). La méthodologie ATLAS découpe la migration en lots transactionnels, chaque lot livré avec sa parité auditée.
Trois approches selon le contexte : (1) Réécriture pattern par pattern vers Java/.NET — recommandée pour préparer la dette long terme. (2) Émulation ou rehosting cloud — bascule rapide mais conservation de la dette. (3) Refonte fonctionnelle — quand le métier veut profiter de la migration pour repenser les processus. ATLAS combine les trois selon les modules.
Capture exhaustive de l'état avant migration : tests de caractérisation (E4b ATLAS), bench de transactions enregistrées en prod, snapshot des données. Après portage : runs parallèles (legacy + cible) sur même corpus de transactions, comparaison des résultats champ à champ. Audit de parité signé avant bascule.
Oui. Nos équipes associent des développeurs RPG et IBM i expérimentés à des architectes des plateformes cibles, sur l'ensemble de l'écosystème : RPG ILE, free-form, embedded SQL, IFS, journalisation, sous-systèmes. Côté outillage : IBM Bob, l'assistant de développement d'IBM pour IBM i (disponible depuis 2026, successeur de watsonx Code Assistant for i), que nous suivons de près.
Pattern strangler fig : le système cible cohabite avec l'AS/400 pendant une durée définie au cadrage. Les transactions sont routées vers l'un ou l'autre selon leur état de migration. Synchronisation bidirectionnelle des données critiques. Bascule transactionnelle par lot avec fallback automatique en cas d'écart.
Centre nearshore principal à Tunis (UTC+1, fuseau européen). Présence en France via notre filiale Vivantro pour la relation client et l'expertise locale. Co-delivery avec partenaires au Canada pour les programmes nord-américains. Cette structure couvre toutes les contraintes de localisation des données (Loi 25 Québec, RGPD UE).
Nous démarrons par un audit de patrimoine (4 à 6 semaines) : inventaire des programmes RPG, cartographie des dépendances, analyse de complexité, recommandation cible. Le rapport est exploitable directement par le client, qu'il choisisse ou non Access pour la suite.