Conversión del SE Riesgo |
Sobre la conversión de datosEn esta sección se describirán los principales cambios que son esperados después de la conclusión del proceso de conversión. El componente SE Riesgo pasó por varios cambios en la versión 2.0 de SE Suite. Desde el punto de vista estructural del sistema, se pueden destacar las nuevas tablas relacionales que son usadas en la versión 2.0, las cuales tienen el sufijo "RI”, en vez de "HA” de la versión antigua, y el nuevo código ISOSYSTEM del componente, que pasó de 163 para 215. Solamente los contextos de Objeto, Proceso y Proyecto de SE Suite 1.3 serán convertidos, o sea, los planes que sean de otros contextos no serán considerados. Los planes de control de SE Suite 1.3 tampoco serán convertidos, ya que a partir de la versión 1.3.20 ellos fueron deshabilitados. A continuación, serán presentados los cambios entre las versiones.
TérminosNo existirá más la personalización de términos por contexto como en la 1.3. Se puede personalizar un término en SE Suite 2.0, a través del menú Administración Configuración Personalización Término (AD031), que es válido para todo el sistema.
Revisión del planEn SE Suite 2.0 la revisión del plan, es genérica, o sea, el mismo método de revisión utilizado para Scorecard, Proceso, etc., y para que un plan pase por revisión, su tipo debe estar configurado correctamente. De forma predeterminada, después de la conversión de datos, los tipos de plan no serán configurados para tener control de revisión. De este modo, el usuario tendrá que hacerlo accediendo a la pantalla de datos del tipo del plan y, en la pestaña Revisión, marcar la opción para controlar revisión y llenar los campos. Todos los planes serán convertidos como "no estándar”, o sea, como si fueran creados desde del menú Gestión Planificación del plan (RI301). Por lo tanto, no seguirán la revisión del objeto asociado (Ej.: Proceso, Proyecto, Scorecard). Los planes, de SE Suite 1.3, que tengan una revisión en ejecución y otra en análisis, serán convertidos de la siguiente forma: ▪La revisión que estaba en ejecución será finalizada (revisión homologada). ▪La revisión que estaba en análisis será convertida para planificación (revisión en elaboración).
SeguridadEl permiso de revisión en la seguridad del tipo del plan de SE Suite 1.3 ya no existirá en SE Suite 2.0. La seguridad del plan en SE Suite 2.0 funciona como una jerarquía de pantallas, o sea, en la pestaña "seguridad del plan" de la pantalla de tipo de plan, se configuran los permisos de todos los planes registrados con ese tipo y, en la pestaña de seguridad de la pantalla de datos del plan, se configuran los permisos de la estructura de ese plan. El tipo de plan también tiene la seguridad de tipo, donde se configuran los permisos de ese propio tipo.
Ejecutando el convertidor de datosPara que el sistema habilite la opción de conversión se debe insertar en la base de datos un registro en la tabla ADPARAMS. El comando SQL ANSI para insertar el registro en la base de datos es:
Después de insertar el registro en la base de datos, el usuario deberá acceder a la pantalla de parámetros generales del componente, por medio del menú Configuración Parámetros generales (RI110), como se muestra en la siguiente imagen.
El proceso de conversión de los datos se realiza en dos etapas que deben ser ejecutadas necesariamente en el siguiente orden: 1. Registros: Convierte todos los registros que comprenden el menú de configuración y registro del sistema, o sea, atributos, checklist, grupos, máscaras de identificación, navegador dinámico, todos los tipos (tipo de plan, tipo de riesgo, tipo de control, etc.) y todos los registros (riesgo, control, tratamiento, etc.). 2. Planes: Convierte todos los registros que comprenden el menú de gestión y ejecución del sistema, o sea, planes de riesgo, revisiones, análisis de riesgo y sus evaluaciones y análisis de control y sus evaluaciones.
Al accionar el botón 1. Registros, una nueva pantalla se abrirá. En esa pantalla será ejecutado un script de conversión que puede tardar algunos segundos para finalizar. Mientras la pantalla permanezca abierta, se mostrará el mensaje "Procesando" y, al finalizar el proceso, aparecerá un mensaje como el de la imagen a continuación.
Después de ejecutar la primera etapa de conversión (registros), se deberá ejecutar la última parte de la conversión a través del botón 2. Planes. El proceso es idéntico a la etapa 1, descrita anteriormente. Después de ejecutar las dos etapas, el usuario podrá verificar si hay alguna diferencia entre los datos de las dos versiones del sistema, accionando el botón Situación de la conversión. La situación de la conversión mostrará una lista con todas las tablas que fueron convertidas. Un icono de éxito será mostrado si todos los registros de cada tabla fueron convertidos. Un ícono de falla será mostrado si por lo menos un registro no fue convertido o la cantidad de registros es diferente. Es importante destacar que podrá haber divergencia en la cantidad de registros convertidos de una tabla, ocasionada por inconsistencia de información proveniente del componente SE Riesgo. En la imagen a continuación se muestra la pantalla de situación de la conversión.
Por último, la finalidad del botón Quitar todos los registros es borrar todos los datos del componente SE Riesgo de la Suite 2.0 y solo se deberá accionar si se produce algún problema en la conversión de registros. Registros insertados a partir de la versión 2.0 también será borrados.
Después de la ejecución del convertidor de datosLos análisis de riesgo y análisis de control fueron convertidos teniendo como responsable al usuario conectado en la sesión de SE Suite en el momento de la conversión. Para recibir las tareas de los análisis, los usuarios deberán modificar el usuario responsable. Los Dashboards de SE Suite 1.3, ahora llamados de Portales, no fueron convertidos a SE Suite 2.0, pues los widgets pasaron por modificaciones. Para utilizarlos, los usuarios deberán registrarlos manualmente, a través del menú Portales del sistema. Como en SE Suite 2.0 ocurre una unificación de los contextos de la versión 1.3, se pueden producir situaciones donde el identificador del registro de tipos (tipo de plan, tipo de riesgo, tipo de control, etc.) y otros registros (plan, riesgo, control, fuente de riesgo, etc.) se repitan. Para confrontar esa situación, el convertidor agrega un código único al final del identificador de cada registro para diferenciarlos. |