- 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
- Transforming data
- Estructura de las transformaciones
- Consejos para escribir SQL
- Exportar e importar transformaciones
- Ver los registros de ejecución de datos
- Combinar registros de eventos
- Configuración de etiquetas
- Configurar fechas de vencimiento
- Configurar campos para el potencial de automatización
- Hacer que las transformaciones estén disponibles en los paneles
- Requisitos del modelo de datos
- Personalizar paneles
- Publicar paneles
- Plantillas de la aplicación
- Notificaciones
- Recursos adicionales
Requisitos del modelo de datos
Requisitos que debe cumplir un modelo de datos para guardarse en Process Mining en Automation Suite, incluidos los límites de la tabla, las reglas de conectividad y las restricciones de relación.
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.