Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Entre une page produit WordPress et le système IBM AS/400 qui la gère, rien n'est retapé, car les détails de l'article sont publiés et chaque demande est intégrée au travail déjà effectué par le bureau.
Le site WordPress d'un fabricant affiche généralement les produits vendus sur une page créée par un tiers, tandis que le système IBM AS/400 contient les informations essentielles sur les ventes, leurs prix et les conditionnements. Ces deux systèmes se dissocient progressivement, et les demandes de renseignements générées par le site arrivent dans une boîte mail partagée, sans possibilité de suivi ni de traçabilité. Connecter WordPress et IBM AS/400 permet de combler ces deux lacunes : la page est construite à partir des données stockées sur l'AS/400, et les demandes de renseignements sont traitées par le service client. Ainsi, le site web devient un outil opérationnel à part entière, et non plus une simple brochure.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Numéros d'articles
Configurations des emballages
Gammes de prix
Possibilités en stock
Demandes de renseignements
Comptes clients
Les pages WordPress sont construites à partir des informations détaillées des articles stockées sur le système IBM AS/400 ; par conséquent, une gamme de produits que l'entreprise a cessé de vendre l'année dernière n'est plus proposée aux visiteurs.
Une requête effectuée sur WordPress est enregistrée dans le système IBM AS/400 avec le reste du travail quotidien, et est donc prise en charge au même endroit plutôt que depuis une boîte mail partagée.
Le devis renvoyé correspond au même forfait et à la même tranche de prix que ceux affichés sur la page WordPress, car les deux proviennent du système IBM AS/400 ; ainsi, personne ne reçoit un prix en ligne et un autre par téléphone.
Alumio fonctionne avec ce que le système IBM AS/400 met déjà à disposition, et le mappage se trouve dans Alumio ; ainsi, la mise en service d’un site WordPress ne dépend pas de la modification de l’ancien système.
Les références, les configurations d'emballage et les fourchettes de prix sont lues depuis l'IBM AS/400 et publiées sur les pages WordPress correspondantes. Ainsi, ce qu'un visiteur lit correspond au tarif que le bureau lui indiquerait s'il prenait le téléphone.
Un visiteur soumet une requête sur WordPress et Alumio accède à l'IBM AS/400 via l'interface qu'il met à disposition, en enregistrant la requête en regard de l'élément auquel elle fait référence, de sorte qu'elle rejoint le travail que le bureau examine déjà.
Les positions boursières détenues sur l'IBM AS/400 sont affichées sur la page WordPress selon le cycle que vous avez choisi, permettant ainsi à un visiteur de vérifier lui-même la disponibilité d'un produit au lieu d'envoyer un message et d'attendre le lendemain matin.
Alumio se place entre vos canaux de vente et vos systèmes de traitement des commandes en tant qu'épine dorsale d'intégration gouvernée. Les commandes sont acheminées, transformées et validées, tandis que les mises à jour de statut sont renvoyées vers chaque canal.
Authentifiez vos systèmes à l'aide des connecteurs pré-construits d'Alumio. Faites votre choix parmi plus de 200 packs de connecteurs sur la marketplace, en plus d'intégrations personnalisées illimitées.
Définissez la correspondance des champs de données entre vos systèmes via une interface visuelle. Ajustez les formats, enrichissez les enregistrements et appliquez vos règles métier, sans aucun code personnalisé.
Configurez vos flux pour qu'ils s'exécutent en temps réel selon des événements, selon un calendrier, ou les deux. Réduisez la saisie manuelle des données et laissez Alumio gérer les transferts et les transformations entre vos systèmes.
.svg){kind=icon}
Une fois votre première intégration en ligne, l'ajout de votre ERP, PIM, WMS ou CRM se connecte au même hub. Les flux existants continuent de fonctionner. Pas besoin de tout reconstruire.
Aujourd'hui, la preuve de livraison se trouve dans un dossier de documents numérisés, et c'est généralement le prochain élément à vérifier. Un système d'archivage conserve les notes signées auxquelles l'IBM AS-400 fait référence uniquement par leur numéro ; ainsi, une demande concernant une livraison ne nécessite plus de se rendre aux archives. Alumio gère cette connexion en plus de celle-ci, de sorte qu'une requête WordPress concernant une commande passée parvient à une personne compétente pour y répondre.
Les deux processus s'exécutent automatiquement, chacun à son propre rythme. Les détails des articles et les niveaux de stock sont lus depuis l'IBM AS/400 selon la fréquence que vous avez définie, ce qui préserve le fonctionnement nocturne de la machine. Une requête soumise via WordPress est traitée dès sa réception, car un utilisateur est en attente. La sélection de ces deux processus séparément relève de la configuration et non d'une réinstallation complète.
Non, et c'est d'autant plus important ici, car personne ne souhaite ouvrir des programmes qui fonctionnent correctement depuis vingt ans. Alumio transpose les données fournies par l'IBM AS/400 sur les pages WordPress qui les affichent, et cette correspondance est gérée par une interface. Lorsqu'une mise en page du système ancien présente une particularité qui empêche une correspondance directe, le transformateur de code la convertit en une seule étape.
Il faut choisir la personne qui gère déjà la liste de diffusion dans laquelle vous inscrivez votre requête, une décision à prendre avant toute construction. Un système IBM AS/400 ne dispose pas d'un emplacement général pour la réception des messages ; une requête WordPress doit donc être intégrée à une liste de diffusion que l'équipe consulte chaque matin. Indiquer cette destination en premier lieu permet d'éviter que la requête n'atterrisse dans un emplacement techniquement correct, mais pratiquement invisible pour tous.
Une requête envoyée à une liste non surveillée constitue un échec silencieux : WordPress l'affiche comme envoyée, mais le client ne reçoit aucune réponse. Alumio surveille chaque écriture en temps réel et enregistre l'envoi ainsi que son emplacement sur le système IBM AS/400. Tout refus génère une alerte précisant l'élément concerné et le motif du refus. Les nouvelles tentatives sont exécutées conformément à la configuration, et les requêtes non résolues restent affichées au lieu d'être supprimées.
Échangez avec un spécialiste de l'intégration Alumio. Nous concevrons l'architecture adaptée à vos systèmes et à votre échelle, pour garantir la fiabilité de vos opérations à chaque étape de votre évolution.
.svg)
