AS/400 connecté. Sans modifications.
Un ERP AS/400 de 20 ans. 25 ans de données critiques. Sans API. Plusieurs prestataires ont dit que c’était impossible sans migrer. Integrafy l’a connecté sans toucher une seule ligne de l’AS/400.
0
Temps réel
0
15\u00a0K
Un système de 20 ans auquel personne n\u2019osait toucher
Un fabricant industriel opérait avec un IBM AS/400 depuis 20 ans. Le système accumulait 25 ans de données de production, d\u2019inventaire, de commandes et de comptabilité. C\u2019était le cœur absolu de l\u2019opération\u00a0: si l\u2019AS/400 s\u2019arrêtait, l\u2019usine s\u2019arrêtait.
L\u2019AS/400 n\u2019avait pas d\u2019API. Pas de services web. Rien qui ressemble à une interface d\u2019intégration moderne. Les données vivaient dans une base DB2 avec des tables au format legacy\u00a0: champs à largeur fixe, encodage EBCDIC, noms de colonnes de 6 caractères.
L\u2019entreprise avait besoin de vendre en ligne. Elle avait 15\u00a0000 références produit à publier sur une boutique PrestaShop. Mais la boutique en ligne était une île complète\u00a0: pas de connexion à l\u2019inventaire réel, pas de synchronisation des prix, pas de flux de commandes vers l\u2019ERP.
Plusieurs prestataires d\u2019intégration ont été consultés. La réponse était toujours la même\u00a0:
- «\u00a0Il faut migrer vers un ERP moderne\u00a0» — un projet de 2 ans minimum
- «\u00a0L\u2019AS/400 ne peut pas être intégré sans le modifier\u00a0» — personne ne voulait assumer le risque
- «\u00a0Il faut installer un middleware sur l\u2019AS/400\u00a0» — l\u2019équipe IT refusait
- Des devis de migration hors d\u2019atteinte pour l\u2019entreprise
L\u2019alternative était de garder la boutique en ligne comme un catalogue statique, avec des prix obsolètes et sans gestion de stock. Un canal de vente qui générait plus de problèmes que de revenus.
Integrafy comme couche intermédiaire\u00a0: lire DB2, écrire en EDI
Integrafy n\u2019a pas eu besoin de modifier l\u2019AS/400. La stratégie a été d\u2019utiliser ce que le système avait déjà\u00a0:
Lecture directe de DB2. Integrafy Core s\u2019est connecté à la base DB2 de l\u2019AS/400 en lecture seule. Rien d\u2019installé sur l\u2019AS/400. Aucune configuration touchée. La connexion lit directement les tables d\u2019inventaire, d\u2019articles, de prix et de statut de commande.
Data Hub normalise les données legacy. Les tables de l\u2019AS/400 utilisent l\u2019encodage EBCDIC, des champs à largeur fixe et des conventions de nommage d\u2019il y a 25 ans. Data Hub transforme ces données en un format propre que PrestaShop peut consommer\u00a0: noms de produit lisibles, catégories, attributs, images liées.
Écriture via fichier EDI. Pour envoyer des commandes à l\u2019AS/400, Integrafy génère des fichiers EDI dans le format exact que le système attend. Ces fichiers sont déposés dans un dossier partagé que l\u2019AS/400 surveillait déjà avec un programme RPG existant — celui-là même qui traitait les commandes d\u2019autres canaux.
L\u2019AS/400 traite le fichier avec son programme RPG habituel et produit un fichier de réponse dans le même dossier. Integrafy lit cette réponse et met à jour le statut de la commande sur PrestaShop. Le cycle complet fonctionne sans que l\u2019AS/400 «\u00a0sache\u00a0» qu\u2019une boutique en ligne est connectée.
Architecture d\u2019intégration avec un système legacy
1. Integrafy Core se connecte à la DB2 de l\u2019AS/400 (read-only)
2. Lit les tables d\u2019articles, stock et prix toutes les 30 secondes
3. Data Hub normalise les données legacy (EBCDIC, champs fixed-width)
4. PrestaShop reçoit catalogue et stock à jour
5. Commande PrestaShop → Integrafy génère un fichier EDI
6. Fichier déposé dans le dossier de l\u2019AS/400
7. Programme RPG existant traite le fichier (déjà présent pour d\u2019autres processus)
8. AS/400 confirme via fichier de réponse → Integrafy met à jour le statut sur PrestaShopPourquoi ça marche sans modifier l\u2019AS/400
Connexion JDBC à DB2. L\u2019AS/400 expose DB2 nativement. Aucune installation ou configuration supplémentaire requise. Integrafy lit comme n\u2019importe quel autre client de base de données.
Le pattern de fichier dans dossier partagé est la méthode standard de communication entre systèmes dans le monde AS/400. Le programme RPG qui traite ces fichiers existait déjà — Integrafy utilise simplement le même canal.
Data Hub convertit EBCDIC en UTF-8, étend les champs à largeur fixe, mappe les codes legacy vers des catégories et attributs modernes. Le catalogue sur PrestaShop est propre même si la source date de 1995.
«\u00a0On nous disait que c\u2019était impossible sans migrer. Integrafy l\u2019a fait sans toucher l\u2019AS/400. 20 ans de données, intactes.\u00a0»
15\u00a0000 références en ligne, AS/400 intact
Pour la première fois dans l\u2019histoire de l\u2019entreprise, le stock de l\u2019AS/400 est visible en temps réel depuis un canal de vente externe. Les 15\u00a0000 références produit sont publiées sur PrestaShop avec des prix à jour, un stock réel et des descriptions normalisées.
Les commandes en ligne arrivent dans l\u2019AS/400 via le même mécanisme que l\u2019entreprise utilisait déjà pour d\u2019autres processus. L\u2019équipe IT n\u2019a rien eu à apprendre ni à maintenir en plus sur l\u2019AS/400. Le risque d\u2019intégration a été nul car le système legacy n\u2019a pas été modifié.
L\u2019entreprise a évité un projet de migration ERP qui aurait coûté des années et un budget significatif. Au lieu de cela, elle a obtenu un canal de vente en ligne pleinement fonctionnel en quelques semaines. Quand elle décidera à l\u2019avenir de migrer l\u2019ERP, Integrafy se reconnectera au nouveau système sans perturber la boutique en ligne.
Ce cas démontre un principe fondamental d\u2019Integrafy\u00a0: il n\u2019y a pas de système impossible à intégrer. Si le système a des données, Integrafy peut les lire. Si le système accepte des fichiers, Integrafy peut les écrire.
On vous a dit que votre ERP legacy ne peut pas être intégré ?
Nous connectons AS/400, systèmes legacy, ERP sans API et bases de données de toute époque. Sans migrations. Sans risque.