process-mining
latest
false
Importante :
Este contenido se ha localizado parcialmente a partir de un sistema de traducción automática. La localización de contenidos recién publicados puede tardar entre una y dos semanas en estar disponible.
UiPath logo, featuring letters U and I in white

Process Mining

Última actualización 28 de may. de 2025

Cómo funciona el seguimiento de procesos

Piense en el seguimiento de procesos como un sistema que le permite seguir la progresión de una reclamación a medida que avanza a través de varias etapas en múltiples sistemas en un proceso de gestión de reclamaciones.

En este contexto, el Servicio de seguimiento de procesos se refiere a cada instancia de proceso individual que procesa una única reclamación como un seguimiento.

El objetivo principal del Servicio de seguimiento de procesos es proporcionar una vista completa e integral de la ejecución del proceso desde una perspectiva empresarial. De forma predeterminada, genera algunos datos de seguimiento implícitos. Además, permite a los desarrolladores de RPA implementar un seguimiento explícito durante todo el proceso, añadiendo así más contexto empresarial.


Consideremos un ejemplo de procesamiento de reclamaciones, que implica cuatro automatizaciones diferentes.

Automatización

Descripción

Entrada de reclamaciones

Un distribuidor creado con ReFramework. Se ejecuta todas las mañanas, y cada nueva reclamación recibida se añade a una cola como elemento de cola.

La tarea vinculada a este paso tiene una referencia al JobID que se ejecutó.

Nota:

La recepción de reclamaciones está vinculada con Evaluar reclamaciones a través de una cola como ejecutor del distribuidor.

Evaluar reclamaciones

Un ejecutante creado con ReFramework. Se ejecuta todos los mediodías y procesa todas las transacciones en cola. Realiza varias comprobaciones y, si pasa todas las evaluaciones, se inicia un trabajo para procesar la reclamación.

La tarea vinculada a este paso tiene una referencia al QueueItem que se ejecutó.

Procesar reclamación

Flujos de trabajo de larga duración que generan una tarea de Aprobación de Action Center (Aprobar reclamación alta) si se procesa una reclamación alta. Una vez completado el paso de aprobación, la reclamación se añade a SAP.

La tarea vinculada a la tarea Aprobar reclamación alta tiene una referencia al TaskID que se ejecutó.

Nota:

Procesar reclamación es una automatización iniciada por Evaluar reclamaciones utilizando Iniciar trabajo.

Archivar reclamación cerrada

Cada fin de semana, la automatización se ejecuta y recupera cada reclamación de SAP con estado Cerrado y archiva todos los documentos.

Nota:

La reclamación cerrada archivada está vinculada con la reclamación de proceso a través de la entidad Objeto de reclamación añadida en SAP.

Resumen del proceso

  • El nombre del proceso es "Gestión de reclamaciones".

  • El ID de seguimiento realiza un seguimiento de la ejecución de extremo a extremo de cada ID de reclamación.

  • Las tareas implícitas en el seguimiento son:

    • Reclamación de entrada;

    • Evaluar reclamaciones;

    • Procesar reclamación;

    • Aprobar reclamación alta.

  • Para cada tarea, el desarrollador de RPA puede decidir si desea añadir objetos empresariales a la tarea, la referencia del documento de reclamación inicial o la información de la reclamación de SAP.

Seguimiento de procesos implícitos

Al utilizar el seguimiento de procesos implícito, cada ejecución de automatización de una automatización genera un seguimiento y cada automatización se considera una tarea. Esto significa que cuando se ejecuta una automatización, se genera un seguimiento y una tarea.

Si dos flujos de trabajo de automatización tienen un vínculo (a través de un ElementoDeCola o a través de una actividad Iniciar trabajo y Obtener referencia), el ID de seguimiento se pasa de un flujo de trabajo de automatización a otro para capturar la causalidad.

Por lo tanto, si la automatización de procesamiento de reclamaciones anterior se actualiza con el último paquete de robot y sistema y se ejecuta durante un tiempo, la aplicación Process Optimization genera el siguiente gráfico de proceso:



La automatización de Reclamación cerrada archivada no aparece en el gráfico de proceso porque no está vinculada a la Reclamación de proceso a través de un componente de UiPath. En su lugar, se conecta a través de un sistema externo. Para establecer este vínculo, es necesario implementar el seguimiento explícito de procesos.

Seguimiento de flujo de trabajo de larga duración

El servicio de seguimiento de procesos realiza un seguimiento automático de cada nodo en el lienzo Flujo de trabajo de larga duración. Consulta Flujos de trabajo de larga duración en la guía de Studio para obtener más información sobre cómo crear y configurar automatizaciones de flujo de trabajo de larga duración.

Seguimientos, procesos y tareas generados por el UiPath Robot

UiPath Robot, junto con las actividades configuradas en un flujo de trabajo de automatización, es responsable de gestionar el seguimiento de procesos empresariales predeterminado.

Si una automatización no se desencadena desde otra automatización, se realizan los siguientes pasos:

  • Iniciar automatización

    • Inicia un nuevo seguimiento, con el mismo nombre de proceso que el publicado en Orchestrator.

    • Inicia una nueva tarea, con el nombre del proceso que se publica en Orchestrator como nombre de la tarea.

  • Detener automatización

    • Finaliza la tarea.

Nota:
  1. La ejecución del proceso de automatización siempre está en el contexto de un seguimiento y una tarea.

  2. Implícitamente, cada proceso de automatización se considera una tarea, y cada ejecución de proceso de automatización se considera un seguimiento, que tiene una tarea.

Propagación de ID de seguimiento

La propagación del ID de seguimiento se refiere al comportamiento cuando el ID de seguimiento de una automatización, por ejemplo, A1, se propaga automáticamente a una automatización A2. Todas las tareas de la automatización A2 pertenecen al ID de seguimiento de la automatización A1.

Importante:

Las actividades enumeradas en esta página admiten el servicio de seguimiento de procesos solo cuando la automatización que las contiene tiene habilitada la opción Seguimiento de procesos .

La siguiente tabla resume las actividades que generan la propagación de ID de seguimiento:

Actividades

Propagación de ID de seguimiento

Actividades relacionadas con el trabajo

Se produce cuando la automatización A1 desencadena la automatización A2, el ID de seguimiento generado por la automatización A1 se propaga automáticamente a la automatización A2. Todas las tareas de la automatización A2 pertenecen al ID de seguimiento de la automatización A1.

Actividades relacionadas con colas

Se produce cuando la automatización A1 crea un elemento de cola QI-1 utilizando las actividades mencionadas. El ID de seguimiento generado por la automatización A1 se propaga automáticamente a la automatización que procesa el elemento de cola QI-1.

Actividades relacionadas con Action Center

Se produce cuando la automatización A1 crea una acción human-in-the-loop, gestionable a través de Action Center. El ID de seguimiento generado por la automatización A1 se propaga automáticamente a la tarea de Action Center.

Actividades relacionadas con OCR inteligente

Se produce cuando la automatización A1 crea una acción de validación o clasificación de documentos, gestionable a través de una tarea de Action Center. El ID de seguimiento generado por la automatización A1 se propaga automáticamente a la tarea de Action Center.

Generación de ID de tarea

La generación de tareas se refiere al comportamiento de cuando una automatización, por ejemplo, A1, se suspende y espera a que se complete un evento externo antes de reanudarse, como la ejecución completa de una automatización diferente, el procesamiento de elementos de la cola o la espera de una tarea externa para completo.

Importante:

Las actividades enumeradas en esta página admiten el servicio de seguimiento de procesos solo cuando la automatización que las contiene tiene habilitada la opción Seguimiento de procesos .

La siguiente tabla resume las actividades que generan nuevos ID de tareas:

Actividades

Generación de ID de tarea

Sintaxis del nombre de la tarea

Marcas de tiempo de inicio y finalización de tareas

Actividades relacionadas con colas

Se produce cuando la automatización A1 inicia y procesa una transacción en cola.

La automatización A1 asigna los estados de los elementos de la cola a los estados de las tareas:

  • Elemento en cola correcto : tarea correcta

  • Elemento en cola fallido : tarea fallida

  • Elemento en cola pospuesto : tarea cancelada

<ProcessName-QueueName>: combina el nombre del proceso que procesó el elemento de la cola y el nombre de la cola donde se encuentra el elemento.
  • Fecha de inicio de la tarea: cuando la automatización A1 comienza a procesar el elemento en cola.

  • Marca de tiempo de finalización de la tarea: cuando la automatización A1 establece el estado del elemento en cola o pospone el elemento en cola.

Actividades relacionadas con el trabajo

Se produce cuando la automatización A1 se suspende y espera a que la automatización A2 se ejecute por completo antes de reanudar.<ProcessName>: se refiere al nombre del proceso para la automatización A2, tal y como se publica en Orchestrator.
  • Fecha de inicio de la tarea: cuando se suspende la automatización A1.

  • Marca de tiempo de finalización de la tarea: cuando se reanuda la automatización A1.

Actividades relacionadas con Action Center

Se produce cuando la automatización A1 espera a que se complete una acción humana en el bucle.<NameOfTheWaitActivity>: se refiere al nombre de la actividad "Esperar", tal y como se establece en tiempo de diseño en UiPath Studio.
  • Fecha de inicio de la tarea: cuando se suspende la automatización A1.

  • Marca de tiempo de finalización de la tarea: cuando se reanuda la automatización A1.

Actividades de productividad

Se produce cuando la automatización A1 se suspende y espera a que la automatización A2 se ejecute por completo antes de reanudar.<ActivityNameInStudio>: se refiere al nombre de la actividad de persistencia establecida en Studio en tiempo de diseño.
  • Marca de tiempo de inicio de la tarea: cuando se suspende la automatización A1.

  • Marca de tiempo de finalización de la tarea: cuando se reanuda la automatización A1.

Integration Service: actividades de espera de un evento y reanudación Se produce cuando la automatización A1 se suspende y espera a que un determinado evento en una aplicación de terceros se ejecute por completo antes de reanudar. <ActivityNameInStudio>: se refiere al nombre de la actividad de persistencia de Integration Service establecida en Studio en tiempo de diseño.
  • Marca de tiempo de inicio de la tarea: cuando se suspende la automatización A1.

  • Marca de tiempo de finalización de la tarea: cuando se reanuda la automatización A1.

Actividades relacionadas con OCR inteligente

Se produce cuando la automatización A1 espera a que finalice una acción humana en el bucle.

<NameOfTheWaitActivity>: se refiere al nombre de la actividad "Esperar", tal y como se establece en tiempo de diseño en UiPath Studio.
  • Marca de tiempo de inicio de la tarea: cuando se suspende la automatización A1.
  • Marca de tiempo de finalización de la tarea: cuando se reanuda la automatización A1.

Seguir objeto

Seguimiento de objetos

Seguimiento de objetos: cuando una automatización, por ejemplo, A1, crea un objeto O1 a través de las actividades "Crear" de Integration Service, realiza un seguimiento de su progreso a través de la automatización A2 utilizando las propiedades O1 Tipo de objeto e ID de objeto . Las excepciones son las actividades "Leer" o "Lista".

Cada actividad "Crear" de Integration Service añade el seguimiento para su objeto de la siguiente manera:

  • Tipo de objeto: <IntegrationServiceObject>, por ejemplo, "Cuenta"
  • ID de objeto: <System Object ID>, por ejemplo, "0010700000gMXRqAAO"
  • Interacción de<Based on the activity used> objetos :, por ejemplo, "Crear", "Actualizar" o "Eliminar"

  • Propiedades del objeto:

    {
      XUiPathConnectorKey: "<XUiPathConnectorKey>",  // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc"
      XUiPathConnectorName: "<XUiPathConnectorName>",  // for example, XUiPathConnectorName: "Salesforce"
      XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>",  // for example, XUiPathObjectDisplayName: "Account"
      XUiPathObjectName: "<XUiPathObjectName>"  // for example, XUiPathObjectName: "curated_account"
    }{
      XUiPathConnectorKey: "<XUiPathConnectorKey>",  // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc"
      XUiPathConnectorName: "<XUiPathConnectorName>",  // for example, XUiPathConnectorName: "Salesforce"
      XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>",  // for example, XUiPathObjectDisplayName: "Account"
      XUiPathObjectName: "<XUiPathObjectName>"  // for example, XUiPathObjectName: "curated_account"
    }

Seguimiento de procesos explícitos

El seguimiento de procesos explícitos permite a los desarrolladores de RPA mejorar el gráfico de procesos implícitos añadiendo datos de seguimiento adicionales, haciéndolo más alineado con una vista BPMN.


Normalmente, cada flujo de trabajo de automatización consta de varias tareas y procesa varios objetos. El propietario del proceso debe tener visibilidad de extremo a extremo de estas rutas de flujo, tareas y objetos. Esta claridad puede mejorar significativamente la gestión y la eficiencia del flujo de trabajo.

Al utilizar actividades de seguimiento de procesos explícitos, el desarrollador de RPA puede realizar un seguimiento de tareas y objetos adicionales o gestionar seguimientos y procesos y realizar un seguimiento de ellos en sistemas externos.

La siguiente ilustración muestra el proceso de reclamación con seguimiento explícito añadido.


Habilitar el seguimiento de procesos en una secuencia

Los desarrolladores de RPA suelen agrupar los pasos funcionales y lógicos en flujos de trabajo o secuencias independientes. Estos pasos lógicos pueden ser tareas valiosas que un propietario del proceso o un líder del centro de excelencia (COE) desearía seguir.

En una situación en la que la automatización ya está en marcha y se necesita un seguimiento explícito del proceso, es crucial garantizar una experiencia fluida para los desarrolladores de RPA sin interrumpir la lógica del flujo de trabajo. Para ello, se selecciona la propiedad Seguimiento de procesos para permitir que cualquier secuencia genere una tarea.

Ámbito del seguimiento de procesos

El Ámbito de seguimiento de procesos se puede añadir al lienzo como cualquier otra actividad utilizada para realizar un seguimiento de secuencias empresariales específicas en UiPath Process Mining. Consulta la actividad Ámbito de seguimiento de procesos en la guía Actividades de flujo de trabajo para obtener más información.

Generación de tareas

El ámbito de seguimiento del proceso crea una tarea con la marca de tiempo de inicio cuando comienza el ámbito y con la marca de tiempo de finalización cuando finaliza el ámbito.

Generación de tareas anidadas

Si se añade un Ámbito de seguimiento de procesos dentro de otro Ámbito de seguimiento de procesos, el Ámbito interno generará una Tarea como Tarea secundaria. Las relaciones padre-hijo se mantienen en la estructura de Seguimiento de procesos y pueden ser visibles a través de Process Mining jerárquico en el Gráfico de proceso.

Estado de la tarea implícita

El estado predeterminado de la tarea se establecerá en "Exitoso".

Cuando se produce una excepción no detectada dentro de la actividad, la tarea se cierra con el estado "Error" y la excepción está disponible en la aplicación Optimización de procesos.

Estado de la tarea explícita

La actividad Establecer estado de la tarea te permite controlar explícitamente la finalización de una tarea específica dentro de un Ámbito de seguimiento de procesos. Permite una representación precisa de la finalización de pasos individuales en análisis.

La actividad Establecer estado de la tarea es útil cuando necesitas asignar un estado que difiere de los estados implícitos "Exitoso" o "Error" desencadenado por error. Esto puede depender de la lógica de tu flujo de trabajo.

Por ejemplo, en un flujo de trabajo de procesamiento de documentos, una tarea verifica que todos los documentos existen. Si falta un documento, utiliza Establecer estado de la tarea para marcar el estado como "Cancelado". Las acciones de seguimiento podrían incluir el envío de una solicitud de revisión al expedidor.

Consulta también la actividad Establecer estado de la tarea en la guía Actividades de flujo de trabajo.

Propagación de ID de seguimiento

Seguimiento de procesos ofrece diferentes opciones para propagar el ID de seguimiento.

Propagación de ID de seguimiento en el seguimiento actual

El ID de seguimiento actual se pasa a la tarea recién creada, y se realiza un seguimiento en el mismo seguimiento.

Nota:

El contexto del Seguimiento cambia cuando se utilizan las siguientes actividades:

O:

O:

O:

O:

Cuando se utilizan estas actividades, debido al seguimiento implícito, cualquier Tarea explícita que se configure en la ejecución del Trabajo invocado o en el procesamiento del ElementoEnCola se rastreará como el Seguimiento inicial que creó el Trabajo o ElementoEnCola.

Propagación de ID de seguimiento en un nuevo seguimiento

La actividad genera un nuevo ID de seguimiento y realiza un seguimiento de la tarea recién creada dentro del nuevo seguimiento. El desarrollador de RPA debe especificar el nombre del proceso al que se debe asignar el nuevo seguimiento.

Al final del ámbito, la tarea se cerrará y el contexto de seguimiento se cambiará de nuevo al anterior.

Propagación de ID de seguimiento en un seguimiento existente

Selecciona esta opción si necesitas añadir la tarea a un seguimiento existente. Normalmente, este seguimiento diferente forma parte de un proceso de automatización independiente que no está vinculado a través de colas o trabajos.

Para encontrar un seguimiento existente, debes identificarlo mediante la combinación de los detalles del objeto y el nombre del proceso asociado a ese objeto. Por ejemplo, The Invoice Processing trace where Invoice UIP-100 has been Created.

Estado de seguimiento explícito: finalizar seguimiento

La actividad Establecer estado de seguimiento te permite controlar manualmente el final de un seguimiento dentro de un Ámbito de seguimiento de proceso. Permite una representación precisa de la finalización del proceso en el análisis. Si no finalizas explícitamente el seguimiento, este seguirá activo indefinidamente.

Se recomienda utilizar esta actividad para marcar la finalización o el fallo de un proceso más grande.

Consulta también la actividad Establecer estado de seguimiento en la guía de actividades del sistema.

Seguir objeto

La actividad Seguimiento de objeto te permite configurar y supervisar un objeto para una tarea específica. El objeto puede proporcionar datos de contexto adicionales en la aplicación Optimización de procesos. El objeto también se puede utilizar para conectar dos automatizaciones diferentes mediante el seguimiento de una tarea dentro de un seguimiento existente. En este caso, se encuentra el Objeto asociado a ese Seguimiento.

Nota:

El seguimiento de procesos no es un sistema de registros.

Consulta la actividad Rastrear objeto en la guía Actividades de flujo de trabajo para obtener más información.

Patrones comunes de seguimiento explícito en las automatizaciones

Cada transacción de cola, un seguimiento diferente

En determinados escenarios, cada elemento de cola representa una instancia de proceso diferente, y es necesario realizar un seguimiento de cada instancia como un seguimiento de seguimiento de procesos independiente. Para lograr esto, el desarrollador de RPA debe identificar cuándo comienza un nuevo seguimiento y rodear adecuadamente esa secuencia con un Ámbito de seguimiento del proceso para configurar la tarea a la que se le realizará un seguimiento en un nuevo seguimiento.

Es importante tener en cuenta que al final del Ámbito de seguimiento del proceso, la tarea concluye y el contexto vuelve a la tarea de nivel superior, que puede estar asociada a un seguimiento diferente.

Una solución recomendada es rodear Añadir elemento de cola dentro del Ámbito de seguimiento de procesos y realizar un seguimiento de una Tarea en un Nuevo seguimiento. De esta manera, a cada elemento de cola se le asignará un nuevo seguimiento.

Si tu proceso implica varios flujos de trabajo de automatización Dispatcher-Performer y varias colas, es recomendable implementar esta actualización de flujo de trabajo solo en el primer Dispatcher. Los elementos de cola posteriores de las otras colas ya estarán asociados a diferentes seguimientos. Después de añadir el elemento de cola, también debe crearse una tarea adicional, Informar al cliente.

Propagación de un seguimiento a través de sistemas externos

Hay escenarios en los que el proceso requiere una automatización para pasar el seguimiento a través de sistemas externos antes de volver a una segunda automatización. La siguiente ilustración muestra el ejemplo de procesamiento de reclamaciones, en el que la automatización Procesar reclamación añade la reclamación en SAP. Después de un cierto período de tiempo, cuando la reclamación alcanza un estado específico, una segunda automatización recupera la reclamación y la archiva junto con todos los documentos.


La única conexión entre los dos es el Objeto añadido a SAP. Para que la reclamación de archivo asocie una tarea con el mismo seguimiento que el utilizado en la reclamación de proceso, la primera automatización debe realizar un seguimiento del objeto de reclamación de SAP. Posteriormente, la segunda automatización debe implementar un Ámbito de seguimiento de procesos para añadir una Tarea al Seguimiento existente, identificándola en función de los detalles del objeto registrados durante la automatización anterior. Además, asegúrese de que ambas automatizaciones formen parte del mismo proceso utilizando el mismo nombre de proceso en la segunda automatización que en el que se incluye la primera automatización. Asegúrese de que ambas automatizaciones formen parte del mismo proceso utilizando el mismo nombre de proceso
Nota:

Los detalles de identificación de objetos registrados en el primer proceso deben coincidir con los detalles introducidos en el sistema externo para evitar la duplicación de campos.

Si los detalles del objeto son los mismos, puedes utilizar Process Mining para incorporar sistemas externos adicionales en la misma aplicación de Process Optimization.

¿Te ha resultado útil esta página?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Uipath Logo White