Les fiches produits, les composants des kits et les images auxquelles ils font référence sont transférés d'Odoo vers Inriver, de sorte que le catalogue décrit ce que reçoit le client plutôt que ce que l'entrepôt sélectionne.
Odoo permet de vendre un kit comme un seul produit et de le sélectionner comme plusieurs, ce qui est pratique pour un entrepôt mais source de confusion pour un catalogue. Inriver doit déterminer si le client achète un article unique avec des spécifications précises ou un ensemble de pièces détachées avec leurs propres pages. En l'absence de décision, les deux s'affichent. Un client compare alors un kit à l'un de ses composants, les images correspondent aux pièces et non au produit, et la page sur laquelle il arrive n'est pas celle prévue pour la publication. Connecter Odoo et Inriver permet de résoudre ce problème avant toute publication.

Un kit Odoo arrive chez Inriver en tant que produit acheté par un client, ses composants étant gérés sous forme de relations, de sorte que le catalogue affiche une seule page plutôt qu'une page par pièce.
Les images et les documents circulent à titre de références plutôt que de copies ; ainsi, le document affiché sur une page est celui qui a été approuvé par quelqu’un, et sa mise à jour ne signifie pas sa republication.
Les composants qu'un client peut également acheter séparément conservent leurs propres enregistrements Inriver, de sorte qu'une pièce de rechange reste retrouvable indépendamment du kit auquel elle appartient.
Comme la forme est définie avant la publication, personne ne découvre au lancement que le même produit physique existe deux fois dans le catalogue sous deux codes différents.
Alumio lit un kit Odoo avec ses composants et crée le produit Inriver qu'un client achète, en conservant les pièces grâce au type de relation que le modèle d'Inriver expose, de sorte que le catalogue ne comporte qu'une seule page avec la composition sous-jacente.
Ce sont les références aux ressources qui transitent d'Odoo vers Inriver plutôt que les fichiers eux-mêmes ; ainsi, une page pointe vers l'image approuvée à l'endroit où elle se trouve et un remplacement atteint chaque canal sans qu'une deuxième importation soit effectuée pour chacun d'eux.
Un composant vendu séparément conserve sa propre fiche Inriver liée au kit, de sorte qu'un client recherchant une pièce de rechange la trouve sans le kit, la pièce apparaissant comme étant le même produit.
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.
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.
Ce dont le catalogue a besoin et que l'ERP ne contiendra jamais, c'est le guide, généralement sous forme imprimée. Faire appel à un prestataire de production de catalogues est une solution courante, car Inriver gère le contenu finalisé et l'impression nécessite une mise en page et une relecture, contrairement à Odoo qui n'a pas son mot à dire sur ces aspects. Alumio assure cette liaison en plus de celle-ci, de sorte que la page imprimée et la page en ligne sont élaborées à partir du même document validé.
Les références aux ressources sont prioritaires, car toute erreur implique de tout republier. Alumio lit les fiches produits Odoo, les composants des kits et les références vers les emplacements de stockage des images et documents, puis les inscrit dans les attributs Inriver qui acceptent une référence. Ainsi, une page pointe vers la ressource stockée et non vers une copie. Les prix et les codes sont mis à jour selon le calendrier que vous avez défini, et les produits non encore prêts restent dans Inriver.
Non, et la distinction utile réside dans le fait qu'il s'agit d'une référence et non d'un fichier. Alumio enregistre le pointeur vers l'emplacement d'une ressource Odoo au lieu de déplacer le fichier ; cette configuration se trouve dans l'interface, ce qui explique pourquoi le remplacement d'une image ne nécessite pas un second passage dans chaque canal. Les modèles Inriver étant construits pour chaque implémentation, la logique personnalisée reste accessible via le transformateur de code lorsqu'un type de relation n'a pas d'équivalent direct.
Le produit acheté par le client est composé de plusieurs éléments liés entre eux. Odoo peut vendre un kit comme un article unique ou le proposer en plusieurs parties. Le catalogue doit donc choisir l'une ou l'autre de ces options pour chaque page, et la publication simultanée du kit et de ses composants individuels présente le tout au même client. En considérant qu'Inriver gère le produit à vendre et associe les composants, le catalogue reste cohérent avec le contenu du colis.
Un lien vers une ressource est rompu, ce qui explique la lenteur de la détection de l'erreur. L'enregistrement Odoo et la référence défaillante sont conservés, l'alerte est immédiate (produit et motif de l'erreur sont précisés) et des tentatives de reconnexion sont effectuées selon la configuration. La référence précédente reste active, évitant ainsi la publication d'une page Inriver avec une image manquante et garantissant l'enregistrement de toutes les informations.
É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.