- 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
- Mostrar u ocultar el menú
- 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
- Desencadenar una automatización desde una aplicación de proceso
- Ver datos del proceso
- Creación de aplicaciones
- Cargar datos
- Personalizar apps de proceso
- Introducción a los paneles
- Trabajar con el editor del panel
- Crear paneles
- Paneles
- Gestor de automatización
- Definición de nuevas tablas de entrada
- Añadir campos
- Añadir tablas
- Requisitos del modelo de datos
- Ver y editar el modelo de datos
- Exportar e importar transformaciones
- Ver el registro de transformaciones
- Editar y probar transformaciones de datos
- Estructura de las transformaciones
- Consejos para escribir SQL
- Combinar registros de eventos
- Gestor de procesos
- Publicar paneles
- Plantillas de la aplicación
- Recursos adicionales
- Etiquetas y fechas de vencimiento listas para usar
- Editar transformaciones de datos en un entorno local
- Setting up a local test environment
- Diseñar un registro de eventos
- Ampliar la herramienta de extracción de SAP Ariba
- Características de rendimiento
- Cómo cancelar una ejecución de datos desde la base de datos
- Cómo añadir una regla de tabla de IP para utilizar el puerto 1433 de SQL Server
- Al crear una aplicación de proceso, el estado permanece en Creando aplicación
- Configurar Dapr con Redis en modo clúster
- Transformaciones de datos
- Cargar datos
- Sincronización de CData
Guía del usuario de Process Mining
Un modelo de datos solo se puede guardar cuando cumple los siguientes requisitos:
-
El modelo de datos no incluye más de 40 tablas.
-
Todas las tablas están conectadas al modelo de datos general.
-
No hay relaciones circulares en el modelo de datos.
-
Se permite un máximo de 15 cambios de dirección en una ruta de relación.
Consejo:Un cambio de dirección es una relación de uno a muchos seguida de una relación de muchos a uno, o viceversa.

Tablas de salida requeridas
Un modelo de datos debe tener una tabla Cases, Event_log, Tags y Due_dates .
Dependiendo de la plantilla de la aplicación, la tabla Cases tiene un nombre específico del proceso, por ejemplo, Purchase_order_items o Incidents.
Las tablas Cases, Event_log, Tags y Due_dates deben tener los siguientes campos de salida.
Todos los campos son obligatorios. Sin embargo, algunos campos pueden contener solo valores NULL.
| Tabla | Campo de salida obligatorio |
|---|---|
Cases | Case_ID* |
Event_log | Case_ID* |
Event_start | |
Event_end | |
Activity | |
Activity_order | |
Automated | |
Event_cost | |
Event_processing_time | |
Tags | Tag_ID |
Case_ID* | |
Tag | |
Tag_type | |
Due_dates | Case_ID* |
Due_date | |
Due_date_type | |
Actual_date | |
Expected_date | |
On_time | |
Cost | |
Difference |
*) Dependiendo de la plantilla de la aplicación, Case_ID puede llamarse de forma diferente, por ejemplo, Purchase_order_item_ID o Incident_ID.