Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Alumio transfère la promesse de livraison d'une commande Microsoft Dynamics 365 F&O sur l'étiquette Sendcloud, de sorte que le service choisi et payé par le client est bien celui sous lequel le colis est expédié.
Une promesse de livraison est faite au moment de la commande et tenue par un tiers. La commande comprend un service choisi et payé par le client, et l'étiquette est générée ultérieurement par la personne chargée de l'emballage, via un second onglet du navigateur, auprès du transporteur le plus approprié. La plupart du temps, le produit livré correspond à la commande. Dans le cas contraire, c'est le client qui s'en aperçoit. La connexion entre Microsoft Dynamics 365 F&O et Sendcloud permet de reporter cette promesse sur l'étiquette, garantissant ainsi que le produit expédié soit conforme à la commande passée.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Commandes
Conditions de livraison
Adresses
Expéditions
Numéros de suivi
Transporteurs
Le service choisi par un client lors d'une commande Microsoft Dynamics 365 F&O détermine ce qui est demandé à Sendcloud ; ainsi, personne dans l'entrepôt ne devine quelle option a été payée.
Personne ne ressaisit une adresse sur un écran de livraison pendant que la commande est ouverte à côté, c'est de là que viennent toujours les erreurs de code postal et de service.
La référence Sendcloud génère des retours vers la commande Microsoft Dynamics 365 F&O, de sorte que la question de l'emplacement d'un colis trouve sa réponse dans le système que l'entreprise utilise déjà.
Il appartient à chaque opérateur de décider ce qu'il accepte ou non ; la connexion véhicule donc la demande et la réponse plutôt que de supposer ce que l'un ou l'autre acceptera.
Lorsqu'une commande est validée dans Microsoft Dynamics 365 F&O, Alumio demande à Sendcloud une étiquette correspondant au service choisi par le client, afin que le colis soit expédié selon le mode de livraison choisi plutôt que selon celui utilisé par l'emballeur.
Lorsque Sendcloud renvoie une référence de suivi, celle-ci est inscrite sur la commande Microsoft Dynamics 365 F&O, de sorte qu'une équipe de service réponde à partir de la commande qu'elle a sous les yeux plutôt que de rechercher l'adresse sur le site du transporteur.
Lorsqu'un transporteur refuse un envoi, la commande est signalée avec la mention du motif du refus au lieu de rester enregistrée comme expédiée, afin que quelqu'un puisse s'en occuper pendant que le client attend toujours la livraison de son colis le jour même.
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.
Ce n'est pas la solution la plus évidente. Les clients se dirigent vers la boutique en ligne, mais le lien essentiel ici est le portail de retours, car un colis renvoyé représente la même promesse à l'envers, et personne n'en a informé le système ERP. Alumio gère ce portail en parallèle, de sorte qu'une commande réservée par un client est visible dans la commande correspondante.
Oui, il s'agit d'une requête sortante avec une référence en retour, et non d'une copie unidirectionnelle. Alumio demande l'étiquette à Sendcloud lorsque la commande atteint l'état que vous avez indiqué et ajoute le numéro de suivi à la commande à son retour. Seules les informations fournies par Sendcloud peuvent être demandées ; elles sont donc confirmées avant la création de l'itinéraire.
Non. Il y a deux façons de procéder : soit quelqu’un crée l’étiquette manuellement à partir de la commande affichée à l’écran, soit un développeur crée une étiquette unique qui cesse de fonctionner en cas de changement d’opérateur. La configuration remplace ces deux méthodes, et l’état de la commande qui déclenche l’affichage d’une étiquette est une entrée consultable. Lorsqu’un service doit être déduit de la commande, c’est le transformateur de code qui s’en charge.
Le produit commandé, et non celui en stock, est celui qui a été fourni au client. L'écran de livraison affiche les produits disponibles, qui peuvent différer de ceux commandés lors du paiement. Le fait de proposer le service choisi lors de la commande garantit que le préparateur de commandes n'a pas à prendre de décision commerciale au moment de l'emballage, et que le client reçoit exactement ce pour quoi il a payé.
Ce qui passe inaperçu, c'est un colis expédié sans suivi et retourné, car tout semble en ordre jusqu'à ce qu'un client pose la question. Alumio identifie la référence du colis jamais retourné et la commande en attente. Chaque transfert est suivi en temps réel et enregistré avec son contenu ; en cas de refus, une alerte est émise avec le motif ; des tentatives de retour sont effectuées si la configuration le permet, et rien n'est perdu sans laisser de traces.
É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)
