Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Die Integration von Salesforce zu New Relic verknüpft den Servicezustand mit dem Kundendatensatz, sodass die Account-Teams wissen, welche Kunden tatsächlich von einer Beeinträchtigung betroffen sind, bevor diese Kunden das Problem melden.
New Relic erkennt die Servicebeeinträchtigung und Salesforce weiß, wer dafür bezahlt, doch die beiden Systeme sind nicht miteinander verknüpft. Ein Vorfall wird technisch einwandfrei behoben, die Account Manager erfahren jedoch vom Kunden und nicht vom Entwicklungsteam davon, und niemand kann genau sagen, welche Accounts betroffen waren. Verlängerungsgespräche finden ohne die zugrundeliegende Zuverlässigkeitshistorie statt. Die Verbindung von Salesforce und New Relic schließt diese Lücke: Statusmeldungen erreichen den Kundendatensatz, sobald sich der Vorfall ereignet, sodass das Vertriebsteam die Auswirkungen erkennt, solange sie noch relevant sind, und entsprechend handeln kann.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Servicewarnungen
Fehlerraten
Betroffene Konten
Vorfallsberichte
Verfügbarkeitsübersichten
Supportfälle
Die Signale von New Relic beziehen sich auf die Salesforce-Konten dieses Dienstes. Daher erzeugt ein Vorfall eine benannte Liste der betroffenen Kunden und keine interne Zeitleiste, auf die niemand reagieren kann.
Da die Auswirkungen Salesforce erreichen, während der Vorfall noch offen ist, kontaktieren die Account-Teams die betroffenen Kunden direkt, anstatt erst durch eine eingehende Beschwerde von dem Problem zu erfahren.
Die Zuverlässigkeitshistorie von New Relic wird im Salesforce-Konto gespeichert, sodass ein Verlängerungsgespräch den Service widerspiegelt, den der Kunde während der Vertragslaufzeit tatsächlich erhalten hat.
Wiederkehrende Probleme mit New Relic können gegen den damit verbundenen Salesforce-Umsatz abgewogen werden, sodass die Arbeit danach priorisiert wird, wen sie betrifft, und nicht danach, wer sich zuletzt beschwert hat.
Wenn New Relic eine Beeinträchtigung meldet, liest Alumio das bereits für diesen Dienst zugewiesene Account-Tag und erfasst die Auswirkungen für jedes einzelne, sodass das Account-Team mit einer benannten Liste arbeiten kann, solange der Vorfall noch offen ist.
Die Uptime-Zusammenfassungen von New Relic werden monatlich im Salesforce-Account erstellt, sodass ein Gespräch über eine Verlängerung oder Überprüfung auf der Grundlage des vom Kunden erhaltenen Dienstes und nicht auf einem allgemeinen Eindruck davon beginnt.
Wiederholte New Relic-Fehler werden den betroffenen Salesforce-Konten zugeordnet, damit die Entwicklungsabteilung die kommerziellen Kosten eines wiederkehrenden Fehlers richtig einschätzen kann, bevor sie entscheidet, wo der nächste Arbeitssprint stattfindet.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
.svg){kind=icon}
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Der Support-Desk ist üblicherweise das dritte System. Teams, die Salesforce mit New Relic verbinden, nutzen ihn, weil eine Störung und die dadurch generierten Tickets ein und dasselbe Ereignis aus zwei Perspektiven darstellen. Die Zusammenführung dieser Systeme verdeutlicht die tatsächlichen Kosten eines Vorfalls. Alumio hält diese Verbindungen auf einer einzigen Plattform, sodass Fallaufkommen und Service-Signale im selben Salesforce-Account eingehen.
Nur dort, wo Ihre New Relic-Entitäten mit dem zugehörigen Account getaggt sind – dies sollte als Erstes überprüft werden. New Relic modelliert Entitäten mit Tags statt mit Kunden, daher taggen Teams, die eine kundenbasierte Infrastruktur betreiben, diese bewusst. Alumio liest diesen Tag, um zu ermitteln, welche Salesforce-Accounts von einem Vorfall betroffen sind. Sie entscheiden dann, welche Signale relevant sind, da ein ungefilterter Datenstrom zu Rauschen führt.
Nein, die Verbindung wird konfiguriert, nicht aufgebaut. Das Auswählen von New Relic-Signalen, deren Zuordnung zu Salesforce-Accounts und die Auswahl der zu schreibenden Daten sind Schnittstellenaufgaben, die die manuelle Rekonstruktion der Betroffenen nach einem Vorfall ersetzen. Die Verknüpfung zwischen einem Service und den zugehörigen Kunden ist unternehmensspezifisch. Der Code Transformer kommt dort zum Einsatz, wo die Logik über einen einfachen Feldabgleich hinausgeht.
Ja, vorausgesetzt, Ihre Daten verknüpfen bereits einen Dienst mit seinen Kunden. Alumio ordnet ein New-Relic-Signal den Salesforce-Accounts dieses Dienstes zu. Hierfür verwendet es die von Ihnen verwendete Kennung, eine Account-Referenz im Dienst, eine Mandanten-ID oder einen Umgebungsnamen. Existiert eine solche Verknüpfung noch nicht, muss sie als Erstes hergestellt werden, da eine Benachrichtigung sonst ein internes Ereignis bleibt.
Nichts wird dem falschen Konto zugeordnet oder unbemerkt verworfen. Alumio überwacht jede Übertragung in Echtzeit und speichert die gesendeten Daten. Kann ein New-Relic-Signal keinem Salesforce-Konto zugeordnet werden, wird sofort eine Warnung ausgegeben, anstatt nur eine ungefähre Zuordnung vorzunehmen. Wiederholungsversuche werden, sofern konfiguriert, automatisch durchgeführt. Das Protokoll enthält das Signal und den Grund für die fehlende Zuordnung.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.
.svg)
