- Notas relacionadas
- Antes de empezar
- Primeros pasos
- Integraciones
- Trabajar con apps de proceso
- Trabajar con paneles y diagramas
- Trabajar con diagramas de proceso
- Trabajar con modelos de proceso Descubrir e Importar modelos BPMN
- Showing or hiding the menu
- Información del contexto
- Exportar
- Filtros
- Envío de ideas de automatización a UiPath® Automation Hub
- Etiquetas
- Fechas límite
- Comparar
- Comprobación de conformidad
- Análisis de causa raíz
- Simular el potencial de automatización
- Iniciar un proyecto de Task Mining desde Process Mining
- Triggering an automation from a process app
- Ver datos del proceso
- Creación de aplicaciones
- Cargar datos
- Personalizar apps de proceso
- Publicar aplicaciones de proceso
- Plantillas de la aplicación
- Recursos adicionales
Designing an event log
Al configurar las transformaciones para Process Mining, es importante tener una buena comprensión del proceso. El primer paso es definir los eventos que ocurren y las entidades en las que estos eventos tienen lugar.
Comience definiendo las actividades de alto valor. Priorice la adición de actividades en función de la frecuencia con la que ocurren y su importancia para el usuario final. La definición de las actividades debe ser un proceso iterativo.
A continuación se muestra un ejemplo de un registro de eventos para el proceso de Facturas.
El número ideal de actividades para describir un proceso es entre 10 y 20. Aunque más actividades darán lugar a más posibilidades de análisis, también darán lugar a más variaciones de procesos y a una mayor complejidad.
Número de actividades |
Resultado |
---|---|
<10 |
Baja complejidad de análisis, bajo número de posibles mejoras. |
10-20 |
Equilibrio óptimo entre la complejidad del análisis y las posibles mejoras |
20 |
Alta complejidad de análisis, alto número de pequeñas mejoras. |
Convenciones de nombres
Para los nombres de las actividades, la práctica recomendada es utilizar el formato de nombre de verbo, como Crear documento. Consulta la tabla a continuación para obtener algunos consejos sobre la asignación de nombres de actividades.
Nombre de actividad |
Asesoramiento |
Mejores prácticas |
---|---|---|
Orden Orden |
Evita los nombres ambiguos de las actividades. |
Solicitar material |
Ticket |
Evita los nombres singulares de las actividades, indica qué pasó con qué. |
Crear ticket |
Documento cancelado |
Evita la voz pasiva. |
Cancelar documento |
Aprobar la comprobación del control de crédito en el pedido |
Evita los nombres de actividades demasiado largos |
Aprobar la verificación de crédito SO |
Los eventos tienen lugar en una o más entidades en el proceso. Utilice el conjunto de eventos deseados para determinar qué entidades se necesitan para un proceso empresarial. A continuación se muestra un ejemplo de un conjunto de eventos y sus entidades correspondientes.
purchase_order_type
y una entidad de factura puede tener un payment_due_date
.
El número de entidades de interés en un proceso varía en función de la complejidad del proceso. En algunos procesos, solo se puede requerir una entidad, como el ticket en un proceso de Gestión de incidentes.
En procesos más complejos, varias entidades pueden ser de interés. Por ejemplo, un proceso Purchase-to-Pay que comienza con la compra de un producto hasta el pago de una factura cubre un conjunto de eventos relacionados con múltiples entidades. Para crear un registro de eventos para dichos procesos, deben definirse las relaciones entre las entidades. Consulta la siguiente ilustración para ver un diagrama de relación de ejemplo de entidades Purchase-to-Pay.
El registro de eventos describe el proceso de principio a fin que abarca los eventos de todas las entidades combinadas. Solo una entidad en el proceso puede funcionar como entidad principal a la que se realizará un seguimiento durante todo el proceso. Esta entidad principal se denomina "Caso" en el proceso, identificado por su "ID de caso".