GestiĆ³n de datos maestros (MDM)

GestiĆ³n de datos maestros (MDM)

GestiĆ³n de datos maestrosĀ (Axional ERP/MDM)Ā es una herramienta que define y gestiona los datos crĆ­ticos de una empresa, de forma consistente, de cara a proveer un Ćŗnico punto de referencia. Las ventajas del paradigma MDM aumentan proporcionalmente a medida que crecen el nĆŗmero y la variedad de departamentos, puestos de trabajo y aplicaciones informĆ”ticas presentes en una empresa. Por este motivo, el valor de MDM serĆ” mĆ”s Ćŗtil para empresas grandes o complejas, que para las pequeƱas o medianas. En el caso de una fusiĆ³n o incorporaciĆ³n de empresas, la implementaciĆ³n de MDM minimizarĆ” la confusiĆ³n y optimizarĆ” la eficiencia de la nueva organizaciĆ³n expandida.

Axional ERP/MDM permite una vista unificada de las Ć”reas crĆ­ticas tĆ­picamente gestionadas por mĆŗltiples aplicaciones (finanzas, logĆ­stica, etc.). Nuestra herramienta evita duplicaciones potenciales y provee una perspectiva fiable y Ćŗnica de sus datos. Esta vista se puede aplicar en todos los mĆ³dulos y todas las funcionalidades de Axional ERP.

La integraciĆ³n, organizaciĆ³n y gestiĆ³n de datos maestros es un paso clave para asegurar la calidad. El anĆ”lisis y los informes dependen notablemente de la calidad de los datos maestros de la empresa, y por consiguiente, el objetivo de una soluciĆ³n MDM es conseguir una Ćŗnica ā€œversiĆ³n fiable de la verdadā€ para la toma de decisiones.

La funcionalidad global de los datos maestros

El objetivo principal de los procesos de MDM es la consolidaciĆ³n de las variantes de las instancias de los elementos de datos bĆ”sicos distribuidos por la empresa, de cara a la creaciĆ³n de una Ćŗnica representaciĆ³n de ellos. A su vez, esta representaciĆ³n se sincroniza continuamente a travĆ©s de la arquitectura de la aplicaciĆ³n, con la finalidad de disponer de los Datos Maestros como un recurso compartido.

Los procesos de gestiĆ³n de datos maestros identifican las fuentes desde las cuales se recogen las descripciones de estas entidades. A lo largo de la transformaciĆ³n y normalizaciĆ³n, los administradores del sistema adaptan las descripciones para ajustarse a los formatos estĆ”ndares y a los dominios de datos, haciendo asĆ­ posible la eliminaciĆ³n de instancias duplicadas de cualquier entidad.

Estos procesos de Axional MDM tienen como resultado un repositorio MDM de la organizaciĆ³n, desde el cual todas las peticiones a una instancia de una entidad producirĆ”n la misma descripciĆ³n, independientemente de la fuente y el destino de la peticiĆ³n.

Este mĆ³dulo incluye los procesos principales requeridos para la gestiĆ³n de datos maestros:

  • la identificaciĆ³n de fuente
  • la recopilaciĆ³n, transformaciĆ³n y normalizaciĆ³n de datos
  • la administraciĆ³n de reglas, detecciĆ³n de errores y correcciones
  • la consolidaciĆ³n de datos
  • el almacenaje y distribuciĆ³n de datos
  • la clasificaciĆ³n de datos y servicios taxonĆ³micos
  • la creaciĆ³n de datos maestros de artĆ­culos
  • la creaciĆ³n de esquemas
  • la codificaciĆ³n de productos, enriquecimiento de datos y gobernaciĆ³n de datos

Estos procesos se describen en las secciones que siguen.

En el MDM, una fuente es una instancia de una aplicaciĆ³n informĆ”tica que aporta informaciĆ³n empresarial mediante sus propios cĆ³digos e identificadores para cada elemento de dato (cliente, artĆ­culo, etc.). Cuando la misma aplicaciĆ³n opera en varios paĆ­ses, es posible que emplee cĆ³digos distintos para referirse a los mismos elementos de dato, motivo principal para la identificaciĆ³n de fuentes dentro del MDM.

El mĆ³dulo aprovecha dos conceptos: Sistema de Origen y AplicaciĆ³n de Origen. Se asigna un solo cĆ³digo a cada Sistema de Origen y se aƱaden varios puntos de informaciĆ³n:

  • el tipo de aplicaciĆ³n: contabilidad, recursos humanos, etc.
  • el servidor donde opera
  • informaciĆ³n de localizaciĆ³n
  • el estatus (activo, temporalmente desactivado, etc.)
  • la frecuencia de actualizaciones

La adquisiciĆ³n de datos incluye tanto los procesos en tiempo real como los procesos por lotes construidos sobre formatos estĆ”ndares de mensajerĆ­a, incluyendo ETL y SOA, utilizados para adquirir y agregar datos de una o varias fuentes.

La funcionalidad de MDM se integra completamente con los procesos de ETL (ExtracciĆ³n, TransformaciĆ³n y Carga) que sustentan losĀ data martsĀ de la analĆ­tica empresarial (business analytics). Este proceso de MDM convierte un conjunto de valores del formato del sistema originario al formato del sistema destinatario. A nivel tĆ©cnico, se emplean las capacidades del Axional Integration Bus integradas enĀ la arquitectura informĆ”tica de Axional.

La transformaciĆ³n de datos crea una correspondencia de elementos (tambiĆ©n denominadaĀ mapeo de datos) desde un sistema de origen al sistema de destino, ademĆ”s de ejecutar cualquier transformaciĆ³n que sea necesaria. Cuando se hace un mapeo entre elementos de datos, Axional MDM permite transformaciones complejas que exigen reglas de transformaciĆ³n tipo ā€˜de-uno-a-variosā€™ y ā€˜de-varios-a-unoā€™.

El proceso de ETL se ha diseƱado especĆ­ficamente con el fin de trasladar grandes volĆŗmenes de datos y aplicar reglas empresariales complejas para consolidar los datos en un entorno estandarizado y homogĆ©neo. Una regla de negocio es una declaraciĆ³n que describe una polĆ­tica o procedimiento empresarial. La lĆ³gica empresarial constituye la secuencia de operaciones asociada con los datos de la base de datos para llevar a cabo dicha regla.

El mĆ³dulo dispone de capacidades bĆ”sicas de limpieza y estandarizaciĆ³n. AdemĆ”s, las interfaces posibilitan el uso de herramientas externas y rutinas personalizadas opcionales, tales como las bĆŗsquedas de validaciones de datos en tiempo real.

El mĆ³dulo incluye funciones definidas por el usuario, ejecutadas durante del proceso de ETL. Ɖstas realizan operaciones especĆ­ficas de detecciĆ³n y correcciĆ³n de errores.

Axional MDM incluye motores de tipoĀ match-mergeĀ (coincidencia y fusiĆ³n), los cuales emplean las reglas empresariales para identificar los registros de origen coincidente, posibilitando asĆ­ la fusiĆ³n manual o automĆ”tica en un registro de datos maestros.

El sistema tambiĆ©n permite el tratamiento de datos histĆ³ricos. En este caso se mantiene el historial completo de cambios en los registros, permitiendo al usuario la restauraciĆ³n de cualquier informe anterior.

Almacenaje y distribuciĆ³n de datos

Axional MDM dispone de un repositorio central donde se almacenan los datos de referencia/maestros. AdemĆ”s gestiona todos los esquemas de mapeo necesarios para integrarlos con los sistemas de origen y las aplicaciones locales.Por definiciĆ³n, el mĆ³dulo de MDM contiene datos de referencia. Otros sistemas fuera del ERP requieren esta informaciĆ³n, como por ejemplo, en el sitio web de la empresa donde se muestra cierta informaciĆ³n acerca de los productos y artĆ­culos. Axional MDM provee el mecanismo necesario para sincronizar aquellos sistemas con los datos adecuados en intervalos temporales predefinidos. Se puede recopilar y distribuir los datos maestros a otros sistemas mediante los tres mĆ©todos siguientes:

  • La consolidaciĆ³n de datos.Ā Se recopilan los datos maestros de varias fuentes y se integran en un Ćŗnico repositorio (almacĆ©n de datos operacionales) de cara a la replicaciĆ³n en otros sistemas de destino.
  • La federaciĆ³n de datos.Ā El mĆ³dulo de MDM abarca una visualizaciĆ³n unificada y virtual de los datos maestros, desde una fuente hacia uno o varios sistemas destinatarios.
  • La propagaciĆ³n de datos.Ā Se copian los datos maestros de un sistema a otro, normalmente a travĆ©s de interfaces punto a punto en los sistemas preexistentes.

La ambigĆ¼edad supone un reto notable para la arquitectura de datos de MDM. Cuando el mismo tĆ©rmino adquiere varios significados, dos herramientas de Axional MDM permiten determinar el significado mĆ”s adecuado a travĆ©s del contexto: la TaxonomĆ­a y la GestiĆ³n de JerarquĆ­as.

La herramienta de TaxonomĆ­a gestiona la arquitectura semĆ”ntica, la cual concierne el nombramiento y la toma de decisiones sobre la asignaciĆ³n de distintos conceptos y tĆ©rminos a una estructura consistente.

El tesauro de MDM permite asignar tĆ©rminos como sinĆ³nimos para justificar las inconsistencias. Las taxonomĆ­as pueden representar conceptos relacionados (los que tĆ©cnicamente tambiĆ©n forman parte del tesauro), con el fin de conectar los procesos, la lĆ³gica empresarial, o el contenido relacionado para el soporte de tareas especĆ­ficas. Esta herramienta asimismo permite relacionar los tĆ©rminos que corresponden a distintos sistemas reguladores, como por ejemplo, para conciliar las mĆŗltiples versiones de esquemas de clasificaciĆ³n industrial utilizadas en distintos paĆ­ses.

GestiĆ³n de jerarquĆ­as: esta herramienta facilita la gestiĆ³n de estructuras relacionales a travĆ©s de los registros de datos maestros para poder visualizarlas en una presentaciĆ³n jerĆ”rquica (vista descendente, vertical, clientes por regiĆ³n, etc.).

El mĆ³dulo MDM facilita la definiciĆ³n de modelos de datos definidos por el usuario para cada Ć”rea del negocio, como Clientes, Productos, Datos de referencia, etc. Estos Modelos pueden contener atributos que identifican las estructuras empresariales del registro del dato maestro. Los atributos del origen de los datos maestros empresariales se extienden para abarcar todos los sistemas de origen.

Este mĆ³dulo dispone de una funcionalidad para crear y mantener los artĆ­culos maestros de la organizaciĆ³n. Los artĆ­culos se asignan a la categorĆ­a taxonĆ³mica maestra correspondiente. Aunque las categorĆ­as con artĆ­culos asignados idealmente deberĆ­an ser estĆ”ticas, Axional MDM permite taxonomĆ­as mĆŗltiples para las diferentes funciones de la empresa, lo que aporta la flexibilidad suficiente como para adaptarse a las necesidades del negocio.

El mapeo de esquemas es un proceso clave del mĆ³dulo MDM, dado que facilita la vinculaciĆ³n o ā€˜traducciĆ³nā€™ de identificadores locales. El uso del mapeo permite que la aplicaciĆ³n local continĆŗe empleando su propio sistema de codificaciĆ³n, al tiempo que el ERP aporta una visualizaciĆ³n unida de la informaciĆ³n empresarial.

El mĆ³dulo incluye la capacidad de automatizar, hasta cierto punto, la acumulaciĆ³n de mapeo mediante las reglas empresariales.

El Axional MDM dispone de controles para asegurar que la introducciĆ³n de datos, sea manual o automĆ”tica, cumple con estĆ”ndares precisos, como una regla empresarial o las restricciones de integridad de datos. Se realizan estos controles a travĆ©s de los ā€˜roles de usuariosā€™, ademĆ”s de un conjunto de validaciones personalizadas, definidas por la empresa, que aseguran que se gestionan los datos esenciales a lo largo de toda la empresa.

El acceso y la seguridad

Los productos de Axional ERP incluyen un conjunto completo de funcionalidades para gestionar el acceso de usuarios y la seguridad de los datos. Estas funciones de gestiĆ³n de usuarios tambiĆ©n se aplican en el mĆ³dulo de MDM, dado que existen varios roles de usuario: administrador, modelador de datos, diseƱador de reglas y gobernador de datos.
Las sencillas interfaces de usuario conceden acceso a las reglas y funciones de gestiĆ³n de datos, asĆ­ facilitando el trabajo de los gobernadores y administradores. Entre las capacidades se destacan:

Las funciones del gobernador de datos:

  • Identificar y gestionar fuentes potenciales de datos maestros, ademĆ”s de fuentes fiables.
  • Gestionar las normas de limpieza de datos y estandarizaciĆ³n de datos.
  • Relacionar y fusionar datos.
  • Gestionar y monitorear la calidad de datos.

Las funciones del administrador:

  • Gestionar los esquemas de centros de datos, modelos de datos y metadatos.
  • Gestionar el acceso de usuarios.
  • Gestionar los recursos de las bases de datos.
  • Monitorear y gestionar el rendimiento y la escalabilidad.
  • Gestionar las herramientas y los servicios operacionales.

En algunos casos, los datos se originan en fuentes que contienen datos confidenciales. Afortunadamente, no es necesario mostrar las fuentes a los usuarios, ni incluso almacenarlas en un formato legible. El mĆ³dulo dispone de funciones y procesos para asegurar que no se deriven los datos protegidos originales de los datos destinatarios almacenados.
Es preciso que no ocurra un movimiento de datos de este tipo durante de las transferencias, y por tanto, los campos que contienen estos datos se anonimizan antes del almacenaje en los servidores destinatarios. La introducciĆ³n y subsecuente anonimizaciĆ³n de datos se realiza en un solo paso, dado que la anonimizaciĆ³n y la normalizaciĆ³n se realizan espontĆ”neamente durante de la carga de datos externos desde archivos.

Se ejecutan los siguientes pasos para cada lĆ­nea en el archivo fuente:

  • La lĆ­nea se lee en la memoria.
  • Las operaciones de filtro se ejecutan en la memoria, asĆ­ posibilitando la anonimizaciĆ³n y la normalizaciĆ³n. El uso de funciones definidas localmente como filtros permite la personalizaciĆ³n de procedimientos de anonimizaciĆ³n.
  • Los datos resultantes se introducen en la tabla de la base de datos.

El proceso de anonimizaciĆ³n es compatible con los siguientes requisitos:

  • Emplear una funciĆ³n de hash probada y no reversible (Whirlpool).
  • Realizar la anonimizaciĆ³n en la memoria, antes del almacenaje de datos en un dispositivo permanente (incluso el almacenaje temporal).
  • Ejecutar el proceso fila por fila. En caso de interrupciĆ³n del proceso, ningunos de los datos originales se almacenan.

Potencia tu empresa hoy

Nuestro equipo estĆ” listo para ofrecerte los mejores servicios