Présentation de l'Alumio Route Builder
Connectez, orchestrez et gouvernez vos intégrations depuis une interface visuelle
Deux systèmes gèrent le même client et permettent tous deux à quelqu'un de le modifier ; la connexion entre SAP et Microsoft Dynamics 365 CRM consiste donc principalement à déterminer quel système possède quelle partie de ce client.
Le client existe deux fois. SAP gère les comptes et les factures, tandis que Microsoft Dynamics 365 CRM gère la relation client et les ventes. Les deux systèmes permettent de modifier une adresse. C'est la dernière modification qui apparaît comme valide, ce qui explique pourquoi une facture est envoyée à un site fermé et comment un commercial peut appeler un contact qui a quitté l'entreprise. Ce comportement est inhérent à la duplication des données entre deux systèmes. La connexion entre SAP et Microsoft Dynamics 365 CRM clarifie cette dualité : toute modification effectuée dans le système concerné est répercutée dans l'autre, tandis que toute modification effectuée dans un autre système est bloquée.
DES DONNÉES QUI CIRCULENT ENTRE EUX
Comptes clients
Contacts
Adresses
Solde du compte
Commandes en cours
Factures
Les informations relatives au compte et aux commandes ouvertes de SAP sont enregistrées dans le compte Dynamics 365 CRM, ce qui permet à un représentant de savoir, avant de prendre un engagement, si le client peut passer une nouvelle commande.
Le système qui détermine l'adresse et celui qui détermine le contact sont définis une fois pour toutes ; ainsi, une modification effectuée du mauvais côté est refusée plutôt que d'écraser la version servant de base aux factures financières.
La question qu'un représentant enverrait au service financier par message trouve sa réponse directement sur le compte qu'il a sous les yeux ; le service financier passe donc moins de temps par semaine à y répondre et le service commercial moins de temps à attendre.
Une information client corrigée dans le système qui en est propriétaire est transmise à l'autre système au lieu de rester à l'endroit où elle a été saisie, ce qui a pour conséquence que deux équipes cessent de travailler à partir de deux versions d'une même entreprise.
Lorsqu'un représentant ouvre un compte dans Microsoft Dynamics 365 CRM, les données SAP en vigueur et la position des commandes ouvertes y sont déjà enregistrées. Ainsi, le montant du devis est déterminé par ce que l'entreprise acceptera plutôt que d'être retiré après un refus d'approbation.
Lorsqu'une personne modifie une adresse de facturation dans un système qui n'en est pas propriétaire, la modification est conservée et nommée plutôt que d'être réécrite, de sorte que la version sur laquelle SAP facture survit à une correction bien intentionnée effectuée dans le CRM.
Lorsqu'un client est créé du côté propriétaire, ce même client apparaît de l'autre côté au lieu d'être saisi à nouveau ; ainsi, les deux systèmes conservent le même identifiant dès le premier jour au lieu d'être rapprochés ultérieurement.
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.
L'outil de planification des interventions des techniciens permet de vérifier si la planification a été effectuée correctement. Si c'est le cas, le technicien se rend à l'adresse indiquée, les factures financières sont enregistrées et le contact est identifié. Dans le cas contraire, l'intervention est planifiée selon la version utilisée par le planificateur. Alumio gère cette connexion en parallèle et réutilise les mêmes règles de propriété.
Oui, et les commandes permanentes et ouvertes sont généralement souhaitées ensemble plutôt que séparément, car un commercial évaluant une opportunité a besoin des deux simultanément. Alumio les enregistre dans le compte Dynamics 365 CRM correspondant selon la planification que vous définissez, avec uniquement les informations que vous indiquez. Seules les données disponibles dans Dynamics 365 CRM peuvent y être enregistrées.
Non. La procédure que cela met fin consiste pour un commercial à envoyer un message au service financier pour connaître l'état d'un compte. Le service financier répond en ouvrant SAP et en saisissant le numéro. Comme il s'agit d'une configuration, la personne responsable du processus décide de ce qui s'affiche et peut le modifier ultérieurement. Lorsqu'il faut élaborer un code plutôt que de le copier, le transformateur de code prend en charge cette étape.
En général, SAP gère la facturation financière et le CRM la gestion des ventes, mais la décision finale revient à l'entreprise. L'important est qu'elle soit consignée par écrit et appliquée, car toute donnée non attribuée risque d'être modifiée des deux côtés. Une fois l'attribution définie, la connexion la fait respecter dans un sens et la refuse dans l'autre, évitant ainsi que la dernière modification ne prévale.
Le problème vient d'un compte mis à jour par un tiers qui n'en est pas le propriétaire, car cela ressemble à une correction. Alumio enregistre qui a effectué la dernière modification et les données en attente ; ainsi, une modification non autorisée est détectée comme un refus et non comme une simple modification silencieuse. Chaque mise à jour est surveillée en temps réel et consignée. En cas de refus, une alerte est émise avec le motif, des tentatives de nouvelle mise à jour sont effectuées si la configuration le permet, et aucune donnée n'est perdue sans laisser de trace.
É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)
