Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
L'entreprise à laquelle appartient une commande Shopware est déterminée avant qu'elle n'atteigne Microsoft Dynamics 365 F&O, de sorte qu'une vente est comptabilisée dans l'entité juridique qui la facturera plutôt que dans celle vers laquelle elle a été transférée ultérieurement.
Microsoft Dynamics 365 F&O enregistre toutes les transactions dans une entité juridique. Une boutique Shopware n'en possède pas ; par conséquent, entre la validation de la commande et l'enregistrement du bon de commande, il est décidé à quelle société la vente est rattachée. Dans un groupe gérant deux ou trois sociétés d'exploitation derrière une même boutique, cette décision est souvent prise un mois plus tard par un comptable qui transfère les écritures entre les sociétés. La connexion entre Shopware et Microsoft Dynamics 365 F&O transforme cette règle en une application automatique dès la commande : les éléments suivants déterminent la société concernée, et la vente est enregistrée auprès de l'entité qui la facturera.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Commandes
Lignes de commande
Entités juridiques
Comptes clients
Disponibilité des articles
Statut de livraison
Une commande Shopware contient les articles achetés et leur lieu d'expédition, et la règle que vous définissez transforme cela en une entité juridique Microsoft Dynamics 365 F&O avant la création de la vente.
Personne ne republie ensuite les ventes Shopware entre entreprises, car chacune a été créée dans la bonne entreprise, donc les écritures inter-entreprises écrites pour corriger cela cessent d'exister.
Un groupe n'a pas besoin d'une boutique Shopware par entreprise pour maintenir une bonne organisation de Microsoft Dynamics 365 F&O, car la séparation se fait au niveau de la règle plutôt que dans la boutique que le client voit.
Les informations relatives aux stocks et aux prix affichées sur Shopware proviennent de la société Microsoft Dynamics 365 F&O qui assurera la livraison ; la boutique ne fait donc jamais de devis auprès d’une société qui ne livrera pas la commande.
Lorsqu'une commande est passée dans Shopware, Alumio détermine l'entité juridique selon la règle que vous avez définie et crée la commande de vente dans cette société Microsoft Dynamics 365 F&O, de sorte que personne n'ait à déterminer par la suite à qui la vente a été effectuée.
Lorsqu'une société opérationnelle rejoint le groupe, la même boutique Shopware commence à l'alimenter en étendant la règle plutôt qu'en établissant une deuxième connexion à Microsoft Dynamics 365 F&O, de sorte que la boutique elle-même ne change pas.
Lorsque Microsoft Dynamics 365 F&O détient le même article dans plusieurs sociétés, Alumio publie la position de celle qui serait expédiée à ce client, de sorte que la vitrine affiche un montant que quelqu'un peut réellement honorer.
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.
Oui, et au sein d'un groupe, le système suivant a généralement besoin de la même réponse que celui-ci. Un entrepôt ou un PIM ajouté ultérieurement doit savoir à quelle entreprise appartient une commande avant de pouvoir l'exploiter. Alumio gère cette connexion en parallèle, et la règle d'entité est déjà définie ; le second système l'hérite donc au lieu de se voir attribuer sa propre version, susceptible d'évoluer.
Oui, l'entité doit être résolue avant toute écriture. Alumio crée chaque commande Shopware dans la société Microsoft Dynamics 365 F&O renvoyée par la règle, puis transmet les informations de disponibilité, de prix et de statut de livraison selon la fréquence que vous avez définie. Les éléments pouvant être créés de cette manière sont ceux que Microsoft Dynamics 365 F&O expose ; il convient donc de vérifier ce point en premier lieu.
Non. La règle d'entité est une configuration comme une autre : le champ Shopware ou la condition d'expédition auquel est associée une société Microsoft Dynamics 365 F&O est une entrée que vous pouvez lire et modifier, ce qui est important car cette règle change à chaque modification du groupe. Lorsque la séparation dépend d'un élément que la configuration ne peut pas exprimer, le transformateur de code traduit cette règle.
Rien n'est indiqué dans la commande elle-même, c'est pourquoi la décision doit être prise ultérieurement. Le module de paiement Shopware connaît les articles, l'adresse de livraison et le mode d'expédition. La règle que vous configurez les associe à une entreprise : une marque vendue exclusivement par une entité, un pays desservi par une autre, un entrepôt appartenant à une troisième. Alumio applique cette règle et crée la commande client dans l'entreprise correspondante. La réponse est donc donnée une seule fois, et non pour chaque commande.
L'erreur à détecter ici n'est pas une commande manquante, mais une commande attribuée à la mauvaise société, car elle apparaît comme réussie et apparaît lors de la consolidation. Alumio surveille chaque transfert en temps réel et enregistre l'entité concernée ainsi que la commande, ce qui permet de vérifier la décision au lieu de la tenir pour acquise. Une commande refusée par Microsoft Dynamics 365 F&O génère une alerte indiquant la commande et le motif du refus ; des nouvelles tentatives sont effectuées si la configuration le permet, et aucune commande n'est perdue 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)
