Presentamos el Alumio Route Builder
Ahora conecte, organice y gobierne las integraciones a escala desde una interfaz visual
Llega un ticket de Zendesk que incluye la cuenta de Microsoft Dynamics 365 F&O a la que se ha asignado, por lo que un agente abre la respuesta sabiendo ya quién pregunta y qué pedidos tiene en ese momento.
Un ticket de Zendesk llega desde una dirección de correo electrónico. Esa dirección puede pertenecer a un cliente con cuatro pedidos abiertos, a alguien de una empresa desconocida o a una persona que usa una dirección personal para una cuenta comercial. El agente dedica los primeros minutos de cada ticket a averiguar a quién pertenece cada cliente. Mientras tanto, el cliente espera una respuesta a una pregunta sobre una entrega. La conexión entre Microsoft Dynamics 365 F&O y Zendesk permite redirigir al solicitante a una cuenta donde se pueda resolver su problema e indica claramente dónde no es posible, de modo que el agente parte de la información disponible.
DATOS QUE FLUYEN ENTRE ELLOS
Solicitantes de tickets
Cuentas de clientes
Pedidos abiertos
Fechas de entrega
Facturas
Contexto del ticket
Un ticket de Zendesk lleva la cuenta de Microsoft Dynamics 365 F&O a la que se ha resuelto, por lo que un agente abre una respuesta con los pedidos abiertos del cliente delante, en lugar de con un nombre.
Las fechas de entrega llegan con el ticket, por lo que la pregunta más común de todas se responde directamente en el ticket, en lugar de tener que derivarla a alguien con acceso al sistema ERP.
Un solicitante que no encuentra ninguna cuenta se marca como tal, de modo que el agente sabe que está tratando con un remitente desconocido en lugar de suponer que los datos llegan tarde.
Debido a que el contexto llega con el ticket, se reducen las conversaciones entre los agentes, que es donde realmente se pierde tiempo de respuesta, en lugar de en la redacción de la respuesta.
Cuando se crea un ticket en Zendesk, Alumio asigna al solicitante una cuenta de Microsoft Dynamics 365 F&O donde sea posible y anota los pedidos abiertos y las fechas de entrega en el ticket, de modo que el agente comienza la respuesta ya informado.
Una pregunta sobre una entrega se responde a partir de las fechas que ya figuran en el ticket, por lo que el agente no abre el sistema ERP ni transfiere la conversación a un compañero que pueda hacerlo, que es donde reside la mayor parte de la demora en la respuesta.
Cuando una dirección de correo electrónico no coincide con ninguna cuenta de Microsoft Dynamics 365 F&O, el ticket lo indica en lugar de llegar vacío, por lo que el agente lo trata como un remitente desconocido en vez de esperar un contexto que nunca llegará.
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.
.svg){kind=icon}
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.
Lo que el agente aún debe consultar en otro lugar es la guía oficial, y después de los pedidos, suele ser la propia máquina. Un registro de dispositivo o activo es un complemento común, ya que Microsoft Dynamics 365 F&O sabe qué se vendió y el registro sabe qué tiene instalado el cliente, que no siempre coincide. Alumio mantiene ambas conexiones, por lo que un ticket de Zendesk las incluye.
El contexto del ticket es lo que se registra, y la resolución a una cuenta es lo que lo posibilita. Alumio lee la solicitud de Zendesk, la resuelve a una cuenta de Microsoft Dynamics 365 F&O según la regla que usted haya configurado y registra los pedidos abiertos, las fechas y la posición de la factura en el ticket. Si no se resuelve a ninguna cuenta, también se registra, según la programación que usted elija.
No, y el agente es el usuario para quien se diseñó esto, no el integrador. Los campos de Microsoft Dynamics 365 F&O que aparecen en un ticket de Zendesk, cómo se realiza la coincidencia con el solicitante y cómo se muestra una coincidencia fallida son configuraciones de la interfaz de Alumio. Cuando una empresa identifica a los clientes por algo distinto a una dirección, el Code Transformer toma esa regla de coincidencia.
A menudo, no es algo de lo que se pueda estar seguro, y decirlo claramente es más útil que adivinar. Un ticket de Zendesk se crea a partir de una dirección de correo electrónico, y una dirección solo se vincula a una cuenta de Microsoft Dynamics 365 F&O si alguien la ha registrado allí; por lo tanto, una dirección personal, un nuevo contacto o un buzón compartido pueden no tener ninguna relación. La clave para evitar que un agente confíe en una dirección vacía es verificar la coincidencia cuando sea posible y marcar el resto.
La alerta se envía tanto al agente como al integrador, ya que la persona afectada está atendiendo a un cliente. Alumio detecta el fallo en el momento en que ocurre y registra cada ticket con la cuenta de Microsoft Dynamics 365 F&O que intentó abrir, de modo que un ticket de Zendesk abierto sin destinatario se muestra como no resuelto en lugar de vacío, se activan alertas de inmediato con el motivo, se ejecutan reintentos donde estén configurados y no llega ningún ticket sin previo aviso, como si se tratara de un cliente conocido sin historial.
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.
.svg)
