Qué se importa y qué no#

Esta página detalla, elemento por elemento, cómo traduce el importador lo que había en Empowerment Center 7 al modelo de ECenter 8, qué cambia por el camino y qué se queda fuera. Léala antes del proyecto: muchas diferencias se notan en las cifras o en lo que ven los usuarios.

Antes de empezar#

El importador lee las tablas del repositorio de EC7 (las DATA*) de tres esquemas:

Esquema de EC7	Qué se lee de él
Seguridad, uno por instalación	Carpetas de privilegios, privilegios, roles, usuarios y sus roles, y los universos, que en EC7 eran de toda la instalación
Metadata, uno por conexión	Tablas de hechos y su clave, campos, dimensiones, métricas, tablas auxiliares, relaciones y capas; los libros y la planificación
Metadata de usuario, uno por conexión	Las listas y las agrupaciones; si no se indica, se toma el de Metadata

Las tablas de datos que creaba EC7 (las de las agrupaciones y las de los datos externos) se leen por la conexión de destino de ECenter 8, porque están en los esquemas de datos del cliente.

El importador conoce los formatos de EC7 hasta la build 403 y se ha probado con datos reales de las builds 333 a 410; un documento de una build posterior a la 403 puede llevar algo que no conoce, y el informe lo dice.

Seguridad#

Elemento	Cómo entra
Carpetas de privilegios	Las del sistema (raíz, Administración, Lectura y Edición) ya existen; las demás se crean bajo su carpeta superior, o se reutiliza una con el mismo nombre en el mismo sitio.
Privilegios	Los del sistema ya existen. Los de usuario se crean con su código de EC7, porque el metadata, las listas y los libros los citan por él. Si ese código ya lo usa otro privilegio con otro nombre, es un error.
Roles	El «Administrador Sistema» es el del sistema; los demás se buscan por nombre («Usuario Sistema EIS» es «Usuario Portal»). Un rol que ya existe conserva sus privilegios y suma los de EC7; si no existe, se crea.
Usuarios	Con su descripción, su estado (habilitado, inhabilitado o bloqueado) y sus roles. Un usuario que ya existe no se toca.
Contraseñas	Solo si se pide, con la clave interna de EC7 (abajo).

Lo que cambia:

Los espacios del login pasan a un punto: «Carlos Cuesta» entra como Carlos.Cuesta, con un aviso. ECenter 8 no admite espacios en el login, para que coincida con el del proveedor de identidad. Avise a esos usuarios de su nuevo login.
Un login de más de 100 caracteres no se importa.
Si los usuarios habilitados superarían el máximo de la licencia, es un error.
Los privilegios que usa el metadata o las listas y no existen (se borraron en EC7) se crean en «Lectura» sin asignarlos a ningún rol: lo que protegen sigue sin verlo nadie hasta que se asignen.
Las puertas traseras de EC7 (el superusuario fijo y sus contraseñas) no existen en ECenter 8.

Contraseñas#

Por defecto no se importan: los usuarios quedan sin contraseña y entran con el inicio de sesión único o cuando se les ponga una. Para importarlas hace falta la clave interna de EC7, que da quien importa y no se guarda en ningún sitio.

Las cifradas con AES se descifran y se guardan con hash, aunque no cumplan la política de contraseñas nueva. Desde ahora se distinguen mayúsculas y minúsculas.
Las antiguas, cifradas con Blowfish, no se pueden descifrar: quedan sin contraseña, con un aviso.
La del usuario ADMON de EC7 nunca se importa.
Una clave equivocada no produce contraseñas basura: el importador solo acepta un resultado con el formato que escribía EC7, y si no, deja al usuario sin contraseña con un aviso.

Universos#

Los universos de EC7 eran de toda la instalación y se aplicaban por el nombre de la tabla. El importador trae, para cada conexión, los que caen sobre una de sus tablas de hechos, comparando el nombre sin distinguir mayúsculas, con o sin esquema:

Si el nombre coincide exactamente con el del metadata, se importa tal como lo aplicaba EC7.
Si no coincide exactamente (EC7 no lo aplicaba a esa tabla), solo se importa si su condición vale en ella: el importador lo comprueba en la base de datos de la conexión y, si no vale, lo descarta con el error de la base de datos como motivo. Así se evita que un universo escrito para la tabla de otra conexión rompa todas las consultas de quien lo tenga.
Los de un mismo privilegio sobre la misma tabla se unen en uno con O, como hacía EC7.

Metadata#

El metadata se traduce contra el catálogo de la conexión de destino, que da las columnas, la clave y el nombre exacto de cada tabla. Lo que no encaja se descarta con un aviso, y con ello lo que depende de ello: el resultado siempre es un metadata coherente.

Elemento	Cómo entra	Qué se pierde o cambia
Tablas de hechos y auxiliares	La tabla tiene que estar en uno de los esquemas de datos de la conexión. Todas las columnas del catálogo son campos. La clave, la del metadata o, si no, la del catálogo. «Admite listas», si tiene clave.	Dos tablas de EC7 sobre la misma tabla física: la segunda no entra.
Dimensiones	Tipo, columnas, longitud, decimales, «usar en segmentación» y «en cubo», privilegios, función, enlace con la auxiliar, nivel superior de la jerarquía y capa geográfica. La ayuda emergente pasa a ser su descripción de negocio.	No entran las dimensiones sin columnas ni las de una función sin `[@]`. El filtro de la tabla auxiliar se pierde con un aviso.
Métricas	Agregación, columna, expresión SQL (con sus referencias traducidas), fórmulas sobre métricas (con sus niveles), tratamiento en totales, formato y privilegio.	La media ponderada como agregación no existe (es un tratamiento de totales) y se descarta. Una fórmula que usa una métrica que no entra, también. Los saltos de línea de las expresiones pasan a espacios.
Métricas de usuario	Las del asistente «Gestión de Métricas de Usuario…» entran como métricas definidas por el usuario. El informe dice cuántas.	Su gestión no se migra: las crea o cambia quien administra el metadata.
Relaciones	Uno a uno y uno a varios, internas o externas.	Las varios a varios y las de operadores distintos de `=` no existen y se descartan.
Árbol de presentación	Las carpetas con su orden y si se ven abiertas.	Las dimensiones que EC7 tenía en la raíz van a una carpeta nueva «Sin carpeta».
Diagrama de relaciones	La posición de cada tabla en el gestor de relaciones de ELinker.	El tamaño de cada ventana no pasa.
Capas geográficas	Las dimensiones quedan enlazadas con el código de su capa.	Las geometrías de MapInfo no estaban en la base de datos: el informe dice el código con el que hay que subir cada capa en GeoJSON.

Todo lo que se importa recibe una clave de intercambio nueva, como cualquier alta. Dos importaciones de la misma instalación de EC7 en dos entornos dan claves distintas.

Agrupaciones#

Cada agrupación de EC7 entra como una agrupación por valores sobre su dimensión, con sus divisiones (con el mismo código que tenían) y sus valores, leídos de las tablas DATAGILU_nnnn y DATAGI_nnnn por la conexión de destino.
«Resto» se llama «(sin división)». Un valor que estaba en dos divisiones se queda en la de menor código; uno de una división que no existe cae en «Resto».
No entra la agrupación cuya dimensión no se importa, ni la que no tiene sus tablas en el catálogo de la conexión.
Su tabla de trabajo no se carga al importar, sino la primera vez que se usa.
Las tablas DATAGI* que no son de ninguna agrupación (restos de agrupaciones borradas) no se leen.

Datos externos de EC7#

Las tablas de hechos que se integraron con el asistente de datos externos de EC7 (DATAUSERFT_nnnnn en el esquema de datos) entran con el resto del metadata y, además, en Datos externos, sobre su tabla de siempre:

La tabla no se copia ni se renombra, y es de solo lectura para Datos externos: no se refresca desde allí y eliminarla no borra su tabla. Para cargarla otra vez, intégrela de nuevo como unos datos externos de ECenter 8.
Queda a nombre de quien importa (EC7 no guardaba quién la integró).
Una tabla de hechos normal que alguien definió en ELinker sobre una DATAUSERFT_nnnnn entra solo en el metadata.
Las auxiliares de usuario (DATAUSERLU_nnnnn) no se traen como datos externos; si existen en la base de datos, entran como tablas auxiliares del metadata.
El catálogo no ofrece estas tablas para crear tablas de hechos nuevas.

Listas#

Solo las de tablas de hechos importadas que admiten listas.
Un nombre repetido en la misma tabla (EC7 lo permitía) lleva « (2)».
Listas SQL: INSERT INTO [@] SELECT … pasa a su SELECT; un script que no es eso ni un SELECT no se importa.
Listas de segmentación: su segmentación se traduce como la de las secciones (abajo). Las de una agrupación también entran.
No se renuevan al importar: se renuevan la primera vez que se usan.

Segmentaciones#

Las segmentaciones de las secciones y de las listas se traducen al modelo nuevo siguiendo la conversión que hacía el servidor de EC7, con estas diferencias:

Las filas negativas de una dimensión van con Y. En EC7, en la segmentación simple, se unían con O. Las cifras de una sección con varias exclusiones de una misma dimensión pueden cambiar.
Las condiciones sobre métricas se traducen, salvo la de una fórmula, una con un valor que no es un número o las que en EC7 dejaban el SQL roto.
ESTÉ EN LA LISTA con una subconsulta (por ejemplo, «el año pasado» como SELECT … FROM DUAL) se quita con un aviso; no se convierte en un valor fijo.
Las segmentaciones anteriores a la build 171 no se leen: ábralas y guárdelas en EC7 antes de migrar.

Si algo no se traduce, en una segmentación simple se quita ese criterio con un aviso (sus documentos verán más registros) y en una avanzada la sección entra sin criterios. Si la segmentación no se puede leer, el libro no entra.

Libros#

Elemento	Cómo entra
Carpetas	La raíz de EC7 es la carpeta «Libros»; las demás, bajo su superior, reutilizando las que se llaman igual en el mismo sitio. Son comunes a todas las conexiones.
Libros	Nombre (hasta 100 caracteres; uno repetido en la carpeta lleva « (2)»), carpeta, privilegios de lectura y escritura, y fechas. El dueño es el autor si es un usuario importado; si no, quien importa, con un aviso.
Secciones	Con su segmentación traducida.
Cubos	Filas, columnas y páginas, con sus totales, su orden y su filtro en memoria; métricas con su visualización; lo que el usuario cambió en el visor (nombre, formato, ancho, indicador); niveles de fecha; «Conservar datos»; gráficos de detalle. Los datos conservados no: se recalculan.
Gráficos	Sus dimensiones y métricas, el tipo (el de la primera serie), el apilado, los títulos, la leyenda, las marcas, los ejes, la línea de referencia, los colores y las funciones de serie.
Formularios	La tabla, los campos con su ancho (0 es un campo oculto), el estilo, el orden y los detalles con su relación.
Publicación en el portal	Sus opciones (abajo).
Recálculos y grupos	Como tareas de planificación (abajo).

Lo que se pierde o cambia en los libros:

No entran: la contraseña del libro (lo protegen sus privilegios), las copias de seguridad, los informes y el Excel vinculado, Crystal Reports, los correos de marketing, los mapas, las ventanas con un cubo de detalle guardadas (en ECenter 8 se piden desde el cubo) y el aspecto fino de TeeChart (3D, paletas, fuentes, fondos).
Un libro dañado se salta con su motivo, en vez de parar la importación.
La misma dimensión en filas y en columnas no se admite: se queda en filas, con un aviso.
Los listados entran sin métricas, con todas sus dimensiones en filas.
El filtro por partes de fecha se congela en los miembros que lo cumplían: las fechas nuevas quedan fuera.
El nivel de rango de un cubo pasa a una agrupación por rangos cuando los filtros de la sección son intervalos que no se solapan; si no, el campo se agrupa por su valor, con el motivo.
Los formularios ignoran la segmentación que llevaban dentro: manda la de la sección. Si la sección tiene condiciones sobre métricas, el formulario entra pero no se abrirá hasta pasarlo a una sección sin ellas.
El hipervínculo de un gráfico a una página del EIS (el portal de EC7) no se conserva: hay que volver a ponerlo en el bloque de la plantilla.
El ancho fijo de las dimensiones, la tarta de porcentaje y la visualización memo se pierden con un aviso.

Publicación en el portal#

Un libro que se publicaba en el EIS entra con sus opciones: el número de versiones que se conservan (hasta 100), Publicar después de cada recálculo programado y su título si no es el nombre del libro.
No se publica ninguna versión al importar: se publicará tras el primer recálculo programado, cuando se active su tarea, o con Publicar ahora.
Lo que no tiene sitio en el portal nuevo (abrir en una ventana nueva, su plantilla, enseñar los criterios, los tamaños y modos de exportación) se dice en una línea de información por libro.
Un libro con publicación pivotada (para un servidor externo) entra sin publicación.
Las plantillas del portal no se importan, ni la sincronización de los cubos del EIS, que era de ellas: se rehacen con el diseñador.

Planificación#

Una tarea de recálculo por libro programado y una de grupo por cada grupo de recálculo, con la misma programación.
Todas entran desactivadas y se ejecutarán en nombre de quien importa. Así, mientras se valida, EC7 y ECenter 8 no recalculan a la vez.
«En la apertura» no existe (aviso); «una sola vez» ya pasada no se programa; un grupo sin programación se ejecuta a mano.
Los libros que no entran salen de su grupo, y un grupo sin libros no entra. Los reintentos llegan a 10 como mucho.
Los scripts previo y posterior de los grupos eran órdenes del sistema operativo y no se migran. Su texto no va al informe, porque puede llevar rutas y credenciales.
Los procedimientos programados del registro de Windows no se importan: se dan de alta a mano (véase Planificación).

Lo que no tiene sitio#

No se importan los tablespaces, los geosets de MapInfo, las copias de metadata de EC7, los registros de actividad y de consultas, ni lo que ECenter 8 no incluye (campañas, fusión de correspondencia, Crystal Reports, Excel vinculado e informes Excel).