- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de los proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- Gestionar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Dependencias
- Tipos de flujos de trabajo
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Depuración
- La herramienta de diagnóstico
- Analizador de flujo de trabajo
- Acerca del analizador de flujo de trabajo
- ST-NMG-001: convención sobre nombres de variables
- ST-NMG-002: convención de nombres de argumentos
- ST-NMG-004: duplicación de nombres de visualización
- ST-NMG-005: anulación de variables
- ST-NMG-006: argumentos de anulación de variables
- ST-NMG-008: longitud variable excedida
- ST-NMG-009: variables de datos prefijados
- ST-NMG-011: argumentos de prefijo Datatable
- ST-NMG-012: valores predeterminados de los argumentos
- ST-NMG-016: longitud del argumento excedida
- ST-DBP-002: recuento de Argumentos elevado
- ST-DBP-003: bloque de Catch vacío
- ST-DBP-007: múltiples capas de diagramas de flujo
- ST-DBP-020: propiedades de salida no definidas
- ST-DBP-023: flujo de trabajo vacío
- ST-DBP-024: comprobación de actividad de persistencia
- ST-DBP-025: requisito previo para la serialización de variables
- ST-DBP-026: retraso en el uso de la actividad
- ST-DBP-027: mejor práctica de persistencia
- ST-DBP-028: requisito de serialización de argumentos
- ST-USG-005: argumentos de actividad codificados
- ST-USG-009: variables no utilizadas
- ST-USG-010: dependencias sin utilizar
- ST-USG-014: restricciones de los paquetes
- ST-USG-020: mensajes de registro mínimos
- ST-USG-024: guardado sin usar para más adelante
- ST-USG-025: uso incorrecto de los valores guardados
- ST-USG-026: restricciones de actividad
- ST-USG-027: paquetes necesarios
- ST-USG-028: Restringir la invocación de plantillas de archivo
- Variables
- Argumentos
- Espacios de nombres importados
- Grabación
- Elementos de la IU
- Flujo de control
- Selectores
- Repo. de objetos
- Extracción de datos
- Automatización de imágenes y texto
- Acerca de la automatización de imágenes y texto
- Actividades con el ratón y el teclado
- Ejemplo de uso de la automatización de ratón y teclado
- Actividades de texto
- Ejemplo de uso de la automatización de texto
- Actividades de OCR
- Actividades de imagen
- Ejemplo de uso de la automatización de OCR y la automatización de imágenes
- Automatizar las tecnologías de Citrix
- Automatización RDP
- Automatización de Salesforce
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- Conjunto de pruebas - Estudio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Solución de problemas de aplicaciones de JxBrowser
- Supervisión de eventos de usuario
- Solución de problemas de Citrix
Tipos de registros
La Plataforma UiPath tiene capacidades de registro para todos sus componentes principales. Todos los registros específicos de UiPath están basados en la infraestructura Nlog.
Estos registros pueden clasificarse en función de varias características, como las siguientes:
A juzgar por la categoría del registro, la cual describe si el mensaje de registro ha sido diseñado por el usuario o es generado automáticamente por el sistema, los registros pueden ser:
-
Registros predeterminados: se generan de forma predeterminada cuando se inicia y finaliza la ejecución de un proyecto, cuando se produce un error en el sistema y la ejecución se detiene, o cuando los ajustes de registro están configurados para registrar la ejecución de cada actividad. Los eventos registrados por esta categoría son:
- El Inicio de ejecución se genera cada vez que se inicia un proceso (Nivel = Información)
- Fin de ejecución se genera cada vez que termina un proceso (Nivel = Información)
- El inicio de la transacción se genera cada vez que se inicia una transacción dentro de un proceso (Nivel = Información)
- El Fin de la transacción se genera cada vez que se finaliza una transacción dentro de un proceso (Nivel = Información)
- El Registro de errores es generado cada vez que la ejecución encuentra un error y se detiene (Nivel = Error)
- El registro de depuración (Nivel = Rastreo) se genera si la configuración de registro del Robot está establecida en Verbose y contiene nombres de actividades, tipos, valores de variables, argumentos, etc.
- Registros definidos por el usuario: generados según el proceso diseñado por el usuario en Studio, al usar la actividad Mensaje de registro o la actividad Escribir línea.
Estos campos de registro están presentes en todos los registros:
- Mensaje: el mensaje de registro
- Nivel: define la gravedad del registro
- Marca de tiempo: la fecha y la hora en la que se realizó la acción
- FileName: el nombre del .xamlarchivo que se está "ejecutando"
- jobId: la clave del trabajo que ejecuta el proceso
- processName: el nombre del proceso que activó el registro
- processVersion: el número de versión del proceso
- windowsIdentity: el nombre del usuario que realizó la acción que se registró
-
robotName: el nombre del robot (definido en Orchestrator)
Nota: El NombreDelProceso y VersiónDelProceso pueden no aparecer si el proceso se ejecuta de forma local sin conexión al Orchestrator.
Estos campos de registro están presentes en función del tipo de registro:
- totalExecutionTimeInSeconds para el final de la ejecución
- totalExecutionTime para el fin de la ejecución
- queueName para el inicio y el fin de la transacción
- transactionID para el inicio y el fin de la transacción
- transactionState para el inicio y el fin de la transacción
- transactionStatus para el fin de la transacción
- transactionExecutionTime para el fin de la transacción
-
activityInfo para el registro de la depuración. Este es un mensaje JSON con los siguientes campos
- NombreParaMostrar
- Estado (Faulted, Cerrado, Ejecutación)
- Actividades
- Variables
-
Argumentos
Nota: Solo los 3 primeros están siempre presentes en el mensaje. Las variables y los argumentos por lo general tienen subcampos.