Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Integrationen mellan Salesforce och New Relic kopplar tjänstens hälsa till kundposten, så att kontoteam vet vilka kunder som faktiskt berörts av en försämring innan dessa kunder rapporterar den.
New Relic vet att tjänsten är försämrad och Salesforce vet vem som betalar för den, men inget binder samman de två. En incident hanteras väl tekniskt, sedan hör kontoansvariga om den från kunden snarare än från teknikern, och ingen kan säga vilka konton som faktiskt påverkades. Förnyelsesamtal sker utan den tillförlitlighetshistorik som format dem. Att koppla samman Salesforce och New Relic sammanfogar dessa halvor: hälsosignaler når kundregisteret allt eftersom incidenten utvecklas, så att det kommersiella teamet ser effekterna medan det fortfarande spelar roll och kan agera utifrån dem.
DATA SOM FLÖDAR MELLAN DEM
Serviceaviseringar
Felfrekvenser
Berörda konton
Incidentregister
Sammanfattningar av drifttid
Supportärenden
Nya Relic-signaler är relaterade till Salesforce-kontona på den tjänsten, så en incident genererar en namngiven lista över berörda kunder, inte en intern tidslinje som ingen kan agera utifrån.
Eftersom påverkan når Salesforce medan incidenten är öppen kontaktar kontoteamen berörda kunder direkt istället för att höra om problemet via ett inkommande klagomål.
Tillförlitlighetshistoriken från New Relic finns på Salesforce-kontot, så en förnyelsekonversation återspeglar den tjänst som kunden faktiskt fick under perioden.
Återkommande New Relic-problem kan vägas mot Salesforce-intäkterna bakom dem, så arbetet prioriteras utifrån vem det påverkar snarare än vem som klagade senast.
När New Relic rapporterar en försämring läser Alumio kontotaggen som redan tillämpats på den tjänsten och registrerar effekten mot varje, så att kontoteamet arbetar utifrån en namngiven lista medan incidenten fortfarande är öppen.
Drifttidssammanfattningar från New Relic skrivs till Salesforce-kontot månadsvis, så en förnyelse- eller granskningskonversation utgår från den tjänst kunden fått snarare än ett allmänt intryck av den.
Upprepade New Relic-fel aggregeras mot de Salesforce-konton de påverkar, så att tekniker kan väga den kommersiella kostnaden för ett återkommande fel ordentligt innan de bestämmer vart nästa sprint av arbetet går.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
.svg){kind=icon}
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
Supportdesken är det vanliga tredje systemet. Team som kopplar Salesforce till New Relic lägger till det eftersom en nedbrytning och de ärenden den genererar är en händelse sedd från två sidor, och att sammanfoga dem visar den verkliga kostnaden för en incident. Alumio håller dessa kopplingar på en plattform, så ärendevolym och servicesignaler kommer in på samma Salesforce-konto.
Endast där dina New Relic-entiteter är taggade med det konto de betjänar, vilket är värt att kontrollera innan något annat. New Relic modellerar entiteter med taggar snarare än kunder, så team som kör infrastrukturtaggar per kund medvetet. Alumio läser den taggen för att avgöra vilka Salesforce-konton en incident berörde, och du bestämmer vilka signaler som kvalificerar sig, eftersom en ofiltrerad ström blir brus.
Nej, kopplingen konfigureras snarare än byggs. Att välja nya Relic-signaler, lösa dem till Salesforce-konton och välja vad som ska skrivas är gränssnittsuppgifter, vilket ersätter den manuella rekonstruktionen av vem som drabbades efter en incident. Länken mellan en tjänst och kunderna på den är specifik för ditt företag, så Code Transformer finns där den logiken går bortom en enkel fältmatchning.
Ja, förutsatt att något i dina data redan länkar en tjänst till sina kunder. Alumio löser en New Relic-signal till Salesforce-kontona på den tjänsten med hjälp av den identifierare du har, en kontoreferens på tjänsten, ett hyresgäst-ID eller ett miljönamn. Om ingen sådan länk finns ännu är det första steget att etablera den, eftersom utan den förblir en varning en intern händelse.
Ingenting skrivs till fel konto och ingenting tas bort i tysthet. Alumio övervakar varje överföring i realtid och behåller det som skickades, så en New Relic-signal som inte kan kopplas till ett Salesforce-konto utlöser en omedelbar varning snarare än att hamna någonstans ungefärligt, med återförsök som körs automatiskt där det är konfigurerat. Loggen innehåller signalen och anledningen till att den inte kunde matchas.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.
.svg)
