Resolución mínima de pantalla compatible

La resolución mínima de pantalla compatible con Enate al 100 % de DPI es: 1366 x 768.

Esto significa que las resoluciones de 1280x1024 e inferiores NO son compatibles.

Resoluciones de pantalla compatibles vs. DPI

Las pantallas de mayor resolución pueden funcionar con ajustes de DPI superiores al 100 %. Teniendo esto en cuenta, la siguiente lista muestra las combinaciones mínimas de "resolución de pantalla y DPI" compatibles con Enate. Las definiciones de la industria para estas resoluciones de pantalla también se proporcionan aquí para ayudar a clarificar:

• 1366 x 768 Alta definición (HD) - Compatible solo con DPI al 100 %

• 1600 x 900 Alta definición plus (HD+) - Compatible solo con DPI al 100 %

• 1920 x 1080 Alta definición completa (FHD) - Compatible con DPI hasta el 125 %

• 1920 x 1200 Resolución Wide Ultra Extended Graphics Array (WUXGA) - Compatible con DPI hasta el 125 %

• 2560 x 1440 Alta definición cuádruple (QHD) - Compatible con DPI hasta el 150 %

• 3440 x 1440 Alta definición cuádruple más amplia (WQHD)- Compatible con DPI hasta el 150 %

• 3840 x 2160 4K o ultra alta definición (UHD) - Compatible con DPI hasta el 200 %

Barras de herramientas adicionales del navegador vs. resolución de la pantalla

Especialmente cuando se ejecuta en la resolución mínima compatible, Enate siempre recomienda a los usuarios ejecutar Enate en modo de pantalla completa (acceda a través de la tecla F11 en el navegador) para obtener el máximo espacio de pantalla. Si tiene barras de herramientas adicionales instaladas en los navegadores por encima de los navegadores "por defecto" del sistema (por ejemplo, complementos del navegador), esto puede reducir significativamente el espacio de pantalla disponible y puede ir por debajo de las dimensiones mínimas de pantalla compatibles.

Como parte de la gestión de Tickets, Casos y Acciones en sus flujos de trabajo en Enate, el sistema evaluará regularmente a quién se asigna la tarea, quién se establece como Propietario, y a qué Lista está enlazada la tarea. Hay un conjunto detallado de reglas que se siguen, en orden, al determinar esto. Antes de ver este conjunto detallado de reglas, es importante entender el patrón de nivel superior que se sigue para evaluar estas asignaciones de tareas, y de hecho, para saber cuándo se evalúan. Funciona de la siguiente manera:

• En primer lugar, determinamos CUÁNDO ocurren tales revaluaciones: fundamentalmente esto ocurre cuando algo cambia en la tarjeta de "Estado" de una tarea.

• Cuando el sistema determina que es necesario hacer una evaluación de este tipo, inicialmente utilizamos el estado o la situación de la tarea para determinar cuáles de los valores de la Persona asignada, el Propietario y la Lista necesitan Establecerse, y cuáles necesitan Borrarse completamente.

• Para aquellos que necesitan establecerse:

  • a. Si hay que establecer una Lista, es sencillo: solo hay que seleccionar la Lista a la que se hace referencia en la regla de asignación (solo hay dos tipos de regla de asignación de Lista que se puede seguir).

  • b. En el caso de la Persona asignada y el Propietario, hay más detalles: tenemos que repasar una serie de reglas para estos — detenerse cuando la regla se cumple y se selecciona un objetivo válido*.

*Verificación de validez - Como parte de la verificación de la regla de asignación de personas asignadas/propietarios, tenemos que determinar si el objetivo es válido (hay una serie de reglas de verificación de validez que debe aprobar). Si no lo es, continuamos con las reglas de la parte 3 hasta encontrar un objetivo válido.

Ahora que se ha descrito el patrón de nivel superior en juego, podemos ir a ver cada conjunto de reglas que se ejecutan para las secciones 1 a 3 anteriores, y para las verificaciones de validez del objetivo.

Determinar CUÁNDO ocurren las revaluaciones

El sistema revaluará el usuario asignado, el propietario y la lista siempre que la información en la tarjeta de Estado cambia, específicamente cuando:

• cambia el Estado;

• cambia el tipo de Espera;

• cambia la Fecha de seguimiento programado;

• cambia la fecha de Esperar más información;

• cambia la opción Esperando (solo para los Casos);

• cambia el Contexto del Ticket;

• cambia la Categoría del Ticket;

• cambia el estado de Revisión por compañeros;

• se recibe Nueva información sobre la tarea;

• un Caso se enfrenta a un problema.

Determinar si los valores de la Persona asignada, el Propietario y la Lista deben establecerse o borrarse

Cuando el sistema determina que necesita hacer una evaluación de este tipo, inicialmente utilizamos el ESTADO de la tarea para determinar qué valores de la Persona asignada, el Propietario y la Lista necesitan Establecerse, y cuáles necesitan Borrarse completamente. Puede ver esta información en la siguiente tabla:

Cómo establecer la Persona asignada, el Propietario y la Lista

• Listas: Si hay que establecer una Lista, es muy sencillo hacerlo. Se ejecuta el Método de Asignación de Lista configurado.

• Persona asignada y Propietario: Si hay que establecer una Persona asignada o Propietario, se deben tener en cuenta más detalles. Tenemos que repasar una serie de reglas, en orden, y detenernos cuando se cumpla la regla y se seleccione un objetivo válido.

Antes de ejecutar la lista de reglas, hay una verificación más: si actualmente hay establecida una Persona asignada o un Propietario, no cambie la Persona asignada o el Propietario a menos que haya cambiado la Categoría del Ticket.

De lo contrario, ejecute las siguientes reglas, en orden, y deténgase cuando identifique un objetivo válido:

1. Si en una tarea se ha establecido la opción "Mantener conmigo", la Persona asignada/el Propietario se establece como el usuario que ha seleccionado "Mantener conmigo". Si no es así o si el usuario resultante no es válido, entonces

2. Si el usuario Propietario no está en blanco, entonces establezca ese valor a la Persona asignada también. Si no es así o el usuario resultante no es válido, entonces,

3. Si la tarea es un Ticket y la Categoría del Ticket ha cambiado y el Tipo de espera ha cambiado o el estado es Resuelto, entonces la Persona asignada/Propietario se establece como el usuario que está actualizando actualmente el Ticket. Si no,

4. Si la tarea no es un Ticket O es un Ticket (en el que la Categoría del Ticket no ha cambiado Y tenemos más de 2 filas de historial de estado, es decir, no se encuentra en su primer estado de no borrador), entonces:

   1. Establezca la Persona asignada y el Propietario al último usuario/robot que actualizó la tarea. Si no hay ninguno o el usuario resultante no es válido, entonces

   2. Establezca la Persona asignada/el Propietario como (cualquiera) asignado previamente al usuario/robot en orden descendente de cuando fue asignado. Si no hay ninguno o el usuario resultante no es válido, entonces

   3. Si la Acción fue iniciada por el Flujo de trabajo (es decir, no fue manual ad-hoc), entonces establezca la Persona asignada/el Propietario como el último usuario/robot que trabajó en la misma Acción previamente completada en el Caso (o la revisión por compañeros de la Acción si se encuentra en revisión por compañeros). Si no hay ninguno o el usuario resultante no es válido, entonces

5. Ejecute la regla de asignación para esta tarea:

   1. Si la asignación push principal está configurada para un usuario específico, establezca la Persona asignada/el Propietario para ese usuario. Si no hay ninguno o el usuario resultante no es válido, entonces

   2. Si la asignación push secundaria está configurada para un usuario específico, configure la Persona asignada/el Propietario para ese usuario. Si no hay ninguno o el usuario resultante no es válido, entonces

   3. Si la asignación push principal está configurada en la Posición de los usuarios que ocupan esta posición, configure la Persona asignada/ el Propietario como el usuario con menos tareas en su bandeja de entrada. Si no hay ninguno o el usuario resultante no es válido, entonces

   4. Si la asignación push secundaria está configurada en la Posición de los usuarios que ocupan esta posición, configure la Persona asignada/el Propietario como el usuario con menos tareas en su bandeja de entrada. Si no hay ninguno o el usuario resultante no es válido, entonces

6. Si la tarea es un Caso, configure la Persona asignada/el Propietario como el usuario/robot que inició ese Caso.

Verificación de validez

Como parte de la regla de verificación de la asignación de la Persona asignada/el Propietario, tenemos que determinar si el objetivo es válido. Para que sea válido, hay una serie de reglas de verificación de validez que debe cumplir. Si no es así, continuamos con las reglas de establecimiento de una Persona asignada/Propietario hasta que se encuentre un objetivo válido. Las verificaciones de validez que se realizan son las siguientes:

• Si el usuario/robot no está autorizado a trabajar en tareas de este tipo (es decir, Activo/Prueba) entonces se bloquea.

• Si el usuario/robot está retirado entonces se bloquea.

• Si el usuario no está autorizado entonces se bloquea (no se verifican los permisos de los robots).

• Si el robot está suspendido entonces se bloquea.

• Si el robot ha utilizado la función "Obtener más trabajo" más de 3 veces para esta tarea, se bloquea.

• Si el usuario seleccionado es un robot y la tarea es una Acción que está en la fase de revisión por compañeros, se bloquea (los robots no pueden realizar Revisiones por compañeros).

• Si el usuario seleccionado es un robot y la tarea es una Acción y no hay ninguna granja de robots configurada para la Acción, se bloquea.

• Si el usuario seleccionado es un robot y la tarea es una Acción y el robot no es miembro de la granja de robots configurada para la Acción, se bloquea.

• Si el usuario seleccionado es un robot y la tarea es un Caso, se bloquea (no se pueden asignar Casos a los robots).

• Si la tarea es un manual con una Acción de Revisión por compañeros que se encuentra en la etapa de Revisión por compañeros y el usuario realizó una o más actualizaciones mientras estaba en la etapa de Hacer entonces se bloquea (los usuarios no pueden someter a Revisión por compañeros su propio trabajo).

• Si la tarea es un manual con una Acción de Revisión por compañeros que se encuentra en la etapa de Revisión por compañeros y el usuario realizó una o más actualizaciones mientras estaba en la etapa de Revisión por compañeros entonces se bloquea (no se le puede pedir a los usuarios que hagan una tarea si la han sometido a Revisión por compañeros).

Como parte de las funciones estándar subyacentes en Enate para optimizar las búsquedas que realizan los usuarios, se eliminan de las búsquedas ciertos términos de uso común si se han introducido manualmente. De este modo, se garantiza una respuesta oportuna a los resultados de las búsquedas, además de evitar que se arrojen grandes volúmenes de resultados calificados que oculten los resultados deseados por los usuarios. Uno de los métodos utilizados para ello es el uso de “Listas de parada”.

Lista de parada

Una lista de parada es una lista de palabras comunes estándar, como “y”, “el”, “yo”, etc., que se ignoran en las búsquedas que, de otro modo, arrojarían demasiados resultados.

A continuación, se muestra una lista completa de todas las palabras de la lista de parada que TODAS las búsquedas dentro de Enate ignorarán - esto no solo incluye el Buscador Rápido, sino también las búsquedas que se realizan para los usuarios, las búsquedas de correos electrónicos, las búsquedas de Tareas, por ejemplo, para los Tickets cuando se fusionan los Tickets, etc. Si introduce cualquiera de estos términos, se ignorarán automáticamente como términos para los que se pueden obtener resultados de búsqueda.

Se admiten múltiples Listas de parada para varios idiomas de usuario.

Caracteres ignorados en el Buscador Rápido

Se han configurado otros caracteres específicos para que sean ignorados al realizar búsquedas en el Buscador Rápido, por ejemplo, "*", "?", "@", etc. Esto significa, por ejemplo, que cuando se busque customer.com en el Buscador Rápido, se buscarán las palabras "customer" y “com”. Por ello, se recomienda colocar estas combinaciones de palabras entre comillas para buscarlas como una frase específica - por ejemplo, buscar "customer.com" probablemente le arrojará los resultados que está buscando.

A continuación, encontrará una lista completa de todos los caracteres que las búsquedas ignoran en el Buscador Rápido: