- Enviar un mensaje de texto SMS cuando hay un ticket urgente sin atender por más de 48 horas
- Enviar una notificación a un flujo de X (anteriormente Twitter) cuando se crea un nuevo ticket urgente
Estos son solo algunos ejemplos. Consulte Configurar destinos a continuación si desea más información acerca de los destinos disponibles. Los destinos se usan en acciones de automatizaciones y disparadores. Primero se configura un destino y luego se especifica el destino con la acción Notificar por > Destino.
Configurar destinos
Además de los destinos genéricos de correo electrónico, se pueden usar destinos predefinidos para aplicaciones y servicios conocidos basados en la nube.
- Las cuentas de prueba tienen un límite de diez destinos.
- Cuando la autenticación de dos factores está activada para los agentes o administradores, solo se puede usar un token de API para autenticar a los destinos, usando "correoelectrónico@ejemplo.com/token" y su token como una contraseña.
Destino | Descripción |
---|---|
Basecamp |
Con el destino Basecamp, puede hacer push de las actualizaciones de los tickets a un proyecto como:
Es necesario activar el acceso a la API en la cuenta de Basecamp para poder usar este destino. Si desea información sobre cómo configurar Basecamp, consulte Setting up and using the Basecamp target (Configuración y uso del destino Basecamp). |
Campfire | Envíe notificaciones a una sala de chat de Campfire. |
Clickatell | Utilice este destino para enviar mensajes SMS con su cuenta de Clickatell. Siga los pasos en la guía de HTTP API de Clickatell para configurar la cuenta, agregar una conexión HTTP y obtener una ID de API. |
Correo electrónico | Use disparadores de ticket o automatizaciones para enviar correos electrónicos a una dirección concreta. La dirección de envío es la dirección asociada de forma predeterminada a la marca. La acción se puede definir en un disparador o una automatización. Si la dirección de correo electrónico de destino es una dirección de Support externa en otra cuenta de Support con la que tiene un acuerdo para compartir tickets, la dirección de correo electrónico de destino rechaza la notificación por correo electrónico. No se creará un ticket. Esto sucede para evitar que se cree un bucle de correo electrónico. Si tiene que compartir solicitudes de soporte con otra cuenta de Support, utilice la función para compartir tickets en su lugar. Además, para evitar entrar en un bucle de correo electrónico, no se permite notificar a las direcciones de soporte de su propia cuenta. |
Get Satisfaction | Publique comentarios públicos en los temas de Get Satisfaction para los tickets creados con la herramienta de moderador de Zendesk en Get Satisfaction. Al crear este destino, se crearán los disparadores y las vistas necesarios y también se agregará un widget útil en la página principal y en la página de tickets (puede eliminar los widgets si no los necesita). |
Pivotal Tracker | Cree historias en Pivotal Tracker a partir de un ticket de Zendesk Support para priorizar fácilmente los temas de soporte en los proyectos atrasados. El destino Pivotal Tracker envía la ID del ticket de Zendesk Support a Pivotal Tracker al crear una nueva historia. Si ha activado la integración con Zendesk nativa de Pivotal Tracker en el proyecto de destino Pivotal Tracker, se crea un vínculo al ticket de Zendesk Support en la nueva historia. |
Twilio | Utilice este destino para enviar mensajes SMS a un teléfono móvil utilizando la cuenta de Twilio. |
X Corp | Envíe notificaciones a un flujo de X (anteriormente Twitter).
Nota: Asegúrese de proteger su flujo de X si no desea que el público en general pueda leer las notificaciones.
|
URL | Pase parámetros de URL a cualquier URL. Se pueden utilizar marcadores de posición como valores. Ejemplo: www.some-address.com?customer_name={{ticket.requester.name}}. Configure un script en su servidor para recibir la solicitud, y luego puede hacer casi cualquier cosa desde ahí. Para resolver problemas con el destino, consulte Obtención de información acerca de las fallas de destinos de URL. No se recomienda el uso de destinos de URL para actualizar tickets en Zendesk Support porque pueden producir varios problemas. Utilícelos solo para destinos externos. |
Yammer | Envíe notificaciones a un flujo de Yammer. |
- En el Centro de administración, haga clic en Aplicaciones e integraciones en la barra lateral y luego seleccione Destinos > Destinos.
- Seleccione Agregar destino.
- Se muestran todas las opciones de destino. Seleccione el tipo de destino e ingrese la información de destino requerida (varía según el destino).
- Seleccione Crear destino en la lista desplegable en la parte inferior de la página. Si desea probar el destino antes de agregarlo, seleccione Probar destino.
- Haga clic en Enviar.
Una vez que se han configurado, los destinos se pueden editar, borrar y desactivar y volver a activar. Consulte Administración de destinos externos.
Usar destinos en automatizaciones y disparadores
- Cumplir todas las siguientes condiciones
- Ticket > Ticket | Es | Creado
- Ticket > Prioridad | Es | Urgente
- Acciones
- Notificar por > Destino | Mi cuenta de X
Puesto que se está interactuando con destinos externos, puede haber una demora entre el momento en que se ejecuta un disparador o una automatización y el momento en que se ven los resultados en el destino externo (en el ejemplo anterior, sería la página de inicio o el flujo de X).
Se pueden ingresar hasta 8192 caracteres en el campo Mensaje de una acción Notificar por > Destino.
Evitar errores de tiempo máximo de inactividad
Si se recibe un error de tiempo máximo de inactividad dentro de los 10 segundos de haber hecho una solicitud, Zendesk volverá a intentar la solicitud. Después de 21 intentos fallidos consecutivos, Zendesk desactiva el destino. Para poder usarlo otra vez, es necesario reactivarlo.
Los administradores de Zendesk reciben una notificación cuando un destino se desactiva automáticamente. No reciben una notificación cuando un destino se borra o desactiva manualmente.
- El cuerpo del mensaje en el disparador o la página de destino está en blanco.
- Hay un problema con el servidor receptor.