Administrador de Entrada de Queue Intercativo

Transacción QUETSK

Esta transacción cumple las siguientes tareas:

Por norma general, esta transacción se realiza normalmente en segundo plano.

A través de la cola, es posible llevar a cabo el procesamiento integrado de todas las tareas conocidas por el sistema a través de la transacción «Seleccionar Queue de Entradas Pendientes» (QUESEL).

¡ATENCIÓN! La configuración de la distribución solo es visible y posible si, más allá de la priorización, se ha seleccionado el objetivo de distribución «Usuario» o «Grupo de usuarios».

Priorización de tareas

La priorización de las tareas determina la secuencia en la que se muestran en «Seleccionar Queue de Entradas Pendientes». El objetivo es permitir al usuario determinar la secuencia en la que debe realizarse el procesamiento. La priorización se activa recientemente con cada ejecución de QUETSK para todos los objetos seleccionados en el panel de configuración. La prioridad de cada uno de los registros QUE se controla mediante las entradas de la sección inferior del panel de configuración. Las reglas se ejecutan en la secuencia de los números que aparecen en la primera columna de la cuadrícula. Si se aplican varias reglas a un objeto en particular, solo se utilizará la primera regla aplicable.

La clase de objeto define los tipos de entrada de cola a los que se aplicará la regla. Por ejemplo, esto permite siempre empujar las liberaciones en la priorización al principio de la lista.

El tiempo restante define cuántos minutos debe aplicarse esta regla antes de alcanzar el tiempo objetivo. Solo se observarán las entradas de cola que deben completarse dentro del periodo de tiempo especificado. El valor 0 significa que no hay entrada, es decir, en este caso, se tendrán en cuenta todos los asientos.

A través de la clase SLA, se puede restringir una regla a un determinado nivel de servicio. Los niveles de servicio se definen en las direcciones por cliente.

La prioridad viene determinada por la importancia de las entradas de cola en cuestión. Este es el primer criterio de clasificación en la selección de registros de QUE abiertos.

La clasificación dentro de la clase de prioridad controla si las entradas deben clasificarse por tiempo y cantidad objetivo o, a la inversa, por cantidad y tiempo objetivo.

Distribución automática de la carga de trabajo

En cuanto a la distribución automática de la carga de trabajo, se distingue entre la versión estándar y la función ampliada. La extensión es un elemento del módulo sujeto a licencia, a saber,Panel de control de gestión“ ”.
QUETSK se encarga de distribuir la carga de trabajo en cada caso. En la versión ampliada, solo se tienen en cuenta datos adicionales con fines de control.

El objetivo de la distribución automatizada de la carga de trabajo es garantizar una asignación automática de las órdenes de trabajo a los usuarios individuales que sea lo más justa y justa posible. Para ello, por un lado, se tiene en cuenta el tiempo de trabajo disponible hoy en día y, por otro, la carga de trabajo esperada asociada a una tarea concreta.

El tiempo de trabajo disponible actualmente por usuario se determina en función de los tiempos de trabajo almacenados en el grupo Entidad (consulte «Mantenedor Grupo Entidad»), Entidad (consulte «Mantenedor Entidades») y Usuario (consulte «Mantenedor Perfil de Usuarios»). Además, el módulo de extensión también ofrece la opción de registrar ausencias espontáneas (incluso cada hora) (consulte «Mantenedor Ausencia de Usuario») de un usuario.

Para la carga de trabajo prevista en relación con una tarea, se utilizan como base los tiempos introducidos en la configuración del sistema (consulte «Mantenedor Configuración de Sistema»). Con el módulo de extensión, estos tiempos se pueden anular por nivel de servicio ( consulte «Mantenedor Acuerdo Nivel de Servicio») y transacción comercial.

La distribución de tareas se realiza con cada ejecución de esta transacción. En el proceso, se puede seleccionar si las tareas ya asignadas deben examinarse de nuevo junto con el porcentaje de sobrecarga a partir del cual se debe realizar una redistribución.

Con cada ejecución, primero se determinan las entradas de cola que deben tenerse en cuenta. Estos se priorizan y se asignan a los usuarios individuales en el orden de su prioridad. Para dicha asignación, se determina por usuario cuánto tiempo queda disponible para la persona en cuestión después de deducir las tareas asignadas. La tarea se asignará entonces al usuario que aún tenga más tiempo libre a su disposición. En el proceso, se realiza un estudio sobre si el usuario en cuestión puede procesar la tarea actual. Para ello, se analizan el perfil de usuario y la autorización de liberación del usuario (estos ajustes se pueden realizar en la transacción «Mantenedor Perfil de Usuarios»). Si no hay ningún usuario con tiempo libre suficiente, la tarea se asignará al usuario con la menor sobrecarga.

Si un usuario está ausente «hoy», tampoco se le asignará ninguna orden de trabajo para los días siguientes. Con la primera distribución de la carga de trabajo al día siguiente, al usuario se le volverán a asignar tareas inmediatamente.

Las órdenes de trabajo asignadas manualmente no se redistribuyen automáticamente. Si se debe devolver un pedido de este tipo a la distribución de la carga de trabajo, la asignación en el procesamiento manual de conjuntos QUE se puede cancelar en la transacción «Manejo Queue».

Las transacciones interrumpidas o aquellas establecidas para corrección se consideran asignadas manualmente y, por lo tanto, no se redistribuyen automáticamente. En el caso de mensajes entrantes y memorandos registrados manualmente, se puede asignar un usuario directamente. En este caso, tampoco se realizará ninguna redistribución. Del mismo modo, se puede asignar un liberador ya en la fase de transacción comercial. Estas órdenes de trabajo tampoco se redistribuyen automáticamente.

Paneles Transacción

Balanceador de Carga
Generación de Configuración
Limpiar

Balanceador de Carga



Campos de datos

Campo de datos Descripción
Start Time of Job Date Este campo muestra la fecha y la hora en que se inició el Administrador de tareas.
Automatic Termination Flag Este campo define el motivo para finalizar el Administrador de tareas
en un momento predefinido. En este caso, introduzca la hora en el campo de la

derecha, si la lista está vacía. El Administrador de tareas se detendrá cuando la lista de
transacciones abiertas esté vacía.
- manualmente. En este caso, el Administrador de tareas se detendrá en caso de que se pulse
el botón «detener».
Redotime Este campo contiene el tiempo de reinicio del Administrador de tareas en segundos. Si el procesamiento
está configurado en «automático», el Administrador de tareas se reiniciará después de este tiempo seleccionado.
Si se introduce un periodo de tiempo «manual», este es irrelevante.
Seguimiento de la aplicación Esta opción establece el nivel de seguimiento de la transacción. Unos valores más altos significan más detalles.
Total de entradas en cola Número total de entradas de cola presentes en las entidades que se van a procesar.
Entradas de cola insertadas Número de entradas recién generadas durante la última ejecución de lote.
Entradas de cola actualizadas Número de entradas en las que se realizaron cambios durante la última ejecución de lote
en cuanto a prioridad, usuario/grupo, clase de SLA u otra información.
Entradas de cola eliminadas Número de entradas eliminadas en la última ejecución de lote
Todas las Entidades Visibles Si se marca esta casilla, la transacción lleva a cabo las funciones configuradas
(generando entradas de cola y priorización/distribución de carga)
para todas las entidades para las que el usuario que ejecuta está autorizado.


Generación de Configuración



Campos de datos

Campo de datos Descripción
Generar QUE a partir de evento de diario Si se marca esta casilla, se generan entradas de cola para el próximo diario .

El ajuste del número de días antes de la fecha objetivo en la QUE se
va a generar la entrada de cola se configura en el campo «Generate QUE before date of calendar entry» (Generar cola antes de la fecha de entrada del calendario).
Generar QUE a partir de una transacción abierta Si se marca esta casilla, se generan entradas de cola para transacciones abiertas (SPT) en espera
de ser procesadas.
El ajuste del número de horas antes de la fecha objetivo del SPT QUE se debe
definir en la entrada de cola se configura en el campo Tiempo objetivo «Generar QUE antes de RIM SPT».
Generar QUE a partir de TRN a la espera de autorización Si se marca esta casilla, se generan entradas de cola para transacciones
a la espera de autorización.
Generar QUE a partir de contratos Si se marca esta casilla, se generan entradas de cola para los pedidos en espera
de procesamiento.
Esta función solo se puede ejecutar si en el campo
correspondiente se especifican servicios contractuales interactivos.
Se trata de servicios que comprueban si se han llevado a cabo determinadas actividades manuales para el contrato en cuestión,
como el escaneo de las cartas recibidas.
Objetivo de distribución Determina si las entradas de cola deben redistribuirse o cómo.
Calcular solo prioridad:
La prioridad de las entradas se determina de acuerdo con las reglas especificadas en
la cuadrícula inferior.
La prioridad establecida determina la secuencia en la que se muestran las entradas en la cola
Usuario:
además, las entradas se asignan a los usuarios para lograr una carga de trabajo que se
distribuye de la forma más equitativa posible.
Grupo: las
entradas no se asignan a un usuario en particular, sino a un grupo de usuarios.
Cambiar usuario/grupo para distribución de carga Solo si se marca esta casilla, las entradas de la cola se redistribuirán a otros usuarios o grupos en línea con el destino de distribución seleccionado.
Carga máxima para usuario/grupo Si las solicitudes asignadas al usuario/grupo ya superan el porcentaje de tiempo de trabajo
disponible, la sobrecarga se redistribuirá a los usuarios/grupos con menos presión.
.
Por ejemplo : Al 100 %, solo las tareas de este usuario/grupo se redistribuirán si ya hay más
asignaciones que las finalizadas en el tiempo de trabajo restante disponible ese día.
. Sin embargo, las asignaciones se mantienen durante aprox. 100 % del tiempo de trabajo restante
para este usuario/grupo. Solo se redistribuye la sobrecarga.
Al 50 %, se realiza una redistribución de tareas que ya no se pueden finalizar en la mitad de su tiempo de trabajo restante.

Si, en total, se deben distribuir más asignaciones de las que hay disponibles en
total, la sobrecarga se distribuirá de la misma manera que todos
los usuarios/grupos.
Generar QUE antes del tiempo objetivo de RIM SPT Este campo indica cuántas horas antes del tiempo objetivo de una transacción abierta debe generarse una entrada de cola.

En caso de que las entradas se generen inmediatamente, el valor debe ajustarse alto, por ejemplo, a 9999.
Generar cola antes de la fecha de una entrada del calendario Este campo indica el número de días antes de la fecha de un evento del diario que se va a generar una entrada en la cola.
Número de la regla Las reglas se ejecutan en la secuencia de los números que aparecen en la primera columna de la cuadrícula.
Si se aplican varias reglas a un objeto en particular, solo se utilizará la primera regla aplicable y se determinará la priorización.
Clase de objeto La clase de objeto define los tipos de entrada de cola a los que se aplicará la regla.
Por ejemplo, esto permite
colocar siempre las notas de prensa priorizadas en la parte superior de la lista.
Tiempo restante El tiempo restante define cuántos minutos debe aplicarse esta regla antes de alcanzar el tiempo objetivo de la entrada.
Solo se observarán las entradas en cola que deban completarse dentro del periodo de tiempo especificado.

El valor 0 significa que no hay entrada, es decir, se tendrán en cuenta todas las entradas.
Clase SLA A través de la clase SLA, se puede restringir una regla a un determinado nivel de servicio.
Los niveles de servicio se definen en las direcciones por parte.
Prioridad La prioridad está determinada por la importancia de las entradas en la cola en cuestión.
Este es el primer criterio de clasificación en la selección de registros QUE abiertos.
Ordenar La clasificación dentro de la clase de prioridad controla si las entradas deben clasificarse por tiempo objetivo
y cantidad o viceversa, por cantidad y tiempo objetivo.
Servicios de pedidos interactivos Si es necesario realizar actividades manuales para un pedido creado, como escanear
cartas recibidas o escribir mensajes de correo electrónico a otro departamento, los servicios que comprueban
la finalización de dichas actividades deben introducirse aquí.


Limpiar