Rien dans un compte Microsoft Dynamics 365 CRM n'indique qu'une entreprise est également fournisseur ; SAP Business One transmet donc le rôle ainsi que le solde, et un représentant voit à qui il s'adresse réellement.
SAP Business One centralise les clients et les fournisseurs comme partenaires commerciaux sur une seule liste, et les petites entreprises effectuent souvent des transactions bidirectionnelles avec la même entreprise. Microsoft Dynamics 365 CRM ne propose pas de solution simple pour cela ; le compte apparaît donc comme un compte standard, et un commercial peut tenter de conclure une commande tandis que le service financier bloque un paiement à cette même entreprise. Deux personnes gèrent la même relation de manière opposée et ne découvrent la supercherie qu'au pire moment. La connexion entre SAP Business One et Microsoft Dynamics 365 CRM transfère le rôle de partenaire et le solde sur le compte, rendant ainsi la relation visible avant tout engagement.

Lorsque SAP Business One considère une entreprise à la fois comme client et fournisseur, le compte Microsoft Dynamics 365 CRM l'indique clairement, au lieu de ne montrer qu'une partie de la relation.
Les soldes ouverts de SAP Business One sont enregistrés sur le compte Microsoft Dynamics 365 CRM, ce qui permet à un représentant de connaître la situation financière d'une entreprise avant de proposer des conditions que personne au service financier n'a acceptées.
Les partenaires sont mis en relation avant toute création, de sorte qu'une entreprise effectuant des transactions dans les deux sens constitue un seul historique Microsoft Dynamics 365 CRM au lieu de deux comptes que quelqu'un fusionnerait ultérieurement.
Les informations SAP Business One transmises à Microsoft Dynamics 365 CRM sont choisies délibérément, afin qu'un compte réponde rapidement à une question plutôt que de devenir une liste à parcourir.
Une entreprise qui achète et vend arrive sur un compte Microsoft Dynamics 365 CRM avec le rôle que lui attribue SAP Business One, de sorte que le représentant qui s'apprête à l'appeler peut voir l'autre moitié de la relation en premier lieu.
Avant même le lancement d'une proposition, le compte Microsoft Dynamics 365 CRM affiche déjà le montant dû par l'entreprise, car SAP Business One publie le solde impayé à la fréquence choisie, sans attendre qu'on le lui demande.
Un devis convenu dans Microsoft Dynamics 365 CRM est créé dans SAP Business One pour le partenaire correspondant, de sorte que la commande sur laquelle travaille le service financier est celle acceptée par le client et que personne ne la ressaisit à partir d'une pièce jointe.
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.
Les personnes qui demandent la prochaine connexion sont généralement celles qui rédigent les propositions, et ce qu'elles souhaitent, c'est l'accès à la bibliothèque de documents. Un accord signé détermine ce que SAP Business One doit facturer et ce que Microsoft Dynamics 365 CRM doit comptabiliser comme gagné. Actuellement, ce document se trouve dans un dossier inaccessible aux deux systèmes. Alumio gère cette connexion en parallèle de celle-ci ; les conditions et l'ordre correspondent donc à la même transaction.
C'est possible, et les détails à transférer sont définis avant l'échéance. Alumio récupère le partenaire commercial, son rôle et le solde disponible dans SAP Business One et les enregistre dans le compte Microsoft Dynamics 365 CRM correspondant, selon la fréquence que vous avez définie. Vous choisissez les champs SAP Business One à interroger (lorsque le système le permet), et toutes les données extraites sont filtrées avant d'être intégrées au compte ; les détails de paiement n'ont donc pas besoin d'être transférés.
Non, il s'agit d'une configuration et non d'un codage. Cela remplace la pratique consistant pour un commercial à contacter le service financier pour savoir si une entreprise est en arrêt, et à recevoir une réponse du service financier depuis un écran inaccessible au commercial. Les données transmises au compte Microsoft Dynamics 365 CRM, ainsi que l'association d'un partenaire à ce compte, sont définies dans l'interface d'Alumio. Lorsqu'un rôle doit être déterminé à partir de plusieurs valeurs SAP Business One simultanément, le transformateur de code prend en charge cette étape.
L'erreur qui consiste à séparer les comptes SAP Business One, même si cela semble simple sur le moment, est de constater que le rôle de chaque interlocuteur est bien défini. Une seule entreprise négociant à la fois en tant qu'acheteur et vendeur représente une seule relation, tandis que deux comptes Microsoft Dynamics 365 CRM impliquent deux personnes travaillant sur le même compte sans le savoir. En regroupant le rôle SAP Business One sur un seul compte, l'historique est conservé et un commercial peut consulter l'autre partie de la conversation avant même de l'ouvrir.
Deux échecs semblent identiques de l'extérieur. Alumio surveille chaque mise à jour en temps réel et enregistre le partenaire SAP Business One concerné ainsi que le rôle associé. Ainsi, un refus de modification par Microsoft Dynamics 365 CRM génère immédiatement une alerte avec la raison, tandis qu'une modification côté fournisseur, interprétée comme une modification client, est détectée par le rôle associé. Des tentatives de réapplication sont effectuées selon la configuration, évitant ainsi qu'une modification ne reste inachevée.
É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.