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.

Información general de colas

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 el pago según la fecha o importe, enviar correos electrónicos al departamento de contabilidad cada vez que se paga una factura, etc.

La página Colas te permite crear nuevas colas. También te proporciona acceso a colas creadas previamente, gráficos con el progreso del estado de transacción en el tiempo, entre otros datos, como el tiempo medio de ejecución y el número total de transacciones realizadas con éxito.

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.

Item statuses are controlled by RPA developers when they create the automation projects, while revision statuses are controlled in Orchestrator and enable you to perform version control, but only of queue items that have been abandoned or have failed with an application or business exception.

Failed or abandoned items can also be assigned to a reviewer, which can be changed or cleared at any point, if needed. Each of these changes are tracked in the History tab of the Audit Details window. The reviewer is in charge of assessing the current status of the transactions they are assigned to, and changing the review status. The status of queue items up for revision can be changed in the Review Requests page.

Importante:

To ensure that queue item processing is performed successfully, you need to have a unique reference set at the queue level when dequeuing by reference. Failing to keep the reference unique will lead to concurrency access issues, such as failures due to no transaction data being found (No Transaction Data error message).

Si la referencia no puede ser única, es aconsejable salir de la cola sin referencia.

.

Definiciones de esquema

Al crear o modificar una cola, puedes cargar un esquemaJSON 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.

Importante:

• 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.
• Your schema(s) must not contain an array.
• A efectos de validación, DateTime se acepta como tipo string .
• Use of and validation of an Analytics Data schema requires Robots and Activities of version 19.10 or greater.
• Si los esquemas cargados no contienen una definición de esquema válida URI, se utiliza la definición draft-07 , como en el ejemplo siguiente, como alternativa.

Nota:

To achieve better control in terms of Orchestrator performance, the Specific Data size of queue items is limited to 1 MB with the help of the Queue.MaxSpecificDataSizeInKiloBytes app setting. Anything beyond this limit cannot be added to a queue, and it returns the 403 - Payload Too Large error code. If you need to upload larger items, store the large data in an external storage and only reference the link in the item.

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
      ]
    }
  }
}

Información general de transacciones

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.

Si se encuentra una referencia duplicada al añadir los elementos a una cola, el trabajo falla con un estado de Fallo y muestra el mensaje de error Execution error: UiPath.Core.Activities.OrchestratorHttpException: Error creating Transaction. Duplicate Reference. en la ventana Detalles del trabajo.

La información almacenada en los elementos en colas se muestra en Orchestrator, en la ventana Detalles de transacción, en Datos específicos. Además, si el elemento ha fallado y se ha recuperado, se muestra el historial en la misma ventana.

La ventana Detalles de la transacción contiene tres pestañas:

• Detalles: te permiten ver la información exacta añadida a una transacción, así como los estados por los que ha pasado y el número de veces que se ha recuperado.
• Comments - enables you to view and add transaction-related comments in case you need to share information about a specific transaction with your teammates. All the users with View,Edit, and Delete permissions on Queues and Transactions can add, edit, or remove comments, respectively, however, keep in mind you can make changes to your own comments only.
• Historial: te permite ver qué acción ha realizado quién, quién es el revisor y cuál es el estado de revisión.

Orden de procesamiento

Dentro de cualquier cola, las transacciones se procesan de forma jerárquica, según el siguiente orden:

1. 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.
2. Los elementos sin Plazo, en orden de Prioridad, y
   • según la regla Primera entrada, Primera salida para los elementos con la misma prioridad.

Al establecer una Fecha límite o una Fecha de aplazamiento , recomendamos rellenar los campos respectivos con fechas relativas. Por ejemplo, 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 estadounidense para añadir una hora exacta, 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 transforma automáticamente en 12/10/2019 09:00:00.

La fecha límite es útil para ordenar tareas con prioridades similares, mientras que Posponer garantiza que una tarea no se inicie antes de la hora especificada. Sin embargo, los dos 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.

Exportar transacciones

You can export all the transactions and information related to a given queue to a .csv file, by selecting the Export button, in the Transactions page. All page filtering options apply to the generated file, too.

Figura 1. Archivo CSV

Para garantizar el mejor rendimiento, ten en cuenta que las entradas exportadas no están en orden cronológico inverso.

Predicciones de ANS de Cola

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.

Nota:

Learn how to configure queue SLA.

Learn how predictions are made and what they mean exactly.

El ANS solo afecta a los elementos que no tienen un plazo límite establecido; los elementos recién añadidos sin plazo límite definido con anterioridad se cumplimentan automáticamente según el valor establecido como ANS. En concreto, el plazo límite de cada elemento está representado por el valor establecido para el ANS de la cola desde el momento en que fue añadido a esta. Por ejemplo, si he fijado el ANS en 2 horas, y añado 3 elementos a la cola, a las 16, 17 y 18 h, entonces los plazos límites de mis elementos serán las 18, 19 y 20 h respectivamente.

La alerta de violación del Acuerdo de Nivel de Servicio (SLA) se activa cada 30 minutos, a partir de 7 minutos después de la hora.

La expresión cron que dicta este intervalo es configurable a través del parámetro SystemJobs.QueueSlaAlerting.Cron . Sin embargo, no recomendamos activar la alerta con más frecuencia que la predeterminada si tienes una gran cantidad de colas o artículos en cola. Puedes configurar este parámetro a través del archivo UiPath.Orchestrator.dll.config .

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.

Importante:

• The Priority of the items added in a queue after enabling SLA predictions is automatically set to High, regardless of how it was set in Studio or in the .csv file used for upload.
• No se pueden eliminar los procesos asociados a una cola que tengan predicciones ANS habilitadas.
• If at least one queue item exceeds its deadline, Over Capacity is displayed in the Necessary Robots (SLA) column and predictions are no longer calculated.
• Se realizan predicciones para elementos en cola con plazos en las siguientes 24 horas (se puede cambiar usando Queue.SlaReadaheadTimeLimitHoursy 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.

SLA de riesgo

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.

Cola de permisos SLA

Para poder configurar las predicciones ANS de una cola debes tener los siguientes permisos:

• Ver en Procesos
• Ver en Colas
• Editar en Colas (para configurar ANS cuando se edita una cola)
• Crear en Colas (para configurar ANS cuando se crea una cola)