Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Entre un modèle de produit Odoo et la famille Akeneo qui le décrira se situe une décision concernant les variantes, et la connexion des deux permet de prendre cette décision une seule fois plutôt qu'une fois par lancement de produit.
Odoo ne stocke pas les variantes, il les génère. Un modèle contient les attributs qui font varier un produit, et les combinaisons en découlent. Ce système est efficace jusqu'à ce qu'il faille décrire le catalogue. Akeneo fonctionne à l'inverse : une famille définit les caractéristiques obligatoires d'un produit, et les variantes sont construites selon des axes choisis. Sans connexion, un utilisateur doit convertir la liste générée par Odoo en feuille de calcul et reconstruire la structure manuellement, différemment à chaque saison. L'intégration Odoo-Akeneo associe automatiquement le modèle à la famille et la variante générée à la variante, de sorte que le catalogue est livré avec sa structure initiale.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Modèles de produits
Variantes de produits
Attributs
Axes de variation
Catégories
Prix de vente
Les modèles Odoo et les variantes générées à partir de ceux-ci sont automatiquement intégrés aux familles et axes Akeneo correspondants, évitant ainsi à quiconque de reconstruire manuellement la forme d'une gamme au début de chaque saison.
Étant donné que la variation repose sur des axes choisis dans Akeneo, le texte écrit au niveau du parent atteint chaque variante Odoo qui en dépend au lieu d'être répété pour chaque taille et couleur.
Les données produits sont transférées d'Odoo vers Akeneo selon un calendrier prédéfini plutôt que par exportation, ce qui évite qu'une nouvelle gamme doive attendre la personne qui gère habituellement la feuille de calcul.
Lorsqu'Odoo commence à faire varier une plage par un nouvel élément, la structure Akeneo est étendue plutôt que réécrite ; l'ajout d'une dimension constitue donc une modification plutôt qu'un projet.
Alumio lit un modèle de produit Odoo avec ses paramètres de variation et crée ou met à jour la famille Akeneo correspondante et ses axes de variation, de sorte que la gamme arrive structurée au lieu d'une liste plate que quelqu'un doit réassembler.
Une description rédigée une seule fois au niveau parent dans Akeneo s'applique à chaque variante générée à partir de ce modèle Odoo ; ainsi, une gamme de quarante variantes est rédigée une seule fois plutôt que quarante fois par celui qui a tiré la courte paille.
Les prix de vente d'Odoo mettent à jour les produits Akeneo correspondants tandis que les descriptions restent telles que rédigées par l'équipe du catalogue ; ainsi, une modification de prix n'écrase jamais discrètement une semaine entière de travail éditorial effectué par quelqu'un d'autre.
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.
Deux éléments sont nécessaires avant la mise en ligne d'une page, et un seul provient de l'entreprise. La photographie et la production des visuels sont confiées à un studio, tandis qu'Akeneo détient le produit en attente. Odoo, quant à lui, ignore tout de ces éléments. Alumio assure la liaison entre ces deux entités, permettant ainsi aux images d'être associées à la fiche produit que l'équipe catalogue est en train d'enrichir.
Oui, et c'est l'exhaustivité qui détermine ce qui quitte Akeneo, et non ce qui y entre. Alumio importe les modèles, variantes, attributs et prix Odoo selon la planification que vous avez définie, et Akeneo masque ensuite un produit sur les différents canaux jusqu'à ce que les exigences de la gamme soient satisfaites. Ainsi, une gamme incomplète reste invisible sans que personne n'ait à s'en soucier.
Non, il s'agit d'une configuration et non d'un codage. Ce système remplace le tableur qui se trouvait auparavant dans un dossier partagé ; celui où quelqu'un consignait la correspondance entre les valeurs Odoo et les composants des produits Akeneo, et conservait une copie pour les plages de valeurs aux comportements différents. Ces données deviennent des entrées dans Alumio. Lorsqu'une règle de variation ne peut être exprimée sous forme de configuration, c'est le transformateur de code qui s'en charge.
Les axes de variation sont définis par vos soins, et non par une traduction automatique. Odoo génère des variantes à partir de combinaisons d'attributs, ce qui peut produire une longue liste sans regroupement intrinsèque. À l'inverse, une famille Akeneo exige que la variation soit définie par des niveaux prédéfinis. C'est en décidant quels attributs Odoo deviennent des axes et lesquels restent des valeurs ordinaires que l'enrichissement peut être effectué une seule fois, au niveau supérieur, au lieu d'être appliqué à chaque combinaison.
La publication d'un produit avant que sa famille ne soit satisfaite constitue un échec, et son refus est préférable, même si cela peut paraître contraignant. Alumio surveille chaque transfert en temps réel et enregistre le modèle Odoo ainsi que son contenu. Ainsi, une famille Akeneo qui refuse un produit génère une alerte indiquant l'article et le motif du refus, généralement une exigence de la famille à laquelle le produit ne répond pas. Des tentatives de redistribution sont effectuées selon la configuration, garantissant ainsi qu'aucun produit ne soit abandonné sans avertissement.
É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)
