Mejoras en AuraQuantic
Mejoras en AuraQuantic
Mejoras en AuraQuantic
Contenido
1. Introducción ..............................................................................................................................7
7.1. Tecnología............................................................................................................................................30
7.2. Responsive...........................................................................................................................................31
5 de marzo de 2021
Introducción
Página | 2
Introducción
13.1. Tecnología............................................................................................................................................76
13.15. Aplicación general del estilo a todos los campos y botones ....................................................92
Página | 3
Introducción
13.31. Nuevo componente para prefijos y relación como lista de opciones .................................. 111
Página | 4
Introducción
20.20. Visibilidad icono rojo que cierra ventanas superpuestas .............................................. 166
21.2. Servicios web SOAP. Acceso desde aplicaciones externas ......................................................... 168
Página | 5
Introducción
Deep BI ........................................................................................................................................175
Página | 6
Introducción
1. Introducción
Esta es la segunda edición del documento que enumera las mejoras introducidas en AuraQuantic con
respecto a su anterior modelo, AuraPortal Helium.
Cada mejora está calificada según esté orientada a la satisfacción de los usuarios finales de
AuraQuantic o a la de los diseñadores y técnicos:
Como se verá a lo largo de este documento, hay muchas mejoras y novedades en AuraQuantic, pero
si usted es buen conocedor del anterior modelo Helium le será muy fácil adaptarse al
funcionamiento de AuraQuantic utilizando este documento como guía.
a todas aquellas mejoras incorporadas en esta segunda edición para localizar con facilidad las
diferencias con la primera edición.
Página | 7
Independencia de SharePoint
2. Independencia de SharePoint
Calificación:
En AuraQuantic, los datos de las familias de sistema (Empleados, Cuentas, Áreas, Proyectos e Ítems)
ya no se almacenan en listas de SharePoint, sino directamente en tablas de MS SQL, con las ventajas
de rendimiento, manejo y gestión de datos que ello supone:
Sigue siendo posible la integración con SharePoint on-premises igual que en Helium, pero ya no es
obligatorio tener instalado SharePoint, es opcional según se desee. Más detalles al respecto se
explican en la sección siguiente, y en el capítulo sobre la nueva estructura del sitio web, aquí.
Con AuraQuantic, sigue siendo posible la integración con SharePoint on-premises igual que en
Helium, pero ya no es obligatorio, es opcional según se desee.
En caso de querer integración con SharePoint on-premises, igualmente el sitio web de SharePoint
será independiente del de AuraQuantic:
Página | 8
Independencia de SharePoint
El nivel de integración entre AuraQuantic y SharePoint on-premises será distinto dependiendo del
tipo de autenticación elegido. Estos se explican en más detalle en el capítulo "Nuevos sistemas de
autenticación" aunque a continuación adjuntamos un resumen de las diferentes opciones:
Si en una instalación de AuraQuantic se utiliza autenticación IIS Básica, IIS Windows o ADFS, la
integración con SharePoint se mantiene igual que en Helium.
Página | 9
Fin de soporte de MS SQL 2008
Microsoft finalizó el soporte técnico de MS SQL 2008 el 9 de julio de 2019 y, por tanto, AuraQuantic es
compatible con MS SQL a partir de la versión 2012 (2012, 2014, 2016, 2017, 2019…):
Página | 10
Nueva estructura de sitio web
AuraQuantic dispone de una nueva estructura a nivel de sitio web, más potente y flexible.
En caso de querer SharePoint integrado con AuraQuantic, ambos tendrán su sitio web
independiente, aunque en el mismo servidor:
Adicionalmente al escenario mencionado, en donde el sitio web de los empleados y externos puede
ser el mismo, también es posible independizarlos:
Página | 11
Nueva estructura de sitio web
De esta manera se pueden estructurar escenarios como el siguiente, con Sitios Web y URL
independientes para los empleados y externos:
Nota: Los accesos anónimos a páginas especiales como las de gestión de contenidos o eventos de mensaje
de inicio, podrán utilizar indistintamente cualquiera de las dos URL.
Página | 12
Nueva estructura de sitio web
• Los Usuarios Invitados ya no están disponibles, se han fusionado con los Usuarios Externos,
de forma que la separación de \Home y \AP ya no tiene sentido y por tanto no existen.
• Los ficheros de los servicios web de IM y EM ahora se crean en \WebService\Custom.
• Si se desea distinta autenticación para Empleados y Usuarios Externos, se pueden crear
sitios web independientes con la misma o distinta autenticación.
Como resultado de lo anterior, cualquier enlace que en Helium se haya configurado manualmente
para apuntar a rutas con \Home o \AP, tienen que cambiarse en AuraQuantic para omitir el
directorio. Para evitar errores, AuraQuantic tiene en cuenta esta situación y, si recibe peticiones con
\Home o \AP, las redirige adecuadamente, omitiendo el directorio, y seguirán funcionando. A pesar
de esta facilidad, siempre conviene que las URL estén correctamente configuradas, ya sea
manualmente o bien ejecutando un script de actualización disponible en el Departamento de
Soporte de AURA.
Página | 13
Nuevos sistemas de autenticación
En AuraPortal Helium se podían utilizar las siguientes autenticaciones, todas ellas limitadas por la
integración con SharePoint:
(*) Aunque en AuraPortal Helium también los empleados y usuarios externos podían iniciar sesión a través del
formulario de /AP/login.aspx, en realidad eran redirigidos a la autenticación IIS Básica.
Página | 14
Nuevos sistemas de autenticación
Autenticación en
Ubicación del login Naturaleza
AuraQuantic
Nótese que, en este ejemplo, los usuarios empleados se autentican en Active Directory en la red
interna con un sitio web y que los usuarios externos tienen otro sitio web independiente, en la DMZ y
se autentican en base de datos.
Página | 15
Nuevos sistemas de autenticación
La estructura descrita en la imagen anterior queda reflejada en Estructura > Autenticación > Sitios
web así:
En esta ventana se puede elegir el formulario de inicio de sesión que utilizarán los empleados y
externos, y, en caso de haber más de un sitio web, decidir a cuál se conectarán los empleados y los
externos.
Página | 16
Nuevos sistemas de autenticación
• Es más segura,
• Permite formularios personalizados como el siguiente:
Se pueden encontrar más detalles sobre los formularios de inicio de sesión aquí.
• IIS Básica. El formulario es fijo y la contraseña se transmite en texto plano, lo que la hace
insegura a menos que se añada SSL.
• IIS Windows. Si el computador del usuario está en el mismo Active Directory que
AuraQuantic, vale con la autenticación de inicio de sesión del computador y no se solicita de
nuevo al abrir AuraQuantic. Es una opción cómoda, pero limitada a escenarios restrictivos.
Adicional al formulario que se muestra durante la autenticación, también se puede elegir la ubicación
del almacenamiento de los login de usuarios.
Página | 17
Nuevos sistemas de autenticación
• IIS. El almacenamiento puede ser Active Directory o usuarios locales de Windows del
servidor.
• Formularios. En este caso, además de Active Directory y locales de Windows, también se
puede elegir almacenamiento en base de datos.
Active Directory es el sistema estándar de gestión de usuarios de Microsoft, muy robusto, seguro,
reconocido y compatible con AuraQuantic:
Para utilizar este almacenamiento se requiere que los servidores de AuraQuantic estén agregados al
Active Directory en donde los usuarios iniciarán sesión.
AuraQuantic permite que la gestión de los login también pueda realizarse en base de datos, que no
requiere sistemas externos como Active Directory u otros.
• Validación de hash controlada para evitar ataques de fuerza bruta sin alterar la autenticación
normal de los usuarios.
La gestión de los login en base de datos se realiza desde Estructura > Administración >
Autenticación > Base de Datos:
La asociación de los login con los usuarios, se realiza desde sus fichas, sean externos o empleados.
Página | 18
Nuevos sistemas de autenticación
Login
• Nº intentos máximo. Intentos de validación fallidos antes de bloquearse.
• Tiempo de bloqueo. Minutos en los que quedará bloqueado el intento de autenticación
cuando el número de intentos máximo se alcanza.
• Caducidad de contraseña. Cuando venza el tiempo indicado, el usuario tendrá que
introducir una nueva contraseña.
• Evitar últimas. Número de contraseñas recordadas que no podrán repetirse.
• Formato de nombre de usuario. Permite indicar un formato libre o bien obligar a un email.
• Longitud máxima. 113 caracteres
• Caracteres permitidos: A-Z a-z 0-9 . - _ ¡ # ^~ @
• No distingue mayúsculas de minúsculas.
Contraseña
• Longitud. Número mínimo de caracteres que tiene que tener la contraseña.
• Minúsculas. Obligará a que la contraseña tenga alguna letra minúscula.
• Mayúsculas. Obligará a que la contraseña tenga alguna letra mayúscula.
• Números. Obligará a que la contraseña tenga algún número.
• Símbolos. Obligará a que la contraseña tenga algún símbolo (@, #, …)
Página | 19
Nuevos sistemas de autenticación
Estas restricciones se aplicarán también en la ejecución de la tarea de sistema CREADOR (Crea cuenta
y contacto) cuando los usuarios externos basen su autenticación en base de datos.
Nota: Las restricciones de login y contraseñas de Active Directory se configuran desde las propias
herramientas de Microsoft Active Directory, no desde AuraQuantic.
Empleados
Hay tres campos en la ficha de empleados en donde pueden tener el mismo email:
• Login
• Email persona
• Email cargo
Contactos
Hay dos campos en la ficha de contactos que pueden tener el mismo email:
• Login
• _Email
Gracias a esta exclusividad, cuando un usuario olvida su contraseña el sistema le enviará un enlace
especial personalizado, a su dirección de email.
En Estructura > Autenticación > Recuperación de contraseña se indica a qué dirección de email
se enviará el enlace especial para que el usuario escriba su nueva contraseña cuando pulsa sobre la
opción “He olvidado mi contraseña” en el formulario de inicio de sesión:
Página | 20
Nuevos sistemas de autenticación
Empleados
• Email del empleado.
• Email del cargo.
Externos
• _Email. Campo de sistema de la ficha de contactos.
• Seleccionar. Permite elegir cualquier campo del panel en donde pueda estar el email.
Cuando los usuarios reciben un Email de aviso de llegada de una tarea a su workflow, la URL de
acceso ha de corresponder con su portal.
Este aspecto es relevante cuando los empleados y usuarios externos tienen distinto sitio web, pues
las URL son distintas y por tanto los emails que reciban unos y otros han de estar adaptados.
El envío automático de estos emails desde AuraQuantic obtiene la URL adecuada para cada
naturaleza de usuario de la página de configuración de los sitios web vista antes (“Estructura >
Administración > Autenticación > Sitios web”):
Página | 21
Formulario de inicio de sesión
El acceso a la configuración de los formularios de inicio de sesión está ubicado en Estructura >
Formularios > Formularios de inicio de sesión:
Página | 22
Formulario de inicio de sesión
El formulario predeterminado dispone de todas las opciones ya preparadas con ciertas opcion es de
configuración:
Página | 23
Formulario de inicio de sesión
• Ventana destino. Permite indicar la página que se abrirá cuando los usuarios empleados o
externos inicien sesión.
• Recordar usuario y contraseña. Al activar esta opción, cuando un usuario inicia sesión se
guardan su usuario y contraseña en una cookie. Cuando vuelve a acceder, los datos ya están
rellenos y sólo tendrá que pulsar el botón para entrar.
• Recordar sesión. Se recordarán los datos de la sesión durante 24 horas. Hasta entonces, no
se volverán a pedir los datos de autenticación a menos que se cierre la sesión con el botón
correspondiente.
• He olvidado la contraseña. Nueva mecánica incorporada por defecto, sin necesidad de
tener que diseñar una clase de proceso a propósito, que envía un email al solicitante con un
enlace especial para que pueda cambiar su contraseña. Debido a esto, el email de los
usuarios es exclusivo, no se puede utilizar el mismo para distintos usuarios. Esta opción
sustituye a la de “Cambiar contraseña”, que había en Helium.
• Imagen de fondo. Permite la personalización de la imagen de fondo del formulario. En la
galería de imágenes se incluyen fondos atractivos alternativos al configurado de forma
predeterminada. Para localizarlos, filtrar por el nombre background:
Página | 24
Formulario de inicio de sesión
Si por algún motivo se desea ocultar el icono de AuraQuantic, basta con que la Imagen personalizada
sea lo suficiente ancha para ocupar toda la cabecera, por ejemplo:
Página | 25
Formulario de inicio de sesión
La creación de estos formularios se realiza pulsando en Estructura > Formularios > Formularios de
inicio de sesión y pulsando el botón Crear ubicado en la barra de acciones.
Aparecerá el editor de formularios dinámicos, adaptado a las opciones que necesita el formulario de
inicio de sesión:
Página | 26
Formulario de inicio de sesión
Nótese que incluye el componente “Login” (marcado en la imagen) específico para que los usuarios
introduzcan sus credenciales para iniciar sesión.
Este componente Login se agrega desde las opciones del panel izquierdo y se configura desde sus
propiedades en el panel derecho, en la opción “Configuración”:
Las opciones de configuración son similares a las del formulario de inicio de sesión predeterminado
con algunas variaciones.
Página | 27
Formulario de inicio de sesión
Los cuatro parámetros más significativos están recuadrados en rojo en la imagen anterior. Son:
Indicar un tamaño tiene una característica importante, que permite que el formulario se
muestre centrado en la ventana. El tamaño que se le indique tendrá que ser igual o mayor
• Ventana destino. Se indica el destino del inicio de sesión, es decir, la página a la que se
dirigirá a los usuarios cuando inicien sesión, dependiendo de si son empleados o externos:
Tanto para Empleados como para Externos hay las siguientes opciones de configuración:
Página | 28
Formulario de inicio de sesión
Página | 29
Interfaz. Experiencia de usuario
Todas las nuevas opciones de configuración de los formularios dinámicos están explicadas en el
capítulo correspondiente, aquí.
La interfaz de AuraQuantic ha sido rediseñada y mejorada por completo, buscando una mejor
experiencia de los usuarios, tanto a nivel estético como funcional.
7.1. Tecnología
Calificación:
La interfaz de AuraQuantic está diseñada con tecnología HTML 5, CSS3, jQuery, AJAX y JavaScript,
facilitando la experiencia de los usuarios con efectos visuales más agradables y compatibilidad con
los navegadores y dispositivos más modernos.
Si se intenta utilizar Internet Explorer, se muestra un mensajeo en el pie de pantalla avisando de que
Microsoft no recomienda su uso:
Página | 30
Interfaz. Experiencia de usuario
Se podrá ignorar el mensaje y trabajar normalmente, si bien algunas opciones puede que no
funcionen perfectamente. Es debido a que Internet Explorer no utilizar la misma tecnología que los
navegadores modernos.
7.2. Responsive
Calificación:
En AuraQuantic no hay temas o estilos que se apliquen genéricamente a los portales. Desaparecen,
por tanto, los estilos Aéreo, CarbonMetal, Classic, Marine, Sky y White que había en Helium y se
proporciona una nueva interfaz única más moderna, minimalista, agradable, intuitiva y con colores
suaves para una mejor experiencia de los usuarios.
Cabe reseñar que Internet Explorer está cada vez más en desuso y Microsoft ya ha anunciado la
discontinuidad en sus actualizaciones.
Página | 31
Interfaz. Experiencia de usuario
Ya no es necesario eliminar temporales de los navegadores de los computadores de los usuarios tras
la instalación de un Extension Pack.
Está ubicada en Estructura > Portales de Empleados > General y permite las siguientes opciones:
En AuraQuantic la imagen que se muestra mientras se abren las páginas y opciones es única, no se
puede elegir, es más moderna y acorde con la nueva estética de AuraQuantic:
Página | 32
Interfaz. Experiencia de usuario
Nuevo selector de color disponible en todas las opciones en donde el usuario o diseñador pueda
elegir un color:
Otra novedad de este nuevo selector, es que muestra el color que actualmente tiene el elemento que
se está configurando, facilitando las modificaciones.
Página | 33
Portales de empleados
8. Portales de empleados
Calificación:
En este capítulo se tratan las mejoras aplicadas a los portales de empleados equivalentes a las
“Pantallas de inicio” de Helium.
Nuevo diseño del portal predeterminado de empleados, en donde se aplican las nuevas
funcionalidades disponibles para su diseño, por ejemplo:
• Colapso de la botonera
• Submenú con desplazamiento vertical
• Responsive, se adapta a la resolución
• Esquinas redondeadas en los espacios de publicación
• Nuevos comunicados
Página | 34
Portales de empleados
Una vez instalado AuraQuantic, este portal puede ser modificado y personalizado a las necesidades
de los usuarios de cada escenario.
A lo largo de los siguientes apartados se describen con más detalle todas las mejoras relacionadas.
Un empleado estará asignado a un portal de forma predeterminada, aunque podrá acceder a otros si
tiene los debidos permisos.
La asignación del portal predeterminado de un empleado se realiza según los siguientes criterios, en
orden.
1. Ficha del empleado. En la ficha de cada empleado, en la opción “Portal de empleados” se
puede indicar el portal asignado. Es la opción preferente, si aquí está indicado el portal, será
al que acceda el empleado:
Página | 35
Portales de empleados
Página | 36
Portales de empleados
Adicionalmente al portal que tenga asignado cada empleado, podrá acceder a cualquier otro a través
de su URL.
La condición es que esos portales estén configurados como: Acceso = Todos los empleados (a través
de la URL):
Un empleado tendrá asignada una página en el marco central de su portal de forma predeterminada,
aunque podrá acceder a otras si tiene los debidos permisos ellos.
Cuando un empleado entre en su portal, en el marco central verá la página que tenga asignada,
según el siguiente criterio:
Página | 37
Portales de empleados
1. Ficha del empleado. En la ficha de cada empleado, en la opción “Página” se puede indicar la
página que verá el empleado al entrar en su portal. Es la opción preferente, si aquí está
indicado el portal, será al que acceda el empleado:
2. Página. En cada página del portal de empleados se pueden elegir los empleados asignados:
Página | 38
Portales de empleados
Adicionalmente a la página que tenga asignada cada empleado cuando entra en su portal, podrá
acceder a cualquier página a través de su URL.
La condición es que esas páginas estén configuradas como: Acceso = Todos los empleados (a través
de la URL):
Las páginas y grids que incluye el máster original de AuraQuantic, están diseñadas para adaptarse
automáticamente a la resolución del dispositivo del usuario que las visita.
Página | 39
Portales de empleados
Por ejemplo, las imágenes siguientes muestran el mismo grid de la lista de empleados, visto desde
dos resoluciones, la de un computador y la de un dispositivo móvil:
Nótese, que, en la resolución de móvil, el número de filtros ha quedado oculto y accesible desde un
nuevo icono que ha aparecido (remarcado en rojo en la imagen) y el número de columnas se ha
reducido.
Página | 40
Portales de empleados
Adicionalmente a las páginas y grids que incluye el máster original de AuraQuantic, cuando los
administradores delegados crean páginas personalizadas para los portales de empleados, externos y
gestión de contenidos desde Estructura, también pueden diseñarlas para que se adapten a la
resolución.
Para ello, se dispone de las siguientes opciones en el diseño de las páginas y grids configurables.
Las páginas que los administradores delegados crean personalizadas para los portales de
empleados, externos y gestión de contenidos, también tienen la posibilidad de adaptarse a la
resolución del dispositivo de los usuarios que las visitan.
Página | 41
Portales de empleados
Sección
Espacio de publicación
Una vez activadas las opciones mencionadas de la sección, dirigirse a los espacios de publicación y
determinar el porcentaje y ancho mínimo de cada espacio:
Página | 42
Portales de empleados
Si la suma de todos los porcentajes de los espacios es mayor que 100%, aparecerá una barra de
desplazamiento horizontal. Si es menor, habrá un espacio vacío en la parte derecha de la pantalla.
Cuando la resolución sea menor del mínimo indicado en cada espacio de publicación, actuarán así:
Los grids incluidos en AuraQuantic son responsive sin tener que configurar nada.
Los grids que se pueden personalizar también tienen la posibilidad de adaptarse a la resolución del
dispositivo de los usuarios que los visitan. Estos son:
• Familias Propias
Página | 43
Portales de empleados
• Cuentas
• Tareas
• Contactos
• Relación N
• Documentos
• Deep BI
El funcionamiento es el siguiente:
• La suma de los valores indicados en “Ancho mínimo” de todas las columnas representa el
100% del ancho de la pantalla, y el valor de cada columna su parte proporcional.
• El grid ocupará el ancho total disponible en la pantalla, y el ancho de cada columna se
adaptará según su valor proporcional en cada resolución.
• El ancho mínimo de cada columna se respetará y, por tanto, cuando la suma total de los
mínimos sea superior a la resolución del usuario, aparecerá una barra de desplazamiento
horizontal.
Nueva opción de configuración de los filtros de los grids configurables (familias propias, documentos
e informes Deep BI), que permite determinar si los filtros se distribuyen automáticamente según su
ancho o bien se alinean uniformemente.
Página | 44
Portales de empleados
La opción se llama “[ ] Auto ajustar filtros según ancho” y está ubicada en la configuración de cada
grid:
• Marcada. Todos los filtros ocuparán el ancho del filtro más ancho. De esta manera, quedan
todos alineados en columnas, por ejemplo:
• No marcada. Cada filtro ocupará el ancho que se le haya indicado. Con esta configuración
los filtros ocupan menos espacio y por tanto caben más, pero en algunos escenarios puede
quedar estéticamente más desordenado:
Página | 45
Portales de empleados
Nuevas opciones de configuración para colapsar el marco vertical de los portales y secciones de
páginas.
El efecto que se consigue es el que se muestra en la imagen siguiente, donde la botonera está
minimizada y se despliega cuando se pulsa sobre el icono:
Nota: Cuando el usuario vuelva al portal, la botonera la verá como la dejó la última vez, minimizada o
desplegada.
La configuración de este efecto está disponible en portales, en el diseño del “Marco vertical”:
Página | 46
Portales de empleados
La configuración es la siguiente:
Un efecto parecido está disponible en la configuración de las secciones de las páginas de empleados,
externos y gestión de contenidos:
Página | 47
Portales de empleados
La configuración del colapso de la sección es muy parecida a la que hemos visto para el marco
vertical de los portales, con la diferencia de las posiciones, que se adaptan a la horizontalidad del
caso:
Se ha rediseñado el control del contenido tipo botonera que se aplica en los portales y páginas de
empleados, externos y gestión de contenidos.
Aunque la mayoría de las mejoras son internas y no apreciables a simple vista, cabe destacar las
siguientes:
8.8.1. Tecnología
Calificación:
Compatible con los nuevos estándares y mayor fidelidad entre el diseño y ejecución.
Página | 48
Portales de empleados
Esta opción se ha aplicado en el marco vertical del portal de empleados y ha sido explicada aquí:
Nueva opción de configuración en los botones del contenido tipo botonera del portal de empleados,
para que su visibilidad dependa de la pertenencia a grupos de empleados.
De esta manera, se facilita la configuración evitando crear una botonera y portal específico para cada
grupo de empleados. Con una sola botonera basta.
8.8.4. Tooltip
Calificación:
El texto de los botones se muestra en tooltip, especialmente importante cuando la botonera está
colapsada y muestra únicamente un icono.
Página | 49
Portales de empleados
Página | 50
Portales de empleados
Nueva opción de configuración en los botones del contenido tipo botonera del portal de empleados,
para que su visibilidad dependa de la pertenencia a grupos de empleados.
De esta manera, distintos empleados pueden ver distintos botones de la misma botonera,
evitándose tener que crear una botonera y portal específico para cada grupo de empleados. Con una
sola basta.
Esta nueva opción se llama “Grupos de empleados asignados” y está ubicada en la configuración de
cada botón en el contenido tipo botonera del portal de empleados y permite elegir múltiples grupos
de empleados en cada botón:
Página | 51
Portales de empleados
Si no hay ningún grupo asignado en un botón, lo verán todos los empleados y una etiqueta muestra
el texto “(Todos los empleados)” para que no sea necesario entrar en la opción para saberlo. Es la
opción por defecto.
En ejecución, cada empleado verá todos los botones que estén asignados a todos los grupos a los
que él pertenezca.
Ahora, es posible configurar las páginas del portal de empleados y todo su contenido desde la
ejecución, sin necesidad de dirigirse a Estructura.
Durante el uso normal de AuraQuantic, cuando un administrador delegado pasa el cursor del ratón
sobre los diferentes espacios, aparece un icono en su parte superior derecha con el que
puede acceder directamente a su edición.
Página | 52
Portales de empleados
Página | 53
Portales de empleados
O en el diseño de la sección:
En AuraQuantic hay un nuevo contenido para poder elegir consultas públicas directamente sin tener
que crear contenidos intermedios, como sucedía en Helium:
Página | 54
Portales de empleados
Así como anteriormente se ha visto la mejora para editar las páginas del portal de empleados
directamente desde la ejecución, también se ha añadido la facilidad para que cualquier usuario (con
permisos en Estructura, es decir, administrador delegado) vea fácilmente en qué portal está para
poder configurarlo sin tener que deducirlo o buscarlo de forma indirecta.
Para ello, en la lista de portales de empleados en Estructura, el usuario verá el portal en el que está
en ese momento, porque en la lista estará resaltado en color azul. De esta manera puede dirigirse
directamente a él para configurarlo:
Página | 55
Portales de empleados
Asimismo, en la línea de facilitar la información, la lista de empleados muestra ahora todos los cargos
y la página y portal que tiene asignado cada uno:
Ahora, en la cabecera del diseño de los portales y páginas de empleados, externos y gestión de
contenidos, se muestra claramente la vista que se está diseñando:
Página | 56
Portales de empleados
Además de las ventajas tecnológicas de fondo de esta mejora, desde el punto de vista de los usuarios
tiene la ventaja de una única lista de tareas.
Además de las ventajas tecnológicas de fondo de esta mejora, desde el punto de vista de los usuarios
tiene la ventaja de un único sistema de organización de tareas según fecha.
Página | 57
Mejoras en “Mis tareas”
Nuevo menú contextual en el grid de “Mis tareas”, de acciones rápidas, que permite realizar ciertas
acciones sin tener que abrir el elemento (borrador de mensaje, tarea o notificación), y que se activa
con el botón alternativo del ratón sobre cada línea de la lista.
En tareas
Página | 58
Mejoras en “Mis tareas”
En notificaciones
Página | 59
Mejoras en “Mis tareas”
Las tareas no leídas, ahora se muestran en negrita en el grid. Cuando se leen, pasan
automáticamente de negrita a normal.
Y para mejorar la experiencia del usuario, al abrir una tarea no leída (en negrita en el grid), quedará
marcada como leída (no negrita en el grid) automáticamente, sin tener que esperar a refrescar el grid.
Asimismo, cuando se utiliza el menú contextual (botón alternativo del ratón) sobre una tarea y se cambia
de leída a no leída y viceversa, cambiará de negrita a no negrita sin refrescar el grid.
El filtro de clases de procesos en Mis Tareas está filtrado por las tareas y mensajes que tiene cada
usuario:
Página | 60
Mejoras en “Mis tareas”
Así, cada usuario sólo puede filtrar las clases de procesos de los que tiene alguna tarea, facilitándose
la búsqueda.
Ahora, para facilitar la comprensión de los usuarios, el botón “Crear mensaje” para iniciar un proceso,
ha cambiado por “Iniciar proceso”:
Asimismo, la acción “Finalizar” de los botones de formulario en mensajes de inicio ha cambiado por
“Iniciar proceso”.
La única acción equivalente al rango que permanece en AuraQuantic es si la tarea ha sido leída o no,
que se modifica desde el menú contextual mencionado, y que se refleja en el grid porque la fuente
de toda la línea está en negrita (si no está leída), o no.
9.8. Cronometría
Calificación:
El botón Cronometría en la barra de acciones de Tareas Personales que había en Helium tenía tres
opciones que ahora quedan así:
Página | 61
Mejoras en “Mis tareas”
− Menú contextual desde el grid de “Mis tareas”, que se activa pulsando el botón
alternativo del ratón sobre cada línea, tal como se ha explicado antes.
Nuevas opciones de configuración que permiten mostrar u ocultar todas las opciones de Mis Tareas
de empleados, tales como:
• Cabecera
• Botones de la barra de acciones
• Filtros
• Vistas de calendario
• Opción para ocultar tareas en menú contextual
La configuración está en Estructura > Procesos > Entorno > Vista Clásica > Visibilidad de opciones
y se aplica a todos los empleados.
Página | 62
Mejoras en “Mis tareas”
Página | 63
Inicio de procesos. Eliminación automática de
borradores
La configuración es un marcador que está en la ventana principal del diseño de los mensajes de
inicio de proceso:
Página | 64
Barra de acciones configurable
En formularios de tareas:
Página | 65
Barra de acciones configurable
Página | 66
Portales externos
AuraQuantic incluye un nuevo sistema de diseño y funcionamiento de los portales para usuarios
externos con las siguientes características más relevantes:
12.1. Estructura
Calificación:
El diseño de los portales externos y sus páginas se basan en la misma tecnología que la de los
portales y páginas de empleados, es decir, se estructura en Secciones, Espacios de publicación y
Contenidos.
Por tanto, todas las funcionalidades del diseño de portales y páginas de portales de empleados, se
aplican ahora para los portales externos, a excepción de algunos detalles, como, por ejemplo, el
contenido de consultas públicas que es exclusivo de los empleados.
AuraQuantic incluye un portal predefinido para usuarios externos, en donde se aplican las nuevas
funcionalidades disponibles para su diseño, por ejemplo:
De forma predeterminada, la instalación de AuraQuantic incluye un portal para externos básico, con
este aspecto:
Página | 67
Portales externos
Para acceder a su configuración, dirigirse a Estructura > Portales externos > Portales:
relacionadas:
Helium AuraQuantic
Página | 68
Portales externos
En AuraQuantic no hay usuarios invitados. Sólo los usuarios externos podrán acceder a portales
externos.
Esto no supone ninguna limitación. Al contrario, los usuarios externos de AuraQuantic tienen más
funcionalidades que los invitados y los externos en Helium.
La relación de portales externos con clases de cuentas es 1:N, es decir, una clase de cuentas sólo
puede pertenecer a un portal y muchas clases pueden acceder al mismo portal.
Página | 69
Portales externos
En Helium la relación era N:N, lo que producía más confusión que ventajas.
La asociación de formularios de contactos y cuentas con las clases de cuentas ahora es directa, no a
través del portal, como en Helium.
Para ello, en las propiedades del diseño de los formularios de cuentas y contactos, hay una opción
llamada “Clases asignadas”, en donde se pueden elegir las clases de cuentas a la que se aplicará el
formulario:
1. Ir a Estructura > Cuentas y entrar en el diseño del formulario de cuentas y/o de contactos
deseado:
Página | 70
Portales externos
En el grid que se muestra se verán todas las clases, tanto las disponibles como las que ya tienen
asignado un formulario y portal, que se mostrará a modo informativo:
La primera línea del grid es especial para asignar el formulario que verán los empleados. Todos los
empleados verán el mismo formulario para todas las clases de cuentas y contactos.
De forma parecida a los empleados, para facilitar la información, en la lista que aparece al pulsar en
el botón de Contactos ubicada en la barra de acciones de la página principal de “Cuentas” hay cuatro
nuevas columnas:
Página | 71
Portales externos
Esta nueva opción está ubicada en Estructura > Portales Externos > Condiciones, y se basa en los
datos de la ficha de los contactos:
Página | 72
Portales externos
Una vez diseñadas las condiciones, se pueden elegir en el diseño de cada botón en el contenido
tipo Botonera de portal de externos y en las páginas que se mostrarán en el marco central del portal:
En cada botón del contenido botoneras del portal de externos está disponible la selección de
condiciones:
De esta manera, cada usuario externo verá unos botones u otros de la misma botonera,
dependiendo de los datos que tenga en su ficha.
Las condiciones de los portales externos también se aplican en las páginas en el marco central del
portal de externos:
Página | 73
Portales externos
En AuraQuantic, los procesos que pueden ser iniciados por usuarios externos no se controlan
relacionando clases de procesos con portales, sino con Recintos Seguros, el mismo sistema que para
los empleados.
Nota: No confundir el recinto seguro que se aplica al IM (mensaje de inicio de procesos) para que los
usuarios externos inicien procesos de una clase, con el recinto seguro general de la clase de procesos, que
se aplica para que los empleados puedan acceder a las consultas de monitorización, como el control de
ejecución, etc.
Página | 74
Portales externos
Las mejoras en la lista de Mis Tareas, explicada en los portales de empleados, se aplica también a los
portales externos:
Página | 75
Formularios dinámicos. Diseño y ejecución
AuraQuantic incorpora un nuevo editor de formularios dinámicos con muchas mejoras importantes
orientadas tanto a la facilidad en su diseño como a la experiencia de los usuarios que utilizarán los
formularios resultantes durante su trabajo diario.
13.1. Tecnología
Calificación:
Nueva distribución de los grids de divisiones y campos para adaptarse al número de elementos
manejados en cada momento.
Página | 76
Formularios dinámicos. Diseño y ejecución
Subiendo y bajando la barra intermedia separadora entre divisiones y campos, se amplía el grid
deseado en cada momento.
Página | 77
Formularios dinámicos. Diseño y ejecución
Al pulsar sobre cada elemento, este queda resaltado en el grid de divisiones, grid de campos y tapiz:
Esta opción activa o desactiva las guías que se extienden horizontal y verticalmente desde las cuatro
esquinas del elemento seleccionado para facilitar la alineación de los campos y las divisiones:
Página | 78
Formularios dinámicos. Diseño y ejecución
Los movimientos de los elementos dentro del tapiz se realizan sobre un grid invisible cuadriculado
con 5x5 píxeles.
Esta opción está activada de forma predeterminada, pero se puede desactivar desde la opción
marcada en la siguiente imagen, al pie del diseñador:
• Movimiento con ratón. Se ubica ahí donde se suelta, sin tener en cuenta la cuadrícula
mencionada.
• Movimiento con flechas de teclado. Se mueve de 5 en 5 píxeles, a menos que se
mantenga pulsada la techa <Shift>, en cuyo caso se moverá de 1 en 1 px.
Opción en el pie del diseño del formulario, con el que se pueden ubicar y dimensionar campos y
divisiones en conjunto:
Página | 79
Formularios dinámicos. Diseño y ejecución
Cuando se seleccionan dos elementos, dos divisiones en la imagen, en la parte inferior se muestra el
Tamaño y Posición de la primera división seleccionada, que se distingue por estar recuadrada en un
verde más oscuro (la de arriba en la imagen) que la segunda.
En los campos Tamaño y Posición, al pie de la imagen, aparecen en amarillo aquellos valores que no
coinciden entre las dos divisiones. En este caso, la única coincidencia es la posición horizontal; las dos
empiezan a 15 píxeles del borde izquierdo.
Si se escribe cualquier valor en Tamaño y Posición, y se pulsa la tecla <Intro>, se aplicará a todas las
divisiones seleccionadas.
Opción que vela el resto de los elementos del formulario para visualizar mejor el campo, botón o
división que está seleccionada:
Página | 80
Formularios dinámicos. Diseño y ejecución
Para activar esta opción, pulsar sobre el icono señalado en rojo en la parte inferior de la imagen.
Cuando se seleccione un campo, el resto del tapiz quedará velado, resaltando el seleccionado.
Nueva opción de configuración de las divisiones, que muestra un velo alrededor de la división en
ejecución, cubriendo el resto del formulario:
De esta manera se resalta la división y se impide que se puedan cambiar datos en las demás
divisiones.
Página | 81
Formularios dinámicos. Diseño y ejecución
La configuración de esta opción se encuentra ubicada en las propiedades de cada división “Velo
alrededor de la división” y basta con marcarla para que se active en ejecución:
Esta opción está orientada a divisiones que sean disparadas y/o condicionales, porque mientras
estén visibles se superpondrán al resto.
Facilidad importante al añadir campos al formulario desde el panel o el diccionario, con acciones
directas evitando pasos intermedios.
De esta manera, cuando se agrega un tipo de campo específico, por ejemplo, texto una línea en la
imagen siguiente, el buscador de campos de panel y de diccionario ya están prefiltrados para mayor
rapidez. Y si se tiene que llegar al diccionario para agregar o crear términos, al seleccionarlo, se
agrega directamente en el formulario sin tener que aceptar en cada ventana intermedia:
Página | 82
Formularios dinámicos. Diseño y ejecución
El buscador de campos de panel ya está filtrado con el tipo de dato de texto de una línea:
Cuando se crea el término, automática y directamente se agrega al formulario, sin tener que pasar
por las ventanas anteriores.
Si, en lugar de añadir un tipo de campo específico, se selecciona la opción Todos (indicada en la
siguiente imagen), los filtros de tipo de dato están vacíos para elegir el deseado:
Página | 83
Formularios dinámicos. Diseño y ejecución
• Sin cabecera,
• Fondo de color #FAFAFA,
• Borde de 1 Px de color #E6E6E6,
Este es el resultado:
Página | 84
Formularios dinámicos. Diseño y ejecución
El panel de la configuración general del formulario, se accede pulsando sobre el icono resaltado en
rojo en la parte superior de la siguiente imagen:
Página | 85
Formularios dinámicos. Diseño y ejecución
En Helium había un único estilo de campos de formularios dinámicos al que únicamente se podía
modificar el estilo del título del campo, pero ningún atributo de los valores introducidos en el campo.
En AuraQuantic se mantiene el estilo que había en Helium y pasa a AuraQuantic con el nombre
“Small”, y se han añadido dos nuevos, “Minimal” y “Bootstrap”, ambos con un diseño moderno y
funcional para todo tipo de dispositivos.
La elección de un estilo u otro se realiza en la ventana de propiedades del diseño de los formularios
dinámicos:
Página | 86
Formularios dinámicos. Diseño y ejecución
El estilo elegido se aplicará a los campos y botones cuando la opción “Estilo de campos y botones”
tenga seleccionado Heredar del formulario:
El resultado de aplicar los tres estilos predefinidos en un mismo formulario de ejemplo sería el
siguiente:
Página | 87
Formularios dinámicos. Diseño y ejecución
Página | 88
Formularios dinámicos. Diseño y ejecución
Adicionalmente, se pueden crear estilos personalizados para los campos y los botones que se
pueden aplicar de dos maneras:
Los estilos personalizados se crean desde Estructura > Diccionarios > Galerías > Estilos CSS para
formularios dinámicos, tal como se explica en el siguiente capítulo.
Para crear nuevos estilos para campos y botones de formularios dinámicos, dirigirse a Estructura >
Diccionarios > Galerías > Estilos CSS para formularios dinámicos:
Página | 89
Formularios dinámicos. Diseño y ejecución
13.14.1. Campos
Esta pestaña incluye una lista de los estilos de campos existentes y se pueden crear nuevos,
indicando atributos para el título mostrado como para los valores introducidos por los usuarios
durante la ejecución de los formularios. Pueden personalizarse el tamaño, tipo y color de fuente, el
color o imagen de fondo y los bordes:
Página | 90
Formularios dinámicos. Diseño y ejecución
13.14.2. Botones
Nuevo sistema muy mejorado para aplicar estilo en botones. Desaparece la opción de copiar el estilo
de otro botón y en su lugar se elige un estilo de esta galería.
Si entramos en el primero:
Nótese que estos cuatro estilos se han diseñado con un ancho libre (no se ha introducido valor para
el ancho, como se puede ver en la imagen anterior), lo que significa que se indicará en cada
formulario, y cada uno tiene un alto fijo de 35 pixeles y un radio de 5 pixeles para redondear las
esquinas.
Página | 91
Formularios dinámicos. Diseño y ejecución
13.14.3. Conjuntos
Permite diseñar un estilo completo para aplicar a los campos y botones del formulario, según el tipo
de dato y situación:
La aplicación de estos estilos CSS, se puede realizar a nivel de todos los campos y botones del
formulario o bien sólo a algunos de ellos.
De forma predeterminada, los estilos de campos y botones se heredan del estilo elegido del
formulario:
Página | 92
Formularios dinámicos. Diseño y ejecución
Si se desean personalizar, pulsar sobre la lupa para elegir un conjunto de “Estilos CSS para
formularios dinámicos” de la galería:
Si se desea personalizar el estilo de un campo o botón, dirigirse a sus propiedades en el diseño del
formulario y en la parte inferior del panel derecho de propiedades se puede elegir otro “Estilo del
título”, “Estilo del contenido” y “Estilo de la descripción”.
Página | 93
Formularios dinámicos. Diseño y ejecución
Así como los estilos generales del formulario se diseñan desde “Conjuntos” de “Estilos CSS para
formularios dinámicos” en Estructura, los estilos de los campos se diseñan desde la sección
“Campos”.
De forma similar, se pueden aplicar estilos personalizados a botones, que se diseñan desde Estilos
CSS para formularios dinámicos > Botones:
Página | 94
Formularios dinámicos. Diseño y ejecución
• Fija. Se establece la dimensión en el diseño del estilo para que se aplique en todos los
botones en los que se elija este estilo.
• Variable. La dimensión de deja vacía en el diseño estilo y se establece en el diseño de cada
botón en el formulario.
En la imagen anterior se puede ver que el ancho del estilo se ha dejado vacío para que se dimensione
en cada formulario y el alto es fijo a 35 píxeles.
Por tanto, en el diseño de cada formulario se podrá establecer el ancho personalizado, pero el alto
será fijo a 35 píxeles:
Página | 95
Formularios dinámicos. Diseño y ejecución
Volver a la sección “Galería de estilos CSS para formularios dinámicos” en el capítulo “Estructura”.
La configuración de su presencia se realiza desde las propiedades del diseño del formulario, tal como
se explica a continuación.
Ahora se puede elegir si en la ejecución de los formularios dinámicos (mensajes y tareas de procesos,
familias propias y cuentas) se mostrarán los botones de cierre de la ventana superpuesta ubicados
en los dos extremos superiores.
Página | 96
Formularios dinámicos. Diseño y ejecución
La visibilidad de estos botones se decide en las propiedades del diseño del formulario:
Página | 97
Formularios dinámicos. Diseño y ejecución
En AuraQuantic, se muestra el “Nombre para mostrar” que se haya elegido para cada objeto:
La visibilidad del nombre se decide en las propiedades del diseño del formulario:
En caso de marcar la opción Nombre, se mostrará el “Nombre para mostrar” indicado en la pantalla
principal de configuración del objeto:
Página | 98
Formularios dinámicos. Diseño y ejecución
Nota: Si no se personaliza el nombre en “Idiomas”, el nombre para mostrar será el del objeto en el
diagrama.
Se puede elegir la visibilidad de cada uno de los botones de la barra de acciones de los formularios.
Se puede elegir cada uno de los botones que se mostrarán, en esta imagen solo SALIR e INICIAR
PROCESO:
Si no se muestra ningún botón, tampoco se mostrará la barra de acciones, en cuyo caso habrá que
poner botones de acción en el formulario:
Página | 99
Formularios dinámicos. Diseño y ejecución
Nótese que la barra superior permanece visible para poder desplazar el formulario.
Página | 100
Formularios dinámicos. Diseño y ejecución
Pero en AuraQuantic, para conseguir una operativa más funcional y evitar confusiones innecesarias,
ya no están disponibles estos botones, y en su lugar, hay una nueva funcionalidad más potente: la
acción Sustituir formulario, descrita a continuación.
Importante funcionalidad que permite utilizar múltiples formularios en las tareas personales, con las
siguientes ventajas:
• Rapidez de ejecución
• Formulario predeterminado dinámico
• Navegación entre formularios
• Diseño más fácil
Se trata en distribuir las divisiones condicionales, que ahora están en un único formulario, en
distintos formularios, que se invocarán cuando se necesiten, igual que ahora se hace con las
divisiones.
De esta manera, cada formulario cargaría menos divisiones y campos, ejecutándose más
rápidamente.
Un escenario de ejemplo sería el siguiente asistente de tres pasos, donde en lugar de acumular todas
las divisiones en un solo formulario, se distribuirían en tres, pasando de uno a otro pulsando un
botón de acción, Next en la imagen:
Página | 101
Formularios dinámicos. Diseño y ejecución
Nota: La configuración del botón de acción para invocar los distintos formularios se explica en el capítulo
siguiente.
Con la nueva funcionalidad de múltiples formularios, es posible que el formulario que se abra de una
tarea o familia propia sea uno u otro dependiendo de los datos que haya en el panel o ficha en el
momento en el que el usuario lo abra.
Para ello, en la parte superior de la lista de formularios disponibles para el diseño de las tareas y
familias propias, hay una nueva opción, “Formulario predeterminado O Indicar O Panel”:
Página | 102
Formularios dinámicos. Diseño y ejecución
• Indicar. Es la opción por defecto en la que se utiliza el formulario que esté seleccionado
como predeterminado en el marcador de la columna derecha de la lista.
• Panel (Ficha en el caso de familia propia). Permite seleccionar un campo de selección simple
del panel o ficha, cuyo valor es el que servirá para determinar el formulario que se abrirá en
cada tarea o elemento de familia propia. Una vez seleccionado el campo, en la lista de
formularios se puede elegir la opción del campo de selección simple que se desee asociar a
cada formulario.
Cuando en ejecución el usuario abra la tarea, se abrirá un formulario u otro dependiendo del valor
del campo de selección simple que haya en ese momento en el panel o ficha.
En caso de que no haya coincidencia, se abrirá el que esté marcado como predeterminado en la lista.
Nota: En el caso de familias propias, se abrirá un formulario u otro dependiendo de la Clase del elemento.
Cada formulario se asocia a unas clases.
El cambio de formulario se realiza pulsando un botón del formulario con la acción Sustituir
formulario explicada en el capítulo siguiente.
La distribución de divisiones en distintos formularios implica que éstos sean más ligeros e
independientes y, por lo tanto, más fáciles de configurar, más rápidos y además permite que
distintos diseñadores puedan trabajar al mismo tiempo en una tarea, cada uno en un formulario.
Nueva acción de botón de formulario de tareas y familias propias, Sustituir formulario, que, en
ejecución, sustituye el formulario principal por otro del mismo elemento (tarea o familia propia) con
solo pulsar un botón.
Página | 103
Formularios dinámicos. Diseño y ejecución
• Guardar el actual formulario antes de sustituirlo. Los datos del formulario se guardarán
en el panel o ficha antes de sustituir el formulario.
• Formulario predeterminado. El formulario que esté en ejecución en el momento de
ejecutar esta acción, será sustituido por el que esté configurado como predeterminado, que
según la configuración dependerá del valor del campo de selección simple indicado o el que
esté marcado como predeterminado en la lista de formularios.
• Indicar. Elegir el formulario que se desea mostrar al pulsar la acción.
Esta nueva funcionalidad está orientada tanto a la mejora del rendimiento de formularios complejos
con muchas divisiones, como a facilitar su diseño y mantenimiento. Se trata de distribuir las
divisiones en distintos formularios para que se muestren según el botón de acción ejecutado, en
lugar de estar todas en el mismo formulario y tener que añadir un número excesivo de condiciones
para gestionarlas.
Página | 104
Formularios dinámicos. Diseño y ejecución
Dos escenarios clásicos en donde se puede aplicar esta mejora son los siguientes:
1. Número excesivo de divisiones condicionales y/o disparadas. En lugar de estar todas las
divisiones en el mismo formulario, se distribuyen en distintos formularios que se abrirán
sólo cuando sea necesario.
2. Asistente con muchos pasos, que, en lugar de disparar divisiones ocultas en el mismo
formulario, pasaría de un formulario a otro pulsando el correspondiente botón Siguiente.
Nueva acción de botón de formulario en tareas, “Comprobar campos obligatorios”, que, en ejecución,
comprueba si los campos obligatorios que normalmente se comprueban al terminar la tarea, están
rellenos en el momento de pulsar el botón. Si falta alguno, se muestra el mensaje habitual con la lista
de campos que falta cumplimentar y se detiene la ejecución de las siguientes acciones del botón.
En AuraQuantic, la “vista calendario” también está disponible en grupos de campos, igual que en los
grids de tareas y familias propias.
De esta manera, se pueden ordenar y/o filtrar las líneas según fecha-hora.
Página | 105
Formularios dinámicos. Diseño y ejecución
Nótese que, en modo lista, el orden depende de la fecha de creación de la línea y, en cambio, en la
vista calendario el orden depende del campo fecha de inicio elegido en el diseño:
La configuración se hace en dos fases, una desde el diccionario de términos y la otra desde el
formulario desde donde se va a visualizar:
Página | 106
Formularios dinámicos. Diseño y ejecución
• Fecha inicio: Se elije el campo Fecha y Hora que se utilizará para posicionar la línea en la
vista calendario.
• Fecha fin: Se elije el campo para la fecha fin. Se puede omitir, en cuyo caso el Evento de
calendario será automáticamente de media hora.
• Texto: Se puede elegir el campo cuyo contenido se mostrará como nombre del evento en
vista calendario. Los campos permitidos son Prefijo, Texto y Selección Simple.
Página | 107
Formularios dinámicos. Diseño y ejecución
13.25.3. Extensión
Si el grupo de campos tiene una extensión, se abrirá cuando se pulse sobre un elemento de la vista
calendario.
Cuando, en los filtros de la cabecera del grupo de campos hay campos de prefijos, solo se podrán
elegir elementos que ya estén agregados en las líneas del grupo de campos.
Página | 108
Formularios dinámicos. Diseño y ejecución
Nótese, que por muchos empleados que cumplan el prefiltro del prefijo “Executor”, en el filtro del
grupo de campos solo aparecen los que han sido seleccionados en alguna línea.
En Helium se podía elegir cualquier elemento en el filtro, aunque no estuviera agregado en ninguna
línea, por lo que nunca devolvería ningún resultado, con la correspondiente pérdida de tiempo al
usuario.
Se han modificado las posibilidades de filtrado de documentos que se pueden ver desde una
extensión de grupo de campos en familia propia.
Se ha mejorado la fidelidad entre el diseño del grupo de campos y su ejecución, para que sean más
iguales.
Ahora, el aspecto que se muestra del grupo de campos durante el diseño, corresponde con el de
modo lectura, es decir, el que ve el usuario en el formulario antes de pulsar el botón para editarlo.
Página | 109
Formularios dinámicos. Diseño y ejecución
Las condiciones de visibilidad y lectura de las divisiones en formularios ahora pueden comprobar si
el ejecutor (el que está viendo el formulario) pertenece a un rol de empleados para mostrar o no la
división y/o mostrarla en solo Lectura o no:
Dato real
El campo seleccionado aquí ha de ser un prefijo de empleado que esté ubicado en el formulario y
configurado con la opción “Mostrar Valor de = Ejecutor”, es decir, que se rellene automáticamente
con el empleado que haya abierto el formulario.
Comparación
Elegir “Igual” o “Distinto” según se desee, que en este caso equivale a estar o no incluido en el rol del
empleado que se seleccione a continuación en el patrón.
Patrón
En “Fuente” hay tres opciones:
Con esta funcionalidad, cuando el empleado abra el formulario, verá o no la división, o la verá en
modo lectura o edición, dependiendo de su pertenencia al rol indicado.
Página | 110
Formularios dinámicos. Diseño y ejecución
Nuevo control en el diseñador de formularios dinámicos que bloquea la edición cuando un usuario
entra en su diseño y no queda liberado para otros hasta que sale.
Los demás usuarios podrán entrar en el editor en modo solo lectura para ver su configuración, pero
no para modificar. Verán que está bloqueado por un mensaje al entrar y por una leyenda de color
rojo al pie del editor:
En caso de que la edición de un formulario se haya quedado bloqueada porque el usuario haya
salido indebidamente del editor, por ejemplo, cerrando directamente el navegador sin salir por las
opciones previstas del editor, tanto ese mismo usuario como Adminportal podrán desbloquearlo
entrando y pulsando sobre un botón que aparece en la parte baja del editor.
Importante mejora para mejorar el rendimiento de los campos prefijo y relación cuando están
configurados como lista de opciones:
Página | 111
Formularios dinámicos. Diseño y ejecución
Gracias a este nuevo componente, es posible añadir muchos campos prefijo o relación como lista de
opciones sin problemas de rendimiento.
Ahora se puede definir la descripción de un campo o botón como tooltip, para que en ejecución se
muestre cuando el cursor se coloque sobre él.
Página | 112
Formularios dinámicos. Diseño y ejecución
Cuando se agrega un campo a una división, por defecto el título se ubica encima, que es la posición
que mejor permite alinear y dimensionar los campos y títulos, especialmente cuando se utilizan
varios idiomas:
Ahora, el formulario en ejecución ya no tiene márgenes alrededor. Se comporta igual que en diseño.
Página | 113
Formularios dinámicos. Diseño y ejecución
Mejora en los campos de selección simple y múltiple, que ahora permite definir la máscara
directamente en el diccionario:
En la columna V (visible) se marcan las opciones que se desea que sean visibles.
Página | 114
Formularios dinámicos. Diseño y ejecución
En la configuración de los campos de selección simple y múltiple desde el formulario, está el selector:
“Mask O Heredar del Diccionario O Personalizar la máscara”:
Nuevas opciones de configuración en los formularios externos que permiten abrirlos con más
posibilidades:
Página | 115
Formularios dinámicos. Diseño y ejecución
Nota: Estas nuevas opciones de apertura de la ventana de los formularios externos son las mismas ya
disponibles en el diseño de la acción “Enlace” de botones en formularios, pero con las opciones más
avanzadas propias de los formularios externos.
Nuevo visor de documentos con tecnología HTML5 para aplicación directa en formularios dinámicos.
Página | 116
Formularios dinámicos. Diseño y ejecución
Página | 117
Formularios dinámicos. Diseño y ejecución
Nota: Si se selecciona No en las últimas dos opciones, el documento estará protegido en el visor. El usuario
podrá leerlo, pero no imprimir ni descargarlo.
Cabe recordar que este visor HTML5 ya estaba disponible en Helium en el grid de bibliotecas y en la
gestión de contenidos, tal como se explica a continuación.
En el grid de bibliotecas, se puede ubicar una columna con acceso al visor de documentos, a la
derecha en la imagen siguiente:
Página | 118
Formularios dinámicos. Diseño y ejecución
Página | 119
Formularios dinámicos. Diseño y ejecución
El visor de documentos también se puede utilizar desde la gestión de contenidos de una forma
específica.
Se trata de que, al pulsar sobre un documento en una lista, en lugar de descargarse o abrirse
directamente, se abra con el visor:
Página | 120
Formularios dinámicos. Diseño y ejecución
Esta configuración se realiza desde las plantillas de la gestión de contenidos, en el campo biblioteca
ubicado en una celda:
Al pulsar sobre el icono de configuración del estilo, en círculo rojo en la imagen anterior:
Se puede indicar:
Página | 121
Formularios dinámicos. Diseño y ejecución
13.39. Facebook
Calificación:
Discontinuada la integración con Facebook que había desde formularios por obsoleta.
Calificación:
Ahora, cuando un formulario se abre más lento de lo normal debido a que se está regenerado la
caché, el usuario verá un aviso en el pie del formulario:
El mensaje desaparece cuando el usuario pulsa sobre cualquier parte del formulario.
La caché es un sistema automático que mejora la velocidad del formulario y que se regenera por tres
causas:
Página | 122
Cuentas
En estos tres casos, la caché se regenera la primera vez que un usuario entra en el formulario
después de uno de los tres casos mencionados. Una vez la caché ha sido generada por el primer
usuario (por cada idioma), los demás ya se benefician y el formulario se ejecuta más rápido.
Nota: Mención especial a la regeneración de la caché debida a cambios en el diseño del formulario,
porque si se están haciendo mientras los usuarios están trabajando, experimentarán lentitud y verán el
mensaje a menudo. En general, lo recomendado es hacer los cambios cuando los usuarios no están
trabajando en el formulario, o bien asumir la lentitud asociada.
14. Cuentas
Calificación:
Todas las familias en AuraQuantic almacenan sus datos directamente en MS SQL, en lugar de hacerlo
en SharePoint, pero la familia de Cuentas tiene una ventaja adicional, que es disponer del sistema de
formularios dinámicos y grid configurable:
Página | 123
Cuentas
Para mantener las funcionalidades especiales que la familia Cuentas tenía en Helium, se han creado
los siguientes nuevos términos de sistema:
• _Authorized. Selección múltiple de empleados por cargo, a diferencia del clásico término
general de familia, en el que se eligen empleados, no sus cargos.
• _Responsible. Selección única de empleado por cargo, a diferencia del clásico término
prefijo de familia en donde se elige un empleado, no su cargo.
• _Status. Selección simple especial, no modificable desde el diccionario.
El resto de los términos utilizados para diseñar los formularios predeterminados son los clásicos ya
conocidos, si bien están incluidos en el máster de AuraQuantic con la categoría de “sistema” para
permitir el pase de datos automático desde Helium.
Asimismo, el grid de la familia Cuentas es configurable, igual que cualquier familia propia:
Página | 124
Cuentas
Página | 125
Familias de Empleados, Áreas, Proyectos e Ítems
El resto de las familias de sistema (Empleados, Áreas, Proyectos e Ítems), ahora también almacenan
sus datos en MS SQL en lugar de en SharePoint,
En las familias de Empleados, Áreas, Proyectos e Ítems, el diseño de sus fichas y grid está
predeterminado, todavía no se pueden modificar.
Página | 126
Familias de Empleados, Áreas, Proyectos e Ítems
Nota: Si en AuraQuantic se desea ampliar los datos de las fichas de estas familias, utilizar familias
relacionadas en lugar de Anexos de SharePoint.
Así como en Helium, cuando se accedía a cualquier elemento de las familias de Empleados, Áreas,
Proyectos e Ítems, se hacía a la vista en modo lectura y para editar había que pulsar siempre un
botón en la barra de acciones, ahora, si el usuario tiene permisos de edición, directamente accede en
modo edición, evitando pulsaciones del ratón innecesarias.
Página | 127
Familia Documentos
Nueva opción en la configuración del grid de familia propia, que permite añadir un campo biblioteca.
Un escenario interesante en donde se puede aplicar esta nueva opción, puede ser el siguiente
ejemplo:
La configuración es sencilla, basta con agregar el campo biblioteca deseado en la configuración del
grid de la familia propia.
Página | 128
Familia Documentos
16.2. Etiquetas
Calificación:
Página | 129
Familia Documentos
• Edición desde biblioteca. Permite editar las etiquetas directamente desde la biblioteca,
aunque el documento se haya integrado desde formularios.
• Obligatorio desde formularios. Cuando el documento se integra desde un formulario, será
obligatorio rellenar esta etiqueta.
• Integración desde biblioteca. Permite rellenar la etiqueta al integrar documentos desde la
biblioteca.
• Obligatorio desde biblioteca. Cuando el documento se integra desde la biblioteca, será
obligatorio rellenar esta etiqueta.
• Tipo de dato. Tipo de dato que contendrá la etiqueta.
• Término de diccionario. Si el tipo de dato es “Diccionario”, hay que elegir el término.
Nota: La nueva posibilidad “Edición desde bibliotecas” permite editar etiquetas de documentos que fueron
integrados desde formularios de procesos o familias.
Página | 130
Universal watcher
AuraQuantic incorpora Universal watcher, nueva herramienta incluida en Deep BI, que permite a los
usuarios configurarse alertas y avisos automáticos de sucesos relevantes durante la ejecución de los
procesos.
• Generación de datos. Se elige la conexión del diagrama en el que se generarán los datos
cuando la corriente del Motor BPMS pase por ella.
• Campos y fórmulas. Se eligen los valores que se desea obtener y las condiciones de Alerta.
• Transmisión de datos. Se elige la conexión del diagrama en el que se transmitirán los datos
a los destinatarios cuando la corriente del Motor BPMS pase por ella. Puede ser la misma
que la de generación de datos u otra.
• Destinatarios. Se eligen los destinatarios de la información y la forma en la que la recibirán.
Página | 131
Universal watcher
Además de los datos que se reciben de las vistas según estén configuradas (tareas, emails…) tanto el
creador como los destinatarios indicados en su diseño, tendrán la vista disponible desde “Mis
consultas” desde donde podrán ver los datos que se van generando durante la ejecución de los
procesos:
Los administradores delegados pueden controlar el uso que se está haciendo de Universal watcher
desde Estructura > Procesos > Universal watcher:
Página | 132
Universal watcher
Desde esta opción, los administradores delegados verán todas las vistas que los usuarios han
configurado:
Pulsando sobre el icono visor ubicado en la última columna de la derecha, se verán los registros
generados:
Página | 133
Nuevo modeler
En el icono ubicado a la derecha de cada línea, los administradores delegados podrán eliminar
registros. Ver todos los detalles en el documento específico de Universal watcher en el Knowledge
base de AuraQuantic.
AuraQuantic incorpora un nuevo Modeler de diagramas de clases de procesos con las siguientes
características relevantes:
• Diseño mejorado
• Nuevas funcionalidades
• 100% web, 100% JavaScript
• Compatible con cualquier navegador estándar
• No requiere instalación de ningún complemento
• Multiplataforma
• Los diagramas de Visio y Java provenientes de Helium, pueden seguir utilizándose y
modificándose en AuraQuantic, pero los nuevos diagramas se crean con el nuevo Modeler.
• Se incorpora un conversor automático de diagramas de Visio y Java al nuevo Modeler.
Página | 134
Conectores
19. Conectores
Calificación:
Nueva organización de conectores para conexiones con aplicaciones externas más potente y
mejorado. Accesible desde Estructura > Diccionarios > Conectores:
Página | 135
Conectores
El nombre de las clases de sistema empieza por “_” y por tanto están en primer lugar de la lista que
está ordenada alfabéticamente:
• _.Net Assembly. Nuevo conector para integrar código .NET diseñado a medida de cada
necesidad.
• _Adapters Server. Conector con bases de datos externas.
• _Email. Inicia procesos cuando se reciben emails que cumplen las condiciones previstas.
• _File System. Almacenamiento de documentos e imágenes en file system para aligerar la
carga de la base de datos SQL.
• _Google Suite. Conectores diseñados a medida de opciones disponibles en Google, por
ejemplo, para el cálculo de la ruta entre dos direcciones.
Adicionalmente a los conectores de esta clase de sistema, AuraQuantic también incluye
conectores para servicios web de Google, realizados con el conector REST.
• _MS Excel BaseDoc. Documento base diseñado para Microsoft Excel. Durante la ejecución
de los procesos se obtienen valores del panel para crear y rellenar hojas Excel
automáticamente.
• _MS Excel Report. Consultas públicas que crean hojas Excel con datos de los procesos. A
diferencia de documento base, que obtiene los datos del proceso desde donde se ejecuta,
los datos obtenidos en las consultas públicas provienen de varios procesos a la vez.
• _MS Excel Process. Pasa datos de hojas de cálculo MS Excel a procesos; tanto a campos
singulares como a grupos de campos.
• _MS SharePoint Online. Conector con SharePoint Online.
• _MS Word BaseDoc. Documento base diseñado para Microsoft Word. Durante la ejecución
de los procesos se obtienen valores del panel para crear y rellenar documentos Word
automáticamente.
• _SAP. Conector con SAP.
• _Script SQL. Ejecuta scripts y procedimientos almacenados SQL.
• _Web Service REST – Act in process (IEM). Para actuar en procesos ya existentes a través de
los servicios web REST de eventos intermedios.
• _Web Service REST – Customized. Permite diseñar conectores con tecnología REST
personalizados para aplicaciones externas.
• _Web Service REST – Start of process (PSEM). Para iniciar procesos a través de los servicios
web REST de eventos de mensaje de inicio de procesos.
• _Web Service SOAP – Act in process (IEM). Para actuar en procesos ya existentes a través
de los servicios web SOAP de eventos intermedios.
• _Web Service SOAP – AuraQuantic API. Se compone de 5 servicios web SOAP predefinidos
para actuar con los procesos, familias, documentos, diccionario y avisador.
• _Web Service SOAP – Start of process (PSEM). Para iniciar procesos a través de los servicios
web SOAP de eventos de mensaje de inicio de procesos.
• _Web Service SOAP – System Task. Para invocar servicios web SOAP a través de tareas de
sistema CONECTOR.
Página | 136
Conectores
Página | 137
Conectores
Pulsar en Crear operación y rellenar el panel derecho con los siguientes valores:
Nótese que la dirección origen y destino pueden ser sufijos y por tanto un escenario de ejemplo sería
donde un empleado elegiría un cliente en un formulario de AuraQuantic y automáticamente le
aparecería el mapa para llegar hasta él.
Página | 138
Conectores
• Dirección origen. Con el sufijo dirección del empleado ejecutor del formulario, que
obtendría la dirección de su oficina.
• Dirección destino. Con el sufijo dirección de la cuente elegida en el formulario.
• URL resultante con la ruta. Campo de texto de una línea, que se utilizaría como URL de un
formulario externo incrustado en el formulario y en donde se presentaría el mapa con la
ruta entre las dos direcciones.
Por ejemplo:
Página | 139
Conectores
AuraQuantic consulta a Google enviándole las dos direcciones y Google devuelve una URL que se
grabará en el campo de texto elegido del panel.
Si se desea visualizar el mapa resultante, hay que ubicar la URL dentro de lo que técnicamente se
llama un iframe HTML y que en términos de AuraQuantic se puede conseguir con un “formulario
externo” o bien un campo de texto rico, teniendo en cuenta los siguientes detalles:
El “Destino” donde se verá el formulario externo puede ser cualquier de los indicados en la imagen,
es decir, todos excepto el último, “Mismo navegador”, porque no se abre dentro de un iframe HTML.
Página | 140
Conectores
Un ejemplo de cómo hacer dicha composición en una tarea de sistema sería el siguiente:
Adicionalmente a las clases de sistema mencionadas, se pueden crear clases personalizadas en las
que ubicar conectores con tecnología REST.
AuraQuantic incluye diversas clases personalizadas con sus correspondientes conectores, por
ejemplo:
• Artificial Intelligence (Images & Vision). Conectores de inteligencia artificial para manejar
imágenes, como Azure Face API, Azure Recognize Text, Computer Vision (Analyze), Computer
Vision (Categories), Computer Vision (Description), Computer Vision (Objects) y Computer
Vision (Tags).
Página | 141
Conectores
• Artificial Intelligence (Language & Text). Conectores de inteligencia artificial para manejar
textos, como Key Phrases y Sentiment Analysis.
• Blockchain. Conectores con tecnología Blockchain para conexiones con Bitcoins y
Ethereum.
• Digital Signature. Firma digital de Wallet ID.
• Google REST API. Diversos conectores desarrollados con la API de Google, como Calendar,
Docs, Drive, Geolocation, Maps Places, People, Sheets, Statics Maps y Tasks.
• MS Azure. Conexión con Azure Active Directory para obtener datos de usuarios.
• MS Office 365. Microsoft Flow.
• MS Power BI. Actualiza conjunto de datos de Power BI.
• MS Teams. Conectores para manejar canales, mensajes y miembros de Microsoft Teams.
• RPA - Robotic Process Automation. Conectores RPA como UI Path.
• Salesforce. Conector a la API de Salesforce.
En sucesivas actualizaciones de AuraQuantic se incrementará el número de conectores.
Esta nueva opción se encuentra ubicada en la configuración de conectores y cada una de sus
operaciones, de las clases que se crean desde Estructura > Conectores, por ejemplo:
Página | 142
Conectores
Nota: La publicación de conectores y operaciones “.Net Assembly”, sólo puede hacerla Adminportal.
Esta funcionalidad solo se aplica a conectores con tecnología REST y por tanto ubicados en clases
personalizas o en la de sistema “_Web service REST – Customized”.
Para ello, pulsar botón Exportar conector ubicado en la barra de acciones de cada conector REST:
Se generará un fichero de extensión .rest.connector.ap que incluirá todas las operaciones del conector
y podrá ser importado en otra instalación de AuraQuantic.
Este botón solo se muestra cuando la lista está filtrada por una clase personalizada o por la de la
clase de sistema _Web Service REST – Customized:
Página | 143
Conectores
Se generará un fichero de extensión .rest.class.ap que incluirá todos los conectores de la clase y
podrá ser importado en otra instalación de AuraQuantic.
Página | 144
Conectores
Si se ha elegido un conector suelto, el importador pedirá la clase destino, que puede ser una clase
personalizada o bien la de sistema “_Web Service REST – Customized”.
Para unificar conceptos y nomenclatura, se han fusionado tres tipos de tareas de sistema que
estaban independientes en Helium en una sola llamada tarea de sistema CONECTOR:
Página | 145
Conectores
• Servicio web SOAP. En Helium era la tarea de sistema INVOCADOR (Invoca Servicio Web
externo).
• Servicio web REST. En Helium estaba en la tarea de sistema EJECUTOR (Conector).
• Script SQL (Procedimiento almacenado). En Helium era la tarea de sistema EJECUTOR
(Ejecuta un script (Procedimiento Almacenado)).
• .NET Assembly. Nuevo conector para ejecutar código personalizado.
• Email. En Helium estaba en la tarea de sistema EJECUTOR (Conector).
• SAP. En Helium estaba en la tarea de sistema EJECUTOR (Conector).
• MS Excel. En Helium estaba en la tarea de sistema EJECUTOR (Conector).
• SharePoint Online. En Helium estaba en la tarea de sistema EJECUTOR (Conector).
Página | 146
Estructura
20. Estructura
Calificación:
AuraQuantic ha sido diseñado para mejorar la experiencia de los usuarios, no solo para los usuarios
finales en su trabajo diario en producción, sino también para los diseñadores cuando trabajan en las
opciones de “Estructura”.
Por ejemplo, cuando en la configuración de cualquier opción, se necesita pulsar Guardar tras
introducir los primeros datos, ahora se dispone de un botón Continuar a modo de asistente, para
que el diseñador no tenga que saber que hay que guardar para seguir la configuración.
Asimismo, todas las ventanas de configuración han sido rediseñadas para mejor localización de las
opciones, facilitar la configuración y, en definitiva, hacer más agradable y productivo el trabajo de los
diseñadores.
20.2. Organización
Calificación:
Página | 147
Estructura
Está ubicada en Estructura > Adminportal > Permisos en las opciones de estructura:
A la izquierda están las opciones de estructura y a la derecha los grupos de empleados asignados.
Página | 148
Estructura
Mejorado el sistema de creación y edición de los Árboles y clases de familias para hacerlo más ágil e
intuitivo.
• Crear nuevas ramas. En la barra de acciones del árbol se ha añadido un icono + para crear
nuevas ramas.
• Al pulsar sobre una rama, se abre una ventana para editarla, con una nueva opción
O Modificar esta Rama O Crear nueva Rama:
Página | 149
Estructura
• En la ventana de edición del árbol, en la parte inferior derecha (ver imagen anterior), un grid
muestra las clases ubicadas y las pendientes de ubicar, con un marcador para moverlas en
un sentido u otro.
• Al pulsar sobre crear una clase en el árbol, se abre su ficha en modo edición y puede
marcarse como Preferente:
Las clases preferentes son aquellas que salen prefiltradas en la lista al crear elementos.
20.5. Condiciones
Calificación:
Página | 150
Estructura
• Copiar existente. Nueva opción especialmente relevante porque permite copiar una
condición ya existente cuando se desea otra condición basada en el mismo campo con algún
valor distinto. Evita tener que volver a buscar el mismo campo.
• Filtro directo. Permite escribir directamente en el filtro del campo para que al pulsar sobre
la lupa ya se ejecute el filtrado.
• Conjunto. El nombre del conjunto no es obligatorio, facilitando su creación.
Estas mejoras se aplican a todo el sistema de condiciones, sea donde sea que se configuren.
Página | 151
Estructura
Desactivar operaciones
Nueva columna en la parte derecha del grid de operaciones configuradas, “Activa” en la cabecera, con
un marcador para desactivar la ejecución de cada operación sin necesidad de eliminarla como hasta
ahora.
Priorizar operaciones
Nueva columna en la parte izquierda del grid de las operaciones, “Orden”, en la cabecera, para poder
modificar el orden de ejecución.
Resultado de la ejecución
Además de la notificación que se envía al responsable del proceso cuando falla un ingreso en
particular, se ha añadido la posibilidad de grabar el resultado global de la ejecución de la tarea de
sistema en un campo de panel para poder actuar en consecuencia en el diagrama, por ejemplo,
dirigiendo la corriente a una tarea personal cuando haya dado algún error. Los códigos de
devolución posibles son:
La tarea de sistema CREADOR (Crea cuenta y contacto) tiene las siguientes mejoras cuando se crea
un contacto:
Página | 152
Estructura
En primer lugar, nótese que en caso de crear un contacto que sea usuario, solo podrá ser usuario
externo, ya que los usuarios invitados no están disponibles en AuraQuantic.
Cuando el usuario pulse sobre el enlace para establecer su contraseña, se le dirigirá a la ventana
siguiente:
Esta es la misma ventana que aparezca para restablecer una contraseña si el usuario se lo ha
olvidado.
Nótese que el Login no se puede modificar, está indicado para el usuario específico asociado al email
que se indicó.
Página | 153
Estructura
El usuario tiene 5 horas para introducir una contraseña. Pasado ese tiempo, deberá volver a enviar
su solicitud.
La tarea de sistema NOTIFICADOR (Notifica por email) tiene un cambio en la misma línea de
recuperación de contraseña de los usuarios.
Debido a este sistema de seguridad, cuando en la configuración del contenido del email de una tarea
de sistema NOTIFICADOR (Notifica por email), se incluye el sufijo _AcRole/_Password, lo que se le
envía al usuario no es su contraseña en texto plano, sino el enlace para que pueda restablecer su
contraseña, tal como se ha descrito en la mejora anterior.
Página | 154
Estructura
Otra posibilidad, en caso de tener guardada la contraseña en un campo, por ejemplo, porque el
usuario la introdujo en un formulario de inicio de sesión anónimo cuando se registró, es añadir el
campo en el cuerpo de email. Dependerá de cada escenario, las dos posibilidades están disponibles.
Página | 155
Estructura
20.9. Galerías
Calificación:
Son los estilos que se aplican en las botoneras de los portales de empleados, externos y gestión de
contenidos. Su funcionamiento es básicamente el mismo que en Helium.
No confundir estos estilos con los de botones de formularios dinámicos, que se diseñan desde la
galería de “Estilos CSS para formularios dinámicos” explicada a continuación.
Importante nueva galería que se aplica a los campos y botones de formularios dinámicos, que ya se
ha explicado con detalle en el capítulo dedicado al nuevo editor de formularios dinámicos, aquí.
Página | 156
Estructura
Los estilos diseñados en la galería de “Estilos CSS para texto” se aplican en AuraQuantic en:
En el estilo de los campos de texto en plantillas de gestión de contenidos, se puede aplicar los “Estilos
CSS para textos” creados en la galería:
En campos de texto rico también se pueden elegir los aplicar los “Estilos CSS para textos” creados en
la galería.
Página | 157
Estructura
• Editor de texto rico de los contenidos HTML de los portales de empleados, externos y
gestión de contenidos.
Contiene las fuentes incluidas de forma predeterminada en el máster de AuraQuantic (sus nombres
empiezan con “_”) y la posibilidad de añadir nuevas:
Página | 158
Estructura
Además del nombre, hay que ingresar los ficheros correspondientes de la fuente deseada, según los
escenarios en donde se desee utilizar.
Nota: Es preferible utilizar las fuentes de sistema y no añadir nuevas a menos que realmente se necesiten.
Las fuentes adicionales pueden penalizar el rendimiento.
Para comodidad en la localización y selección de imágenes, ahora hay una única galería de imágenes,
las imágenes de sistema y las privadas están juntas, si bien se pueden localizar por los marcadores
del filtro:
Página | 159
Estructura
Además, la nueva galería carga las imágenes dinámicamente a medida que se desciende con la barra
de desplazamiento.
Dado que ahora es posible configurar dos sitios web, uno para empleados y otro para usuarios
externos, la opción de Almacenamientos en File system, llamada “Edición exclusiva a File system
desde” también permite que se indiquen varias URL:
Página | 160
Estructura
De esta manera, si se restaura una copia de seguridad en otra instalación de AuraQuantic que tenga
acceso al File system, no se podrán añadir, ni editar, ni eliminar documentos. Sólo se podrá desde las
URL indicadas aquí.
En todas las opciones de AuraQuantic, en donde puede necesitarse la URL de acceso para acceder
desde enlaces adicionales o externos, hay una opción llamada URL de acceso en donde se muestran
las diferentes opciones, dependiendo de cada escenario.
Al entrar:
Página | 161
Estructura
Otro ejemplo distinto, es la URL de acceso a un documento en particular, que se puede obtener
desde la opción + del grid de documentos de una biblioteca:
Página | 162
Estructura
En este caso también se ven dos URL, pero no por tratarse haber dos naturalezas de usuarios, sino
para el acceso a la descarga directa del documento o al visor.
Especialmente interesante es que la URL de acceso a documentos no varía cuando se utiliza la opción
sustituir contenido:
De esta manera, se puede mantener el acceso a un documento en un link externo sin tener que
modificarlo, aunque se sustituya el documento.
En las diferentes opciones en donde esté la opción “URL de acceso”, se verán las URL disponibles en
cada caso.
Página | 163
Estructura
Ancho y Alto
Tamaño determinado, que se aplicará según las siguientes opciones.
Si es mayor
• Redimensionar. La imagen se reducirá automáticamente sin deformarla. Es decir, será
reducida hasta llegar al tamaño mayor, sea el ancho o el alto, que primero se ajuste a los
valores indicados en las opciones anteriores.
• Impedir ingreso. La imagen no se ingresará y el usuario recibirá el aviso correspondiente.
Si es menor
• Redimensionar. La imagen será ampliada automáticamente sin deformarla. Es decir, se
aumentará hasta llegar al mayor tamaño posible según los valores indicados en las opciones
Ancho y Alto, manteniendo las proporciones. Lógicamente, esta transformación reducirá la
calidad de la imagen.
• Ingresar sin modificar.
Peso máximo
Límite superior del peso expresado en Kilobytes. Si no se indica, no habrá límite. Si se indica y la
imagen que se intenta ingresar sobrepasa el tamaño, la imagen no se ingresará y el usuario recibirá
el aviso correspondiente.
Página | 164
Estructura
Una vez está activada, en la primera línea de la ventana en la imagen anterior se distinguen:
• Ref. Es la referencia interna y única de la licencia, que se necesita comunicar a AURA en caso
de problemas.
• Neon. Indica que es una licencia específica para AuraQuantic, puesto que es independiente
de la de Helium. Son modelos distintos.
• Ubicación. Muestra, entre paréntesis, el nombre del directorio en el servidor en donde está
ubicado el fichero de licencia.
Nueva opción en el visor de eventos de AuraQuantic (Estructura > Visor de eventos), que permite
copiar el contenido de un registro para mejor visualización o envío a los técnicos de soporte.
Página | 165
Estructura
Nueva opción “Cerrar todas las ventanas superpuestas” ubicada en Estructura > Portales de
empleados > General, que permite ocultar el icono rojo ubicado en la parte superior izquierda de
las ventanas superpuestas, que cierra todas las ventanas superpuestas:
Esta opción se superpone a la visibilidad de botones para cerrar la ventana superpuesta descrita en el
capítulo dedicado al diseño de formularios dinámicos.
Página | 166
Recintos seguros
En AuraQuantic, la asignación de procesos que pueden ser iniciados por usuarios externos ya no se
hace relacionando procesos con portales, sino que se utiliza el mismo sistema que para los
empleados, es decir, a través de recintos seguros.
Por defecto, si no se aplica ningún recinto seguro al IM (Mensaje de Inicio de Proceso), todos los
usuarios externos podrán iniciar procesos de esa clase. Si se quiere restringir, hay que aplicar el
recinto seguro deseado.
No confundir el recinto seguro que se aplica al IM (mensaje de inicio de procesos) para que los
usuarios externos inicien procesos de esa clase, con el recinto seguro de la clase de procesos que se
aplica para que los empleados puedan acceder a las consultas de monitorización, como el control de
ejecución, etc.
Página | 167
Recintos seguros
El acceso a los servicios web SOAP de AuraQuantic desde aplicaciones externas, tiene un nuevo
sistema de seguridad basado en una clave llamada “Clave API” (ApiKey).
Es necesario el uso de la ApiKey para acceder a los servicios web SOAP que proporciona AuraQuantic,
tales como:
• AuraPortalFamilias
• AuraPortalProcesos
• AuraPortalDoc
• AuraPortalDiccionarioTerminos
• AccionBell
• IM (Eventos de inicio de proceso)
• EM (Eventos intermedios)
Para conseguir el ApiKey de acceso a un determinado servicio web SOAP de AuraQuantic, hay que
crear un recinto seguro.
La nueva interfaz de recintos seguros en AuraQuantic tiene una pestaña “SERVICIOS WEB” en donde
generar las ApiKey de acceso.
Página | 168
Recintos seguros
• Asignación. En la parte derecha, se marcan los servicios web SOAP de AuraQuantic a los que
se aplica este recinto seguro, en la imagen _Web_Contact que es un mensaje de inicio de
proceso que es invocado desde una web externa.
1. En una cookie, de nombre ApiKey y como valor, el API Key del recinto seguro.
2. En un encabezado (“header”) HTTP. El nombre del encabezado debe ser ApiKey y como valor
la API Key del recinto seguro.
Para que la invocación de los servicios web de inicio de proceso y mensajes intermedios de
AuraQuantic queden registradas a usuarios concretos, hay que añadir una cookie o header
llamada UserData que contenga la identificación del usuario.
Estos valores se ven en la ficha de cada empleado y usuario externo (solo cuando está en
modo edición) pulsando sobre el icono "i" de más información ubicado a la derecha de la cabecera,
concretamente con el título “UserData”, ejemplo: M3+FSf2z9BM=.
Este string es la identificación cifrada del usuario y es el valor que ha de contener la cookie UserData
o header.
Pasando esa cookie, las operaciones del servicio web quedarán registradas al usuario indicado.
Página | 169
Comunicados
22. Comunicados
Calificación:
Mejorado el sistema de creación, edición y publicación de comunicados, para hacerlo más cómodo y
ágil. La página de creación y configuración de clases de comunicados desde estructura es la
siguiente:
Con respecto a la creación y aprobación de comunicados, en la imagen siguiente se pueden ver dos
novedades:
Página | 170
Monitorización
A Aviso B Creación
• Aviso. En la barra superior de accesos rápidos, los usuarios con permiso de publicación
pueden ver cuántos comunicados están pendientes de revisar.
• Creación. Los usuarios con permisos de creación de comunicados verán el icono “Crear”
en la cabecera de la sección de comunicados; si lo pulsan, podrán crear comunicados.
23. Monitorización
Calificación:
• Mis consultas. Reúne todas las consultas públicas a las que tengo acceso, más las privadas
creadas por mí.
Página | 171
Monitorización
Ahora, el informe de cronometría incluye un gráfico con los totales del estado de la cronometría de
los procesos:
Al pulsar sobre una porción en el gráfico, el resultado del grid se filtra por el estado.
Y cuando los informes de cronometría se eligen como contenido de una página del portal de
empleados, aparecen dos opciones de configuración:
Página | 172
Monitorización
• Grid. La consulta de cronometría se mostrará tal como se ha visto antes, con grid y gráfico.
• Gráfico. Sólo se mostrará el gráfico. El resultado de esta opción vista en una página del
portal de empleados sería el siguiente:
Página | 173
Monitorización
Página | 174
Deep BI
Deep BI
Calificación:
Página | 175
Deep BI
Los informes de Deep BI en AuraQuantic, pueden consolidar todas las versiones de la misma clase de
procesos.
De esta manera, en un único informe se pueden ver los datos de todas las versiones de una clase de
procesos.
Para asegurar el rendimiento de informes Deep BI, ahora se controla el número de campos en los
grid de Deep BI:
Página | 176
Deep BI
Página | 177
Contadores de rendimiento del Motor BPMS
Asegurarse de que han sido activados en la instalación de AuraQuantic que se desea monitorizar.
Para ello, dirigirse a AuraQuantic Control Panel del servidor en donde esté activado el Motor BPMS
de AuraQuantic, y una vez situado en la pestaña correspondiente de la instalación, activar el menú
“Admin” con la combinación de teclas [CtrL] [Shift] + [A]:
Página | 178
Contadores de rendimiento del Motor BPMS
Seguir la secuencia indicada en la imagen anterior, eligiendo la Instancia del Motor BPMS requerido.
Al pulsar OK, se añadirán los contadores y se irán mostrando los valores de su ejecución:
Página | 179
Contadores de rendimiento del Motor BPMS
Junto a estos contadores específicos del Motor BPMS, conviene añadir los siguientes de Windows
Server para monitorizar el impacto de los recursos del servidor con el Motor.
Página | 180
Tres Entornos Sincronizados
Con respecto al sistema de tres entornos sincronizados, en AuraQuantic se incorporan las siguientes
mejoras.
Ahora se sincronizan todos los contenidos de los portales y páginas de empleados, externos y
gestión de contenidos.
De esta manera, en un único informe se pueden ver los datos, a la vez, de todas las versiones.
Página | 181
Versionado y Copiar existente en clases de
procesos
Tanto en el versionado de clases de procesos como en copiar existente, se han omitido las
comprobaciones que obligaban a que la clase estuviera totalmente configurada para versionar o
copiar.
De esta manera se facilita el uso de estas opciones, especialmente en escenarios de tres entornos
sincronizados donde se aconseja utilizarlas para controlar las clases que pasan a producción.
La importación en Helium estaba diseñada para ser única. Ahora, en AuraQuantic, puede realizarse
múltiples veces y controla las coincidencias.
1. Al exportar una clase de procesos, a cada elemento (término diccionario, familia y clase de
procesos) se le asigna una clave interna identificativa única.
2. Al importar, se comprueba si existen elementos con esa clave.
3. Si existe algún elemento con esa clave, se respeta y se utiliza tal como está, no se modifica.
4. Si lo que ya existe en el destino es una clase de procesos, aparece un mensaje diciendo:
"Esta clase de procesos ya ha sido importada anteriormente y no puede actualizarse con esta
nueva versión. Si lo desea puede crear una nueva clase o versionar la existente”.
Página | 182
Exportación/Importación de clases de procesos
5. En el caso de que la clase de procesos destino ya exista y además hubiere sido versionada
manualmente en el destino, solo se podrá crear una nueva y el mensaje será el siguiente:
El sistema de importación no crea todos los elementos de la clase de procesos origen. Los elementos
que se importan son los siguientes:
• Clase de procesos
• Diagrama
• Términos de Diccionario (excepto prefijos de Adapters Server)
• Formularios de Tareas personales (excepto formularios externos y las acciones de los
botones: Tarea de Sistema CONECTOR (Script), Documento base, Tarea de sistema
DESVIADOR, Resultado tarea de sistema NOTIFICADOR Email, Prueba de email, Eventos de
mensaje, ni datos predeterminados)
• Roles de cuenta
• Calendarios
• Recintos seguros (solo de empleados)
• Imágenes de la galería
• Patrones eventos de mensaje
• Compuertas
• Condiciones
• Eventos de tiempo
• Eventos combinados
• Documentos automáticos, párrafos recursivos, regiones condicionales
• Tarea de Sistema INGRESADOR (excepto las opciones de Reglas)
• Tarea de Sistema TRASPASADOR (Traspasa entre contenedores de grupos de campos)
• Tarea de Sistema INGRESADOR (Crea documentos automáticos)
• Ventanas de diseño
• Estilos CSS
• Idiomas
• Familias propias y sus términos de diccionario
El resto de los elementos hay que crearlos o configurarlos en el destino tras la importación.
Página | 183
Gestión de contenidos
Para ello, en la configuración de los contenidos “Listas de elementos” y “Elemento único”, además de
poder elegir una página de detalles como hasta ahora, se puede elegir un formulario dinámico
diseñado para la familia de gestión de contenidos:
Y en Elemento único:
Página | 184
Gestión de contenidos
El resultado es que, cuando un usuario visitante de la gestión de contenido, pulsa sobre un elemento
de una lista de elementos publicada o bien sobre un elemento único, se abrirá el formulario
dinámico elegido con todo su contenido y funcionalidad.
Nota: Una característica importante de esta nueva funcionalidad es que, si la página de la gestión de
contenidos donde está ubicada la lista de elementos o elemento único, está autenticada para que sólo los
empleados o usuarios externos puedan entrar, éstos podrán modificar los datos a través del formulario
elegido, según esté diseñado. Los usuarios anónimos, sólo podrán ver, no modificar.
Página | 185
Encriptación de parámetros
Como medida de seguridad, en AuraQuantic los parámetros de acceso a las páginas están
encriptados.
Esto quiere decir que, si en AuraPortal Helium se habían grabado enlaces a elementos con URLs no
encriptadas, por ejemplo, en botones, al pasar a AuraQuantic no funcionarán a menos que se
desmarque la siguiente opción ubicada en Estructura > Parámetros > Protección de seguridad:
Nota: Esta opción sólo está disponible en instalaciones actualizadas desde AuraPortal Helium. En una
instalación original de AuraQuantic no está disponible por motivos de seguridad.
Asimismo, para conocer detalles de los parámetros encriptados en una URL conocida, hay una nueva
opción en Estructura > Parámetros > Protección de seguridad:
Por ejemplo, imaginemos que se ha ubicado en un botón el link a una página de la gestión de
contenidos con la siguiente URL:
Página | 186
Encriptación de parámetros
https://intranet.auraportal.com/cm.aspx?aWQ9SGsxREVMY3ZBM4clM2Q=
Pues bien, si copia la URL y la introduce en la opción “Desencriptar parámetros de URL” mostrada en
la imagen, al pulsar Proceder se le mostrará sus parámetros en texto plano, donde verá el ID, por
ejemplo:
Entrar en Estructura > Gestión de contenidos > Páginas, rellenar el filtro “ID” con el obtenido con el
desencriptador (1048) y pulsar Proceder para localizar la página de id 1048:
Página | 187
Encriptación de parámetros
El mismo procedimiento se aplica en la URL de acceso a los elementos de todas las familias.
Página | 188
Mejoras en AuraQuantic
Estructura
5 de marzo de 2021
ID: 8280
Esta publicación pertenece a AuraQuantic Training School (ATS) y todos los derechos están reservados. La
reproducción total o parcial de este documento no está permitida, ni su transmisión a terceros sin el
permiso por escrito de ATS.