Las automatizaciones permiten administrar el flujo de trabajo y, potencialmente, mejorar el rendimiento y la satisfacción del cliente, porque avisan sobre tickets que siguen sin resolver y que es necesario derivar (por ejemplo).

Zendesk proporciona una automatización que muestra uno de estos usos comunes:

96小时despue问好automatizacion cierra门票s de que se han resuelto (96 horas es una mejor práctica que los equipos de soporte emplean como la mínima cantidad de tiempo que un ticket debe permanecer resuelto antes de cerrarse). Cuando se ejecuta la automatización, se cierran los tickets que cumplen con estos criterios. La acción de cierre es como sigue:

Una vez que un ticket está cerrado, ya no se puede modificar y las automatizaciones ya no lo afectan.

Este ejemplo también ilustra una regla importante de las automatizaciones:una automatización tiene que contener una acción que cancele una condición. La condición "Estado es igual que Resuelto" es cancelada por la acción "Estado es igual que Cerrado". Si no hubiera una acción de cancelación, la automatización continuaría ejecutándose en un bucle sin fin porque el estado seguiría siendo resuelto (no cerrado) y seguiría cumpliendo los criterios de condición.

Las automatizaciones realizan una verificación cada hora para ver si se cumplieron sus condiciones. Por lo tanto una automatización debe incluir una de las siguientes:

• 对于女性我们希望她们的una accion, anula una de las赖斯ciones, o
• una condición que puede ser verdadera solo una vez

Si no hay una acción anuladora o una condición que es verdadera solo una vez, las condiciones sin modificar se seguirán cumpliendo y la automatización seguirá ejecutándose en un bucle sin fin.

Un ejemplo de una condición que se anula con frecuencia es una condición de "prioridad del ticket". Una condición de prioridad del ticket por lo general se asocia con una condición "horas desde que se creó". Por ejemplo, si la prioridad del ticket es Normal (Ticket: Prioridad > Es > Normal), la condición es anulada si se incluye una acción que cambie la prioridad a Alta (Ticket: Prioridad > Alta) o alguna otra prioridad.

拉的身体“小时desde是se abrio es”es un ejemplo de una condición que solo puede ser verdadera una vez. Esta condición no necesita una acción anuladora. Por ejemplo, si el número de horas desde que se abrió el ticket es 4 (Ticket: Horas desde que se creó > Es > 4), la condición solo será verdadera en una verificación. En la próxima verificación, el número de horas desde que se abrió será 5, y la condición será falsa.

Sin embargo, es importante tener cuidado al usar la condición “horas desde...es”. Es poco probable pero posible que una condición “es” nunca llegue a ser verdadera debido a variaciones mínimas que pueden ocurrir en la hora de ejecución y que pueden afectar a las automatizaciones. Es más probable que ese tipo de situaciones ocurra en cuentas más grandes, o en cuentas con muchas automatizaciones. Si desea ver detalles, consulteUso de la condición "Horas desde" en las automatizaciones.

Una manera fácil de cancelar una condición es agregando una etiqueta. La automatización buscará una etiqueta y, sinoestá presente, agregará la etiqueta al ticket y realizará las acciones correspondientes (por ejemplo, enviar una notificación). Si la etiquetasíestá presente en el ticket, la automatización no realizará la acción otra vez.

Las automatizaciones se ejecutan cada hora, pero no necesariamente en la hora exacta. Las automatizaciones se ejecutarán enalgún momentodurante la hora, tal vez cinco minutos después de la hora o treinta y ocho minutos después de la hora, por ejemplo.

El tiempo que toma ejecutar las automatizaciones depende de la cantidad de automatizaciones y tickets que se tengan que procesar. Las automatizaciones vuelven a ejecutarse en algún momento de la hora subsiguiente.

Cada automatización puede actuar en un máximo de 1000 tickets por hora. Si hay más de 1000 tickets en los que se cumplen las condiciones para una automatización, se procesarán 1000 tickets durante esa hora, y los demás tickets se procesarán durante la hora siguiente, si todavía se cumplen las condiciones, hasta que todos los tickets hayan sido verificados. En los trabajos extensos, podría demorar muchas horas procesar todos los tickets que cumplan las condiciones de esa automatización.

Un ciclo de automatización prolongado aumenta la posibilidad de que los agentes hagan actualizaciones de rutina en los tickets al mismo tiempo que se ejecutan las automatizaciones. Para evitar conflictos en la actualización de los tickets, las automatizaciones de Zendesk verifican el estado del ticket en el momento de hacer la actualización, en lugar de simplemente actuar según el estado del ticket cuando se inició el ciclo de automatización.

Para evitar actividad innecesaria, las automatizaciones no se ejecutan en las cuentas en las que nadie ha iniciado sesión en los últimos 14 días.

Las automatizaciones se ejecutan en orden cada hora y se disparan en los tickets que cumplen las condiciones. Cada automatización se dispara —es decir, realiza una acción en un ticket— cuando la automatización se ejecuta y se cumplen las condiciones especificadas. Eso quiere decir que el ticket se actualiza cada vez que se dispara una automatización durante el ciclo, de modo que no todas las automatizaciones ven el ticket en el mismo estado. Las acciones de una automatizaciónpuedenafectar otra automatización en la misma hora.

Las automatizaciones se ejecutan y se disparan (si se cumplen las condiciones) en un orden determinado. De modo que si tiene un ticket que ha estado pendiente por 48 horas, cuando se ejecuten las automatizaciones en la hora 49, se ejecutará y se disparará la Automatización n.º 1, luego la n.º 2. Después de que se dispare la Automatización n.º 2, el ticket se actualizará a prioridad Alta. Eso quiere decir que cuando se ejecute la Automatización n.º 3, se habrá cumplido la condición y se disparará la Automatización n.º 3.

• Analicemos un ejemplo con una condición "Horas desde" que depende del tiempo.Las condiciones que dependen del tiempo tienen que cumplirse dentro de un periodo de tiempo o después de que transcurra una mínima cantidad de tiempo. La primera vez que se ejecuta una automatización después de que se produce un evento cuenta como "cero" horas desde que se produjo dicho evento (porque es menos de una hora). Supongamos que tiene una automatización que realiza una acción dos horas después de que se resuelve un ticket y el ticket se resuelve a las 9:15 a.m. Esto es lo que sucede:
  1. Si la automatización se ejecuta a las 10:10 a.m., el ticket habrá estado resuelto por solo 55 minutos y la automatización no se disparará.
  2. Las automatizaciones se vuelven a ejecutar a las 11:10 a.m., el ticket habrá estado resuelto por 1 hora y 55 minutos, que la automatización cuenta como una hora (porque es menos de dos horas).
  3. Las automatizaciones se vuelven a ejecutar a las 12:10 p.m., el ticket habrá estado resuelto por 2 horas y 55 minutos, que la automatización cuenta como dos horas. Eso quiere decir que se cumple la condición y la automatización se disparará y actualizará el ticket.