L'intégration de Salesforce à New Relic relie l'état du service à la fiche client, permettant ainsi aux équipes commerciales de savoir quels clients ont été réellement touchés par une dégradation avant même que ces clients ne la signalent.
New Relic constate une dégradation du service et Salesforce sait qui en assume le coût, mais aucun lien ne les unit. Un incident est géré techniquement, mais les responsables de compte en sont informés par le client plutôt que par l'équipe d'ingénierie, et personne ne peut identifier les comptes réellement affectés. Les discussions de renouvellement se déroulent sans l'historique de fiabilité qui les a motivées. Connecter Salesforce et New Relic permet de combler ces lacunes : les alertes de santé sont intégrées au dossier client au fur et à mesure que l'incident se produit, permettant ainsi à l'équipe commerciale d'en constater l'impact tant qu'il est encore pertinent et d'agir en conséquence.

Les signaux New Relic sont liés aux comptes Salesforce de ce service ; un incident génère donc une liste nommée des clients concernés, et non une chronologie interne sur laquelle personne ne peut agir.
Étant donné que l'impact est constaté par Salesforce pendant la durée de l'incident, les équipes commerciales contactent directement les clients concernés au lieu d'être informées du problème par le biais d'une réclamation entrante.
L'historique de fiabilité de New Relic est stocké sur le compte Salesforce, de sorte qu'une discussion sur le renouvellement reflète le service que le client a réellement reçu pendant toute la durée du contrat.
Les problèmes récurrents de New Relic peuvent être mis en balance avec les revenus Salesforce qu'ils génèrent, ce qui permet de prioriser les interventions en fonction des personnes concernées plutôt que des personnes ayant déposé la plainte le plus récemment.
Lorsque New Relic signale une dégradation, Alumio lit l'étiquette de compte déjà appliquée à ce service et enregistre l'impact sur chaque élément, afin que l'équipe en charge du compte puisse travailler à partir d'une liste nommée pendant que l'incident est encore ouvert.
Les résumés de disponibilité de New Relic sont enregistrés mensuellement dans le compte Salesforce, ce qui permet de partir d'une discussion sur le renouvellement ou l'évaluation du service reçu par le client plutôt que d'une impression générale.
Les erreurs répétées de New Relic sont agrégées en fonction des comptes Salesforce qu'elles affectent, ce qui permet aux ingénieurs d'évaluer correctement le coût commercial d'un défaut récurrent avant de décider où concentrer les efforts du prochain sprint.
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.
Le service d'assistance est généralement le troisième système utilisé. Les équipes qui connectent Salesforce à New Relic l'ajoutent car une panne et les tickets qu'elle génère constituent un seul et même événement, visible des deux côtés. Leur regroupement permet de connaître le coût réel d'un incident. Alumio centralise ces connexions sur une seule plateforme, de sorte que le volume de requêtes et les signaux de service arrivent sur le même compte Salesforce.
Uniquement lorsque vos entités New Relic sont associées au compte auquel elles sont liées ; il est primordial de vérifier ce point en premier. New Relic modélise les entités par des étiquettes plutôt que par des clients ; les équipes utilisant une infrastructure par client doivent donc impérativement les étiqueter. Alumio utilise cette étiquette pour déterminer les comptes Salesforce concernés par un incident, et vous décidez quels signaux sont pertinents, car un flux non filtré génère du bruit.
Non, la connexion est configurée et non établie. La sélection des signaux New Relic, leur résolution en comptes Salesforce et le choix des données à écrire constituent des tâches d'interface qui remplacent la reconstitution manuelle des personnes affectées après un incident. Le lien entre un service et ses clients étant spécifique à votre activité, le transformateur de code intervient lorsque cette logique dépasse une simple correspondance de champs.
Oui, à condition qu'un élément de vos données associe déjà un service à ses clients. Alumio associe un signal New Relic aux comptes Salesforce de ce service en utilisant l'identifiant que vous possédez : une référence de compte sur le service, un ID de locataire ou un nom d'environnement. Si aucun lien de ce type n'existe encore, sa création est la première étape, car sans elle, une alerte reste un événement interne.
Aucune donnée n'est écrite sur le mauvais compte et aucune donnée n'est perdue silencieusement. Alumio surveille chaque transfert en temps réel et conserve l'historique des envois. Ainsi, un signal New Relic non associé à un compte Salesforce génère une alerte immédiate, au lieu d'être redirigé vers un compte approximatif. Des tentatives de retransmission sont automatiquement effectuées si la configuration le permet. Le journal contient le signal et la raison de l'échec de l'association.
É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.