- Primeros pasos
- Mejores prácticas
- Tenant
- Acerca del contexto de tenant
- Buscar recursos en un tenant
- Gestionar robots
- Conexión de los robots a Orchestrator
- Almacenar credenciales de robots en CyberArk
- Almacenar contraseñas de robots desatendidos en Azure Key Vault (solo lectura)
- Almacenar las credenciales de robots desatendidos en HashiCorp Vault (solo lectura)
- Almacenamiento de credenciales de Unattended Robot en AWS Secrets Manager (solo lectura)
- Eliminar sesiones desconectadas y sin respuesta no atendidas
- Autenticación de Robot
- Autenticación de robots con credenciales de cliente
- Configurar las capacidades de automatización
- Soluciones
- Auditoría
- Configuración
- Cloud Robots
- Contexto de carpetas
- Automatizaciones
- Procesos
- Trabajos
- Apps
- Desencadenadores
- Registros
- Supervisión
- Colas
- Activos
- Depósitos de almacenamiento
- Test Suite - Orchestrator
- Servicio de catálogo de recursos
- Integraciones
- Solución de problemas
Guía del usuario de Orchestrator
Sobre las colas y las transacciones
Una cola es un contenedor que te permite retener una cantidad ilimitada de elementos. Los elementos en cola pueden almacenar múltiples tipos de datos, como información de facturas o detalles de los clientes. Esta información puede procesarse en otros sistemas: SAP o Salesforce, por ejemplo.
Tanto los datos almacenados en los elementos en cola como sus valores de salida son de formato libre de forma predeterminada.Para aquellas situaciones en las que haga falta un esquema específico, como la integración con otras aplicaciones, el procesamiento de formularios generados por máquinas o el análisis, puedes cargar esquemas JSON personalizados para garantizar que todos los datos de los elementos en cola tengan el formato adecuado.
En Orchestrator, las colas recién creadas están vacías de forma predeterminada. Para rellenarlas con elementos, puedes utilizar la funcionalidad de carga en Orchestrator, o las actividades de Studio.Estas últimas te permiten también cambiar los estados de los elementos y procesarlos. Tan pronto son procesados, los elementos en cola se convierten en transacciones.
Las colas te permiten crear grandes proyectos de automatización sustentados mediante lógica compleja. Por ejemplo, puedes crear un proceso que recopile toda la información de facturación y cree, para almacenarlo, un elemento en la cola por cada trozo de información. A continuación, puedes crear otro proceso que recopile la información de Orchestrator y la utilice para realizar tareas adicionales, como pagar las facturas en una aplicación distinta, aplazar su pago según su fecha o importe, enviar correos al departamento de contabilidad cada vez que se paga una factura, etc.
La página Colas te permite crear nuevas colas, ver las colas creadas anteriormente y acceder a los gráficos que muestran el progreso del estado de la transacción a lo largo del tiempo, junto con varios otros detalles, como el tiempo medio de ejecución y el número total de transacciones correctas.
Los datos disponibles en la cuadrícula de colas se actualizan a intervalos regulares, lo que significa que no siempre se muestran en tiempo real y que son posibles ligeros retrasos. Además, no se ve afectado por las políticas de retención, por lo que archivar elementos de la base de datos no cambia la información disponible en la cuadrícula.
Los estados de los elementos son controlados por los desarrolladores de RPA cuando crean los proyectos de automatización, mientras que los estados de revisión se controlan en Orchestrator y permiten realizar un control de versiones, pero solo de los elementos de la cola que han sido abandonados o han fallado con una aplicación o excepción comercial.
También se pueden asignar elementos fallidos o abandonados a un revisor, que puede cambiarse o modificarse si es necesario en cualquier momento. Todos estos cambios se registran en la pestaña Historial, en la ventana Detalles de auditoría. El revisor es responsable de evaluar el estado actual de las transacciones que se le asignan y cambiar el estado de la revisión. El estado de los artículos en cola que se deben revisar se puede modificar en la página Solicitudes de revisión.
No Transaction Data
).
Si la referencia no puede ser única, es aconsejable salir de la cola sin referencia.
JSON
personalizado para los Datos específicos, Datos de salida y/o los Datos analíticos. Con los esquemas en su sitio, todas las transacciones se validan según el formato proporcionado, y si los datos resultantes no son conformes, el elemento falla con una Excepción de negocio.
- El esquema no se aplica de forma retroactiva a las transacciones existentes; solo a las que se ejecutan después de haber cargado los esquemas.
- Tus esquemas no deben contener ninguna matriz.
- A efectos de validación,
DateTime
se acepta como tipostring
. - El uso y validación de un esquema de Datos analíticos requiere UiPath Robots y Actividades de la versión 19.10 o posterior.
- Si los esquemas cargados no contienen una definición de esquema válida
URI
, se utiliza la definicióndraft-07
, como en el ejemplo siguiente, como alternativa.
El tamaño de los Datos específicos de los artículos en cola está limitado a 1 MB para lograr un mejor control en términos de rendimiento de Orchestrator. Todo lo que supere este límite no podrá añadirse a una cola y devolverá el código de error 403 - Payload Too Large (carga excesiva). Si necesitas cargar elementos más grandes, almacena los datos grandes en un almacenamiento externo y haz referencia solo al enlace del elemento.
Un esquema de muestra:
{
"definitions": {},
"$schema": "http://json-schema.org/draft-07/schema#",
"$id": "http://example.com/root.json",
"type": "object",
"title": "The Root Schema",
"additionalProperties": { "type": "string" },
"required": [
"stringTest",
"intTest",
"boolTest"
],
"properties": {
"stringTest": {
"$id": "#/properties/stringTest",
"type": "string",
"title": "The Stringtest Schema",
"default": "",
"examples": [
"stringTest"
],
"pattern": "^(.*)$"
},
"intTest": {
"$id": "#/properties/intTest",
"type": "integer",
"title": "The Inttest Schema",
"default": 0,
"examples": [
30
]
},
"boolTest": {
"$id": "#/properties/boolTest",
"type": "boolean",
"title": "The Booltest Schema",
"default": false,
"examples": [
false
]
}
}
}
{
"definitions": {},
"$schema": "http://json-schema.org/draft-07/schema#",
"$id": "http://example.com/root.json",
"type": "object",
"title": "The Root Schema",
"additionalProperties": { "type": "string" },
"required": [
"stringTest",
"intTest",
"boolTest"
],
"properties": {
"stringTest": {
"$id": "#/properties/stringTest",
"type": "string",
"title": "The Stringtest Schema",
"default": "",
"examples": [
"stringTest"
],
"pattern": "^(.*)$"
},
"intTest": {
"$id": "#/properties/intTest",
"type": "integer",
"title": "The Inttest Schema",
"default": 0,
"examples": [
30
]
},
"boolTest": {
"$id": "#/properties/boolTest",
"type": "boolean",
"title": "The Booltest Schema",
"default": false,
"examples": [
false
]
}
}
}
La página Transacciones muestra las transacciones de una cola determinada. También muestra sus estados, las fechas en que deben procesarse, el robot del proceso y el tipo de excepción realizada o la referencia asignada, si corresponde.
Puedes buscar una transacción específica o un grupo de ellas, según una referencia personalizada, que se añade a la propiedad Referencia de las actividades Añadir elemento de cola y Añadir elemento de transacción. La referencia puede utilizarse para vincular las transacciones a otras aplicaciones utilizadas dentro de un proyecto de automatización. Además, esta función te permite buscar determinadas transacciones en Orchestrator, según la referencia personalizada facilitada.
También se puede imponer que las referencias de las transacciones sean únicas, a nivel de cola. Esta característica se habilita al crear la cola y se aplica a todas las transacciones, excepto a las transacciones eliminadas o reintentadas. Esto hace que la identificación de un elemento específico resulte sencilla y facilite el proceso de revisión.
Execution error: UiPath.Core.Activities.OrchestratorHttpException: Error creating Transaction. Duplicate Reference.
en la ventana Detalles del trabajo.
Dentro de cualquier cola, las transacciones se procesan de forma jerárquica, según el siguiente orden:
- Elementos que tienen un Plazo, como se indica a continuación:
- por orden de prioridad; y
- según el plazo establecido para los elementos con la misma prioridad.
- Los elementos sin Plazo, en orden de Prioridad, y
- según la regla Primera entrada, Primera salida para los elementos con la misma prioridad.
DateTime.Now.AddHours(2)
, DateTime.Now.AddDays(10)
y DateTime.Now.Add(New System.TimeSpan(5, 0, 0, 0))
. Además, puedes utilizar la notación de EE. UU para añadir tiempo adicional, como 10/10/2019 07:40:00
. La corrección automática de esta fecha está disponible, por ejemplo, si escribes 12 10 2019 9:0
, se transformará automáticamente en 12/10/2019 09:00:00
.
La Fecha límite sirve para ordenar tareas con prioridades similares, mientras que Posponer garantiza que una tarea no se inicie antes de la hora especificada. Sin embargo, ambos parámetros no están diseñados para utilizarse juntos.
Las fechas añadidas en Studio para los campos Fecha límite y Posponer se muestran en Orchestrator, en la página Transacciones, debajo de las columnas Fecha límite y Posponer.
Puedes exportar todas las transacciones e información relacionada con una cola determinada a un archivo .csv, haciendo clic en el botón Exportar, en la página Transacciones. Todas las opciones de filtración de página se aplican también al archivo generado.
Para garantizar el mejor rendimiento, ten en cuenta que las entradas exportadas no están en orden cronológico inverso.
Esta herramienta te ayuda a establecer un ANS (plazo límite de un elemento) para los elementos recién añadidos en una cola. Esto te ayuda a evaluar si pueden procesarse a tiempo, y los recursos que debes asignar para cumplir con su ANS. Cuando haya riesgo de incumplir con el ANS, se te notificará adecuadamente para que puedas realizar los ajustes pertinentes.
El SLA solo se aplica a los elementos que no tienen una fecha límite establecida, lo que significa que un elemento recién añadido sin fecha límite definida de antemano se rellena automáticamente de acuerdo con el valor establecido como SLA. En concreto, la fecha límite de cada elemento está representada por el valor establecido para el ANS de la cola desde el momento en que se añadió el elemento a la cola. Por ejemplo, si configuro el SLA en 2 horas y agrego 3 elementos a la cola a las 4, 5 y 6 p. m., entonces mis elementos tienen los plazos 6, 7 y 8 p. m., respectivamente.
La alerta de incumplimiento de SLA se activa cada 30 minutos, a partir de los 7 minutos después de la hora.
Los elementos con plazo límite (haya sido establecido en Studio o a través de un archivo .csv subido) no se ven afectados por la configuración del ANS.
- La prioridad de los elementos añadidos a una cola después de habilitar las predicciones ANS se establece de forma automática como Alta, independientemente de cómo se haya establecido en Studio o en el archivo .csv utilizado para la carga.
- No se pueden eliminar los procesos asociados a una cola que tengan predicciones ANS habilitadas.
- Si al menos uno de los elementos en cola supera su plazo límite, se mostrará Capacidad superada en la columna Robots necesarios (SLA) y ya no se calcularán las predicciones.
- Las predicciones se hacen para los elementos de la cola con plazos en las próximas 24 horas y no tienen en cuenta las fechas de aplazamiento de los elementos.
Los desencadenadores en la cola y las predicciones ANS son interdependientes en cuanto a la asociación entre los procesos y la cola. Así que cuando configures una, la otra se rellena por adelantado para que exista paridad entre las configuraciones. Pongamos que defino un desencadenador de cola para que la cola Y utilice un proceso X. Las predicciones ANS para la cola Y solo pueden hacerse mediante el proceso X, por lo que X se rellena por adelantado y queda en modo solo lectura al habilitar el ANS de cola para Y.
También puedes definir un ANS de riesgo para tus elementos, que funciona a modo de zona de amortiguación previa al ANS. Concretamente, los plazos de riesgo de tus elementos se calculan en función del ANS de riesgo, tan pronto se añadió a ella el elemento en la cola. Pongamos que fijo el ANS de riesgo en 2 horas y que añado 3 elementos a la cola a las 16:30, 17:15 y a las 18:45. Entonces mis elementos tendrán plazos límite de riesgo a las 18:30, 19:15 y 20:45 respectivamente.
Una vez haya vencido el ANS de riesgo y el elemento en la cola no haya sido procesado, el elemento pasa a estar en riesgo de no cumplir con su plazo límite. El usuario recibe una notificación para que pueda realizar los ajustes necesarios.