Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Les modifications apportées aux données de base des articles dans Microsoft Dynamics NAV sont transmises à Akeneo sous forme de mises à jour de produits, y compris le moment où un article cesse d'être vendu, ce qui est le seul changement que la plupart des catalogues omettent complètement.
Microsoft Dynamics NAV sait quels articles sont encore en vente et Akeneo sait ce que les clients consultent à leur sujet. La difficulté ne réside pas dans les produits existants, mais dans ceux qui ne sont plus commercialisés. Lorsqu'une référence est supprimée de NAV, l'article disparaît simplement des exportations, tandis qu'Akeneo conserve tous ses attributs. Le produit reste ainsi entièrement décrit et disponible sur tous les canaux connectés. L'intégration entre Microsoft Dynamics NAV et Akeneo considère la fin de vie d'un produit comme un événement à publier et non comme une simple absence. Un produit retiré du catalogue est donc supprimé le jour même où il est retiré de l'ERP.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Fiche article
Statut article
Indicateurs d'assortiment
Prix unitaires
Catégories d'articles
Disponibilité en stock
Lorsqu'un article est retiré de Microsoft Dynamics NAV, cela est publié dans Akeneo en tant que changement de statut, de sorte que les canaux lisant Akeneo cessent de le proposer au lieu de continuer.
Alumio envoie des alertes en cas d'inactivité ainsi qu'en cas d'erreurs ; ainsi, un itinéraire qui cesse discrètement d'envoyer des éléments Microsoft Dynamics NAV est détecté par la plateforme plutôt que par un client.
Les descriptions, les médias et les traductions créés dans Akeneo restent intacts lorsque Microsoft Dynamics NAV met à jour un élément, car seuls les champs appartenant à l'ERP sont écrasés.
Les heures passées à recopier manuellement les nouveaux articles NAV dans Akeneo reviennent, puisque chaque article arrive prêt à être saisi, avec ses codes et catégories déjà renseignés.
Un article est créé dans Microsoft Dynamics NAV et arrive dans Akeneo avec son code, sa catégorie et son prix unitaire déjà en place, ce qui permet au chef de produit de commencer à rédiger du contenu plutôt que de passer un après-midi à saisir des données.
Une ligne est supprimée dans Microsoft Dynamics NAV et Akeneo reçoit le changement de statut, de sorte que tous les canaux lisant le catalogue cessent de la répertorier sans que personne n'ait besoin de visiter chaque canal tour à tour pour confirmer sa suppression.
Une modification du prix unitaire dans Microsoft Dynamics NAV met à jour le produit Akeneo ; ainsi, le prix affiché au client provient du système ERP et non du canal mis à jour le plus récemment par un membre de l’équipe.
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.
L'ajout d'un flux de données fournisseurs est courant, car la plupart des informations contenues dans un catalogue proviennent des fabricants et non de votre propre ERP. Alumio centralise ces connexions et réutilise le mappage d'attributs Akeneo déjà configuré, de sorte que les données fournisseurs et les données articles NAV soient regroupées dans une même structure au lieu de deux structures concurrentes.
Oui, et la fin de vie est le changement qu'il convient de configurer explicitement. Alumio publie les créations et mises à jour d'objets selon une planification que vous contrôlez, et considère l'arrêt d'un objet comme un événement à envoyer plutôt que comme une information qu'Akeneo devrait déduire du silence. Seules les modifications pertinentes sont traitées ; ainsi, une exécution nocturne met à jour uniquement les objets modifiés, et non l'ensemble de la base de données des objets.
Non, il s'agit d'une configuration et non d'un développement. Le statut des articles, les indicateurs d'assortiment et les attributs Akeneo auxquels ils correspondent sont définis une seule fois dans un formulaire et réutilisés, ce qui supprime la feuille de calcul qui stocke actuellement les nouveaux articles. NAV a toujours été accessible, quelle que soit sa réputation, et le transformateur de code reste disponible pour une règle que le mappage ne peut pas exprimer.
Il faut bien que quelque chose l'indique, car Akeneo ne gère pas la notion d'élément interrompu. Il conserve des attributs et un état (activé/désactivé), que les canaux lisent. Ainsi, un élément qui cesse d'être distribué conserve simplement ses dernières valeurs connues et reste complet. L'intégration publie donc le statut NAV comme une valeur sur laquelle Akeneo peut agir, au lieu de se fier à la disparition de l'élément pour en déterminer le sens.
Un itinéraire qui cesse d'envoyer des messages représente ici une défaillance critique, car le catalogue semble parfaitement fonctionnel alors qu'il se dégrade discrètement. Alumio peut générer des alertes en cas d'inactivité ou d'erreur, pour chaque itinéraire ; le silence est donc considéré comme une anomalie et non comme une bonne nouvelle. Chaque tentative est surveillée en temps réel et enregistrée. En cas de refus, une alerte est immédiatement déclenchée, précisant l'élément concerné et le motif. Les nouvelles tentatives sont effectuées automatiquement lorsque la configuration le permet.
É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)
