Eliminar actividad con tiempo similar

Descripción general

El filtro Eliminar actividad con tiempo similar elimina eventos de actividad específicos de los casos cuando ocurren dentro de una ventana de tiempo definida respecto a otra actividad. Este filtro a nivel de evento está diseñado para limpiar los registros de procesos eliminando actividades redundantes o duplicadas que ocurren demasiado cerca en el tiempo. Usted especifica qué actividad eliminar, con cuál actividad compararla (o con todas las demás actividades) y la diferencia máxima de tiempo que dispara la eliminación.

Usos comunes

Eliminar actividades duplicadas o redundantes que ocurren en segundos o minutos entre sí
Limpiar registros eliminando eventos de reintento automático que ocurren inmediatamente después de fallos
Eliminar eventos de notificación redundantes que se activan muy cerca de sus actividades desencadenantes
Filtrar actividades de entrada de datos duplicadas registradas en una ventana de tiempo corta
Limpiar registros de procesos donde la misma actividad fue registrada varias veces por error
Eliminar actividades de seguimiento que ocurren demasiado rápido después de las actividades iniciales

Configuración

Actividad a eliminar: El nombre de la actividad que desea eliminar de los casos.

Actividad con la que comparar: La actividad de referencia para comparar tiempos. Déjelo vacío para comparar con todas las demás actividades.

Umbral de duración: La diferencia máxima de tiempo entre eventos. Si la actividad a eliminar ocurre dentro de esta ventana después de la actividad de referencia, será eliminada.

Configuración	Propósito	Valor de ejemplo
Actividad a eliminar	Especifica qué eventos de actividad eliminar	"Email Notification"
Actividad con la que comparar	Actividad de referencia para comparación temporal	"Order Confirmed" o dejar vacío
Umbral de duración	Diferencia máxima de tiempo que dispara la eliminación	"00:05:00" (5 minutos)

Ejemplos

Ejemplo 1: Eliminando notificaciones de correo duplicadas

Escenario: Su sistema de gestión de pedidos a veces envía notificaciones de correo duplicadas dentro de minutos posteriores a la confirmación del pedido. Estos eventos duplicados "Email Sent" saturan el registro de procesos y no representan pasos significativos del proceso. Desea eliminar los eventos "Email Sent" que ocurren dentro de 5 minutos después de la actividad "Order Confirmed".

Configuración:

Actividad a eliminar: "Email Sent"
Actividad con la que comparar: "Order Confirmed"
Umbral de duración: "00:05:00" (5 minutos)

Resultado:

Cualquier evento "Email Sent" que ocurra dentro de 5 minutos después de un evento "Order Confirmed" en el mismo caso se elimina. Por ejemplo, si el Caso #12345 tiene "Order Confirmed" a las 10:00:00 AM y "Email Sent" a las 10:02:30 AM, el evento de correo es eliminado. Si otro caso tiene "Email Sent" a las 10:08:00 AM (8 minutos después), ese evento se conserva porque está fuera de la ventana de 5 minutos.

Perspectivas: Esto limpia su registro de procesos eliminando eventos de notificación redundantes que siempre siguen de cerca la confirmación del pedido. Los eventos de correo restantes representan comunicaciones legítimas separadas, mientras que las notificaciones duplicadas se filtran, brindándole una vista más limpia del flujo real del proceso.

Ejemplo 2: Eliminando eventos automáticos de reintento

Escenario: Su sistema de procesamiento de pagos reintenta automáticamente las transacciones fallidas dentro de los 30 segundos. Estos eventos automáticos "Retry Payment" son generados por el sistema y deben eliminarse del análisis, manteniendo solo los reintentos manuales que ocurren más tarde.

Configuración:

Actividad a eliminar: "Retry Payment"
Actividad con la que comparar: "Payment Failed"
Umbral de duración: "00:00:30" (30 segundos)

Resultado:

Cualquier evento "Retry Payment" que ocurra dentro de 30 segundos después de "Payment Failed" se elimina del registro. Si el Caso #PAY-789 tiene "Payment Failed" a las 2:15:00 PM y "Retry Payment" a las 2:15:15 PM, el reintento se elimina. Los reintentos manuales que ocurren horas después permanecen en el registro.

Perspectivas: Al filtrar los reintentos automáticos, puede centrarse en los pasos significativos del procesamiento de pagos y las intervenciones manuales. Esto proporciona tiempos de ciclo precisos y ayuda a identificar casos que requieren intervención humana frente a recuperación automática.

Ejemplo 3: Eliminando verificaciones de estado redundantes

Escenario: Su aplicación registra una actividad de "Status Check" que a veces ocurre inmediatamente después de cualquier otra actividad debido a la monitorización automatizada. Desea eliminar los eventos "Status Check" que ocurren dentro de 1 segundo después de cualquier otra actividad, ya que son chequeos automáticos del sistema y no pasos significativos del proceso.

Configuración:

Actividad a eliminar: "Status Check"
Actividad con la que comparar: (dejar vacío para comparar con todas)
Umbral de duración: "00:00:01" (1 segundo)

Resultado:

Cualquier evento "Status Check" que ocurra dentro de 1 segundo después de cualquier otra actividad es eliminado. Por ejemplo, si el Caso #APP-456 tiene "Document Upload" a las 11:30:00.000 AM y "Status Check" a las 11:30:00.500 AM (500 milisegundos después), se elimina el chequeo. Los chequeos que ocurren más de 1 segundo después se conservan.

Perspectivas: Esto elimina eventos de monitorización automática que saturan el registro, manteniendo solo las verificaciones de estado intencionales iniciadas por usuarios o procesos programados. La visualización del proceso es más limpia y representativa de actividades reales de negocio.

Ejemplo 4: Limpieza de entradas duplicadas de datos

Escenario: Durante una migración de datos, algunas actividades de "Update Customer Info" se registraron dos veces en el mismo minuto por error. Desea eliminar estos eventos duplicados para limpiar los datos históricos.

Configuración:

Actividad a eliminar: "Update Customer Info"
Actividad con la que comparar: (dejar vacío)
Umbral de duración: "00:01:00" (1 minuto)

Resultado:

Cualquier evento "Update Customer Info" que ocurra dentro de 1 minuto después de cualquier otra actividad en el mismo caso es eliminado. Esto captura entradas duplicadas que ocurrieron durante la migración. Si el Caso #CUST-321 tiene dos eventos "Update Customer Info" a las 3:45:00 PM y 3:45:30 PM, el segundo se elimina.

Perspectivas: Esto ayuda a limpiar datos históricos afectados por problemas de migración o errores de doble entrada. Al eliminar duplicados casi simultáneos, se obtiene una representación más precisa de las actualizaciones reales de información del cliente y métricas de proceso más limpias.

Resultado

Este filtro opera a nivel de evento, eliminando eventos individuales de los casos:

Solo se afectan los eventos especificados en "Actividad a eliminar"
Se eliminan eventos que ocurren DESPUÉS de los eventos de referencia dentro del umbral de tiempo
La comparación temporal es direccional (solo se consideran eventos posteriores a los de referencia)
Los casos permanecen en el conjunto de datos incluso si se eliminan eventos
Se preservan todos los demás atributos y propiedades de los eventos
Si ningún evento cumple con el criterio de eliminación, se devuelve el conjunto de datos original sin cambios

Use este filtro para limpiar registros de procesos eliminando actividades redundantes, duplicadas o generadas por el sistema que ocurren muy cerca en el tiempo de pasos significativos del proceso.

Esta documentación es parte de la plataforma de minería de procesos mindzie Studio.