La propriété des articles et des prix est réglée progressivement entre Microsoft Dynamics 365 Business Central et Inriver, de sorte que le travail de description d'un produit n'est plus écrasé par une mise à jour ERP de routine.
Business Central gère l'article, son prix et sa disponibilité à la vente, tandis qu'Inriver gère toutes les informations client le concernant. Les problèmes surviennent lorsque les deux systèmes pensent être propriétaires d'une description. Une mise à jour de l'ERP écrase une semaine de contenu produit, et l'équipe produit, méfiante envers l'intégration, conserve une copie privée du catalogue dans un tableur. Cette copie devient alors la source du problème. L'intégration de Microsoft Dynamics 365 Business Central avec Inriver fonctionne différemment : la propriété des éléments d'un produit par chaque système est déterminée en premier, de sorte qu'une mise à jour ne modifie que les éléments concernés.

Seuls les éléments appartenant à Business Central sont inscrits dans Inriver ; ainsi, une mise à jour d'article corrige un prix sans supprimer discrètement une semaine de contenu produit.
Le système responsable est décidé pour chaque composant d'un produit plutôt que pour l'ensemble, de sorte que les données commerciales et le contenu circulent dans des directions opposées sans concurrence.
Un article créé dans Business Central arrive dans Inriver avec ses informations commerciales déjà renseignées, ce qui permet à l'équipe produit de partir d'une base solide plutôt que de rien.
Inriver peut indiquer à Business Central quels produits sont complets et lesquels sont encore incomplets, afin de planifier un lancement en fonction des produits réellement prêts à être commercialisés.
Un article est créé dans Business Central et Alumio crée le produit Inriver correspondant avec son code, son prix et sa catégorie, permettant ainsi à l'équipe produit d'ajouter du contenu à un élément déjà existant et correct.
Une modification de prix dans Business Central met à jour uniquement ce chiffre dans Inriver, de sorte qu'une modification commerciale de routine n'écrase pas les descriptions, les détails ou les images que quelqu'un a passé toute la semaine à peaufiner.
Inriver indique à Business Central quels produits sont terminés, de sorte qu'une date de lancement est fixée en fonction des produits réellement prêts plutôt qu'en fonction d'une supposition faite lors d'une réunion de planification plusieurs semaines auparavant.
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.
Un gestionnaire d'actifs numériques est souvent ajouté, car les images et les documents ont leur propre cycle d'approbation et arrivent rarement en même temps que les données des articles de Business Central. Alumio centralise ces liens et réutilise l'organisation des produits Inriver déjà configurée ; ainsi, un actif approuvé est rattaché au produit auquel il appartient au lieu d'être téléchargé deux fois.
Oui, et c'est la définition progressive de la propriété, dans les deux sens, qui garantit la sécurité. Alumio ne publie dans Inriver que les éléments que vous désignez depuis Business Central, et uniquement les valeurs Inriver que vous renvoyez. Ainsi, aucune des deux parties ne peut écraser les données de l'autre. Cette délimitation est configurée une seule fois et s'applique à tous les éléments suivants.
Non, il s'agit d'une configuration et non d'un codage. La propriété, les noms des détails produits et l'emplacement de chaque valeur Business Central dans Inriver sont définis une seule fois et gérés via un formulaire, remplaçant ainsi le script d'importation qui, généralement, résolvait ce problème par inadvertance. Lorsqu'un détail doit être traité plutôt que copié, le transformateur de code s'en charge.
Les informations commerciales, et non la description du produit. L'existence, le prix, l'unité et la possibilité de vente d'un article sont définis dans Business Central et doivent y être enregistrés. Les noms, les détails du produit, les images et toute information destinée au client doivent être stockés dans Inriver, où ils sont vérifiés. Le fait de séparer les données avant la première importation permet d'éviter leur écrasement ultérieur.
Une semaine de contenu produit écrasée par une simple mise à jour, c'est l'échec dont les équipes produit se souviennent le plus : une semaine de travail disparaît sans qu'aucune erreur ne soit signalée. Alumio publie uniquement les données gérées par Business Central dans Inriver, surveille chaque mise à jour en temps réel et enregistre les modifications apportées. Ainsi, en cas de mise à jour refusée, une alerte est immédiatement déclenchée, précisant l'élément concerné et le motif du refus. Les nouvelles tentatives sont automatiques lorsque la configuration le permet, et aucune autre modification n'est effectuée discrètement.
É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.