La integración de Salesforce con New Relic conecta el estado del servicio con el registro del cliente, de modo que los equipos de cuentas sepan a qué clientes afectó realmente una degradación antes de que esos clientes lo notifiquen.
New Relic sabe que el servicio se degradó y Salesforce sabe quién paga por ello, pero no hay conexión entre ambos. Un incidente se gestiona correctamente desde el punto de vista técnico, pero los gestores de cuentas se enteran por el cliente en lugar de por el equipo de ingeniería, y nadie puede precisar qué cuentas se vieron afectadas. Las negociaciones de renovación se llevan a cabo sin el historial de fiabilidad que las precedió. La conexión entre Salesforce y New Relic une estas dos partes: las señales de estado llegan al registro del cliente a medida que se desarrolla el incidente, de modo que el equipo comercial detecta el impacto cuando aún es relevante y puede actuar en consecuencia.

Las señales de New Relic están relacionadas con las cuentas de Salesforce en ese servicio, por lo que un incidente genera una lista con los nombres de los clientes afectados, no una cronología interna sobre la que nadie puede actuar.
Dado que el impacto llega a Salesforce mientras el incidente está abierto, los equipos de cuentas se ponen en contacto directamente con los clientes afectados en lugar de enterarse del problema a través de una queja recibida.
El historial de confiabilidad de New Relic se encuentra en la cuenta de Salesforce, por lo que una conversación sobre la renovación refleja el servicio que el cliente realmente recibió durante la vigencia del contrato.
Los problemas recurrentes de New Relic se pueden comparar con los ingresos que Salesforce genera, de modo que el trabajo se prioriza en función de a quién afecta, en lugar de en función de quién se quejó más recientemente.
Cuando New Relic informa de una degradación, Alumio lee la etiqueta de cuenta ya aplicada a ese servicio y registra el impacto en cada una, de modo que el equipo de cuentas trabaja a partir de una lista con nombres mientras el incidente aún está abierto.
Los resúmenes de tiempo de actividad de New Relic se envían a la cuenta de Salesforce mensualmente, por lo que una conversación sobre renovación o revisión comienza a partir del servicio que recibió el cliente, en lugar de una impresión general del mismo.
Los errores repetidos de New Relic se agrupan en las cuentas de Salesforce a las que afectan, de modo que el equipo de ingeniería pueda evaluar adecuadamente el coste comercial de un fallo recurrente antes de decidir a dónde se destinará el próximo sprint de trabajo.
Alumio se sitúa entre los canales de venta y los sistemas de cumplimiento como una columna vertebral de integración gobernada. Los pedidos se enrutan, transforman y validan, mientras que las actualizaciones de estado regresan a cada canal.
Autentique sus sistemas utilizando los conectores preconfigurados de Alumio. Elija entre más de 200 paquetes de conectores en el marketplace, además de integraciones personalizadas ilimitadas.
Defina cómo se asignan los campos de datos entre sistemas en una interfaz visual. Ajuste formatos, enriquezca registros y aplique lógica de negocio, sin necesidad de código personalizado.
Configure los flujos para que se ejecuten en tiempo real según eventos, según un horario o ambos. Reduzca la entrada manual de datos y deje que Alumio gestione el movimiento y la transformación entre sistemas.
Una vez que su primera integración esté activa, añadir su ERP, PIM, WMS o CRM se conecta al mismo centro. Los flujos existentes siguen funcionando. Sin necesidad de reconstruir desde cero.
El servicio de soporte suele ser el tercer sistema. Los equipos que conectan Salesforce con New Relic lo añaden porque una degradación y los tickets que genera constituyen un único evento visto desde dos perspectivas, y al combinarlos se muestra el coste real de un incidente. Alumio mantiene esas conexiones en una sola plataforma, de modo que el volumen de casos y las señales de servicio llegan a la misma cuenta de Salesforce.
Solo cuando tus entidades de New Relic estén etiquetadas con la cuenta a la que sirven, lo cual conviene verificar antes que nada. New Relic modela las entidades con etiquetas en lugar de clientes, por lo que los equipos que utilizan infraestructura por cliente etiquetan deliberadamente. Alumio lee esa etiqueta para determinar qué cuentas de Salesforce afectaron un incidente, y tú decides qué señales son relevantes, ya que un flujo sin filtrar se convierte en ruido.
No, la conexión se configura, no se crea. Seleccionar las señales de New Relic, vincularlas a las cuentas de Salesforce y elegir qué se registra son tareas de interfaz, lo que reemplaza la reconstrucción manual de quién se vio afectado después de un incidente. El vínculo entre un servicio y los clientes que lo utilizan es específico de su negocio, por lo que el Code Transformer interviene cuando la lógica va más allá de una simple coincidencia de campos.
Sí, siempre que tus datos ya vinculen un servicio con sus clientes. Alumio resuelve una señal de New Relic a las cuentas de Salesforce en ese servicio utilizando el identificador que tengas: una referencia de cuenta en el servicio, un ID de inquilino o un nombre de entorno. Si aún no existe dicha vinculación, establecerla es el primer paso, ya que sin ella la alerta se queda como un evento interno.
No se escribe nada en la cuenta equivocada ni se pierde nada silenciosamente. Alumio supervisa cada transferencia en tiempo real y conserva la información enviada, por lo que una señal de New Relic que no se puede resolver con una cuenta de Salesforce genera una alerta inmediata en lugar de ir a una ubicación aproximada, con reintentos automáticos donde esté configurado. El registro contiene la señal y el motivo por el que no se pudo encontrar la coincidencia.
Habla con un especialista en integración de Alumio. Diseñaremos la arquitectura adecuada para tus sistemas, a la escala correcta, para que tus operaciones sigan siendo fiables ante cualquier cambio.