Universidad CENFOTEC

Maestra en Bases de Datos

Curso:
Diseo y Calidad de Datos

Proyecto:
Master Data Management

Estudiantes:
Carlos Altamirano
Jos Agustn Pl

Profesor:
Marco Hernndez

San Jos, Julio 2015.

Tabla de Contenidos
1 Qu es MDM? ..................................................................................................................................... 3
1.1 Para qu sirve? ............................................................................................................................ 3
1.1.1 Objetivos que se buscan al implementar MDM ................................................................... 3
1.1.2 Problemas que MDM puede solucionar ............................................................................... 4
1.2 Quin lo usa?............................................................................................................................... 4
2 Elementos bsicos................................................................................................................................. 5
2.1 Enfoques MDM ............................................................................................................................. 5
2.1.1 MDM Analtico ...................................................................................................................... 6
2.1.2 MDM Operacional ................................................................................................................. 7
3 Implementar un MDM .......................................................................................................................... 7
3.1 Mi empresa necesita MDM? ......................................................................................................... 9
3.2 Vender la idea al negocio ............................................................................................................ 10
3.3 Decidir qu entidades de datos maestros administrar ............................................................... 12
3.4 Decidir esquema de gobierno ..................................................................................................... 14
3.5 Seleccionar enfoque MDM ......................................................................................................... 14
3.6 Seleccionar herramienta de software ......................................................................................... 15
4 Ejemplos prcticos del uso de MDMs exitosos en el mercado .......................................................... 16
4.1 Caso Teradyne Hub Personas...................................................................................................... 16
4.1.1 Cul situacin llevo a la empresa a implementar un MDM? ............................................ 16
4.1.2 Cules fueron algunos de los beneficios para Terdayne al implementar MDM? ............. 17
4.2 Caso Ciudad de Moscow ............................................................................................................. 17
4.3 Caso POSCO ................................................................................................................................ 17
5 Diseo e implementacin generales de un MDM .............................................................................. 18
5.1 Arquitectura del sistema MDM................................................................................................... 19
5.2 Las 10 Reglas de Oro para Implementaciones de MDM ............................................................. 20
6 Ventajas y desventajas para el Negocio.............................................................................................. 21
7 Uso de los MDM en la inteligencia de Negocio .................................................................................. 22
8 Conclusiones ....................................................................................................................................... 24
9 Bibliografa .......................................................................................................................................... 25
 Qu es MDM?
MDM es el desarrollo y mantenimiento de las organizaciones requeridas, proceso y herramientas, para
garantizar que todo elemento de dato maestro

Sea capturado una vez, a tiempo, con precisin, complete, correcta y constantemente,
permitiendo as la calidad de datos maestros.

Se almacena en una forma que garantiza la integridad y un nico punto de referencia.

Est a disposicin para aquellos que lo necesitan, cuando lo necesiten, tanto interna como
externamente. Y como un nico punto de referencia.

Segn el glosario de Gartner, es una disciplina de tecnologa, donde el negocio y TI trabajan juntos para
asegurar la uniformidad, precisin, corresponsabilidad, coherencia semntica y rendicin de cuentas de
los datos maestros comunes oficiales de la empresa. Los datos maestros son el conjunto coherente y
uniforme de identificadores y atributos extendidos que describe las entidades fundamentales de la
empresa como clientes, prospectos, ciudadanos, proveedores, sitios, jerarquas y plan de cuentas.
(Gartner, s.f.)

Consiste en un conjunto de procesos y herramientas que define y gestiona de forma consistente las
entidades de datos no transaccionales de una organizacin. Busca, por lo tanto, recopilar, agregar,
identificar, asegurar la calidad y la persistencia y distribuir los datos de forma uniforme en dicho contexto.
(Curto, 2010)

Entre las dos anteriores definiciones, se concluye que MDM es la informacin que describe el ncleo del
negocio, con entidades tales como clientes, productos, locaciones, proveedores, entre otros. Los datos
maestros tpicamente son datos No transaccionales, compartidos por diversas aplicaciones y estticos por
naturaleza.
1.1 Para qu sirve?
El MDM se utiliza debido a una necesidad, es por ello que a continuacin se describen los objetivos y
problemas que el MDM pretende solventar.

1.1.1 Objetivos que se buscan al implementar MDM

Mejorar la habilidad de una organizacin para ajustarse rpidamente a los requerimientos

cambiantes del negocio
Mejorar la eficiencia operacional
Mejorar procesos de negocio
Aumentar la calidad de datos
Mejorar la eficiencia en la administracin de la informacin
Habilitar una integracin de datos ms amplia y compleja
Eliminar actividades de administracin de datos redundantes
Eliminar actividades de integracin redundantes
Mejorar la toma de decisiones
1.1.2 Problemas que MDM puede solucionar
Inhabilidad para reducir los costos de gestin de compras.
Falta de inters de parte del proveedor para conocer de forma detallada al cliente y poder realizar
una oferta correcta que impacta negativamente la habilidad para crear relaciones largas y
rentables con el cliente.
La falta de datos coherentes sumado a la mala gestin de los mismos, provoca que los datos no
lleguen a tiempo a las unidades estratgicas, lo que no permite anticipar las necesidades de
cambio en el negocio.
Los silos de datos evitan compartir la informacin correcta con clientes, Partners, proveedores,
entre otros, lo que provoca inhabilidad para colaborar con los objetivos claves del negocio.
Inhabilidad para modificar o disear nuevos procesos.
Conexiones rgidas a las fuentes de datos Impide la innovacin y diferenciacin.
Altos costos de integracin con otros procesos landscapes heterogneos.
Falta de infraestructura tecnolgica comn
Soluciones punto a punto con nuevas islas de informacin

1.2 Quin lo usa?

Actualmente, la mayora de organizaciones trabajan con grandes cantidades de datos (digitalizados o no).
Estos datos provienen de diferentes fuentes de origen y a travs de diversos canales. En un mundo ideal,
los datos seran fiables y nicos. Ya sabemos que eso no pasa. La realidad impera y los datos presentan
dispersin en funcin del canal, la fuente y el problema se agrava con el paso del tiempo.

Como podemos imaginar este fenmeno afecta a muchos de los sistemas de informacin presentes en
una organizacin. A saber, Business Intelligence, CRM, ERP, PLM,Y claro, empiezan a aparecer las
interfaces 1 a 1 entre aplicaciones para comunicarse los datos. No nos engaemos, a base de parches no
se soluciona el problema. Y al final la dictadura de la entropa prevalece, no queda otra que garbage-in
garbage out. (Alguacil, 2014)
2 Elementos bsicos
Los Elementos Bsicos de un MDM, se sustentan en 3 razones primordiales:

Su enfoque es ms amplio: Las nicas entidades importantes para administrar no son cliente y
producto, se necesita un enfoque que siendo flexible, abarque las otras entidades.

Enfocado en el proceso: Las soluciones enfocadas en TI, no han sido del todo efectivas. Las
organizaciones deben hacerse duea de la data maestra y ser apoyadas por una herramienta
tecnolgica.

Implementacin incremental: Permite una implementacin basada en quick-wins o xitos tempranos

que ayuda a darle al proyecto momentum para que una implementacin que inicie sobre una entidad
o rea de negocio, se extienda a otras.

Comparacin ente modelos para mejora en la calidad de datos.

*Ilustracin se refiere a que la informacin es modificada en la fuente, lo que requiere un manejo de

comunicacin ms fuerte con los responsables de cada dominio implicado. En MDM, existe una
aproximacin (analtica) no intrusiva. De los diferentes modelos expuestos en la presente tesis, se ha
elegido el enfoque MDM porque:

2.1 Enfoques MDM

Existen varias formas de implementar MDM, pero las 3 ms populares son:

Analtico
Operacional
Hbrido
Entre los dos primeros se ilustran y explican a continuacin:

2.1.1 MDM Analtico

En el MDM analtico la bodega de datos (datawarehouse) toma los datos creados y mantenidos por MDM.
Es por esto que el MDM analtico es en algunos casos referido como implementacin pasiva de MDM

Cuando se planea una implementacin de MDM que tarda aos, el MDM analtico es un candidato
importante para las primeras fases de implementacin por varias razones:

La implementacin no es intrusiva pues las interfaces de usuario y los sistemas que estos usan no
cambian
Los retos, riesgos y tiempos de implementacin son relativamente bajos. No hay necesidad de
soportar la sincronizacin bidireccional
El MDM analtico soporta una estrategia de quick-wins (xitos tempranos), lo cual es crtico para
la primera fase de implementacin de MDM para justificar la inversin y construir credibilidad
rpidamente.

Las anteriores razones explican porque muchas implementaciones empiezan con un MDM analtico, ms
no necesariamente como el fin del proyecto.
La limitacin ms importante de este tipo de implementaciones es que no soluciona por completo el
problema de calidad de datos en los sistemas fuentes, dado que estos no reciben retroalimentacin de la
bodega de datos sobre las operaciones que se realizaron sobre los datos.

2.1.2 MDM Operacional

Los dueos de los sistemas operacionales desean mantener control sobre cada registro en sus sistemas.
Consecuentemente, estos sistemas no pueden aceptar correcciones o modificaciones de datos desde el
sistema hub (sistema central MDM) en grandes cantidades de una sola vez. Estos sistemas se benefician
del HUB de datos cuando pueden buscar el HUB de datos antes de que un registro sea creado o editado
en el sistema fuente (capacidad de Buscar antes de crear). Este tipo de MDM es conocida como
implementacin activa. Este tipo de implementacin reduce el desgaste administrativo de los datos
redundantes, elimina duplicados e inconsistencias, facilita compartir la informacin a travs de los
sistemas y aplicaciones empresariales y por ltimo mejora la calidad de datos.

MDM operacional es una tcnica poderosa que habilita la empresa para organizar sus datos maestros,
mantener continuamente una alta calidad de los datos y evitar proyectos continuos y recurrentes de
limpieza y depuracin de datos que consumen recursos significativos. Los esfuerzos de depuracin de
datos son frecuentemente ineficientes dado que no se enfocan en la causa raz del problema.

3 Implementar un MDM
Se especifica el Flujo de procesos a ejecutar para implementar MDM en una empresa con ms de un
sistema de informacin Detalle de las actividades a ejecutar en cada uno de los procesos.

Durante el desarrollo de las actividades de la gua se usarn algunas notaciones con conos para destacar
puntos importantes, a continuacin se presenta su significado:
3.1 Mi empresa necesita MDM?

Ya el negocio conoce qu significa MDM, ahora es tiempo de implementarlo. Pero realmente su

empresa necesita MDM? Lo primero a tener en cuenta es que MDM no puede buscar un problema
para resolver. El problema debe existir y el negocio debe estar consiente de este problema.

A continuacin las siguientes preguntas, puede ayudarse a descubrir los Problemas que hoy da su
organizacin enfrenta y que MDM puede ayudarle a resolver:

1. En cuntos sitios distintos almacena su compaa los datos de clientes?

2. En cuntos sitios distintos almacena su compaa los datos de los productos?
3. En cuntos sitios distintos almacena su compaa los datos de los proveedores?
4. En cuntos sitios distintos almacena su compaa los datos de los empleados?
5. Con qu frecuencia encuentra que los datos no coinciden entre los diferentes sistemas?
6. Con qu frecuencia es necesario realizar alguna tarea para hacer coincidir datos entre sistemas
diferentes?
7. Cunto tiempo tarda su compaa en presentar un nuevo producto?
8. Cunto tiempo tarda el departamento de ventas en conocer los cambios llevados a cabo en los
productos?
9. Dispone su compaa de los datos necesarios para cumplir con los ltimos requisitos normativos?
10. Qu porcentaje de datos de su compaa utilizan o pueden utilizar los responsables de la toma
de decisiones?
11. Ha sentido inseguridad al presentar reportes temiendo que la informacin no est correcta
debido a la administracin de los datos?
12. La calidad de sus datos suele ser cuestionable o pobre?
 13. No sabe cmo un cambio en un dato maestro puede afectar otros datos? Y cmo sincronizarlo
con otros sistemas?

3.2 Vender la idea al negocio

Administrar los datos maestros (MDM) tiene que ver ms con el negocio, los procesos y las personas
que con la propia tecnologa. Muchas empresas y proveedores de software para MDM, miran el tema
en trminos tcnicos, de seguro que MDM tiene varios retos tecnolgicos, pero un enfoque como
este est condenado a fracasar. La verdadera responsabilidad de administrar los datos maestros debe
estar en las manos del negocio, no las de IT. Muchas organizaciones tienen dificultad para aceptar
este principio, dado que IT es asumido de ser el dueo de la data de la organizacin y el negocio es
reacio a tomar mucha responsabilidad en los temas de datos, pero dado que MDM posiblemente
implique cambiar procesos y un entendimiento profundo de los trminos del negocio, el contexto y
la jerarqua de los datos, el negocio debe jugar un papel principal en cualquier iniciativa MDM desde
el principio.

MDM requiere ms que el normal involucramiento del negocio. Requiere un compromiso persistente
y coherente de participacin entre IT y el propio negocio Los proyectos MDM no son proyectos fciles
de vender al negocio porque como se ha dicho anteriormente, requieren inversin en tiempo,
dinero y sobre todo, cambios en los procesos actuales de la empresa, lo que a su vez implica procesos
de gestin del cambio para cada uno de los integrantes y afectados por los procesos a modificar; lo
que es, tal vez, la parte ms complicada. Por eso, un proyecto MDM NO es un proyecto de TI, donde
se compra una herramienta de Software y se capacitan unos cuantos usuarios para que lo usen. Un
proyecto MDM debe ser un proyecto que solucione un problema existente en el negocio y que alivie
un dolor, de manera que los resultados del proyecto se midan en trminos de negocio y no
tecnolgicos. Teniendo en cuenta lo anterior, el proyecto no debe ser vendido por TI, TI es el asesor
de la empresa en la solucin de un problema de negocio, en el que posiblemente, MDM sea la
solucin, el proyecto por tanto, debe surgir como parte del proceso de mejora del negocio mismo.
Para vender la idea al negocio puede apoyarse en el siguiente diagrama de flujo que le ayudar a
encontrar los datos que debe presentar para convencer al negocio de la importancia de gestionar los
datos maestros:
3.3 Decidir qu entidades de datos maestros administrar

Si luego de responder a las preguntas de la seccin 3.1, usted piensa que tiene varios de los problemas
que se presentaron all, y obtuvo el visto bueno del negocio, el paso siguiente, es decidir qu
informacin va a administrar a travs de MDM. Mientras la identificacin de entidades de datos
maestros es bastante directa, no todos los datos que encajan en la definicin de datos maestros
deberan ser manejados como tal. Se presenta a continuacin un diagrama de flujo con algunas
actividades que se pueden tener en cuenta para tomar la decisin si una entidad deber ser
administrada como datos maestros o no. Luego, del diagrama de flujo se amplan los conceptos que
proponen evaluar cada una de las actividades.
3.4 Decidir esquema de gobierno

En este punto, es bueno pensar en que un proyecto de MDM necesita una oficina de gestin de
proyectos, tambin conocida por sus siglas OGP o PMO (del ingls project management office), que
es un departamento o grupo que define y mantiene estndares de procesos, generalmente
relacionados a la gestin de proyectos, dentro de una organizacin.

Este es tal vez el elemento ms importante de la implementacin porque en este punto se define la
logstica MDM, es decir, quin ser el lder, cul es el papel del negocio frente a los datos y sus
compromisos, cul es el papel de TI como lder, definir cmo se realiza la gestin del cambio, cmo
ser la comunicacin, como se tomarn las decisiones. El esquema de gobierno se debe definir
durante el proyecto de implementacin, pero ser usado y aplicado durante la operacin diaria de la
organizacin.

3.5 Seleccionar enfoque MDM

Usted debe definir si cul de los enfoque MDM va a tomar, si el enfoque Operativo o el enfoque
Analtico. Cuando se usan los datos maestros para reportes o anlisis, el primer reto que se afronta es
administrar la historia de los datos maestros a travs del tiempo. Dado que las bodegas de datos
administran y contienen datos histricos, normalmente es insuficiente mantener slo el estado actual
de los datos maestros, pues al hacerlo as, se pierde el contexto histrico de las transacciones. Sin
embargo, es difcil capturar todos los cambios de los datos maestros y las relaciones a travs del
 tiempo y al mismo tiempo mantener una bodega de datos escalable y de alto desempeo. Se debern
hacer algunas renuncias en el modelo de datos, su arquitectura y todos los procesos que la
soportan. Los datos operativos tambin podran incluir alguna informacin histrica, pero no tanta
como se encuentra en un sistema analtico. Las soluciones operativas de MDM deben estar en
capacidad de responder a una gran cantidad de solicitudes de actualizacin y entrega de informacin
e incluir un componente de sincronizacin, especialmente si las transacciones se hacen en sistemas
distribuidos, adems de soportar las iniciativas actuales o futuras de SOA.

3.6 Seleccionar herramienta de software

Investigando el portafolio de varios proveedores (Informtica, IBM, Oracle, Hyperion, Microsoft, SAP,
Talend etc. ) y revisando las necesidades que resultan de la ejecucin de los procesos MDM, se puede
entender que intentar hacer una buena comparativa de productos de integracin y calidad de datos
es una tarea muy compleja, a no ser que se tenga los recursos de Gartner o Forrester para entender
la posicin de cada uno de estos proveedores en el mercado, por eso se debe ser muy cautos a la hora
de analizar las comparativas que circulan por la red donde se pueden ver tablas donde comparan los
productos de IBM, Informtica, Oracle, SAP, Talend y Pentaho, basados en siete u ocho parmetros
del tipo coste, riesgo, facilidad de uso, desarrollo, velocidad, escalabilidad, conectividad y soporte.
Estos datos sirven como base para conocer los productos lderes y mejor calificados desde un punto
de vista terico, pero, lo realmente importante antes de elegir una herramienta para el manejo de
MDM es centrarse en las necesidades del negocio. La evaluacin de las herramientas a utilizar
depender del nivel e profundidad y capacidad de recursos de la empresa que desea implementar un
modelo MDM, puesto que estas herramientas varan en precio y alcance.
4 Ejemplos prcticos del uso de MDMs exitosos en el mercado
Las implementaciones de MDM son muy diversas, dado que el problema es general para cualquier
organizacin o compaa que haya alcanzado una madurez en su manejo de datos.

4.1 Caso Teradyne Hub Personas

Master de Personas (MDM)

Es la consolidacin y normalizacin de los datos de clientes y empleados Teradyne que proporciona una
vista nica y precisa de los datos de clientes y empleados. MDM extrae los datos de HRMS / CLARIFY /
TAAC / Merln y sistemas de origen de Active Directory. MDM a su vez acta como una fuente de OID. Los
datos en el OID (Oracle Internet Directory) utilizado por nuestro portal externo. La Herramienta ETL
Informtica es utilizada para extraer los datos de sistema de origen y la carga en la base de datos MDM.

1. Flujo de Datos.

Los sistemas fuente del MDM son HRMS, Merln, clarify, AD y TAAC.
ETL de Informtica son los utilizados para extraer los datos de los sistemas de origen.
http://www.terad
yne.com/support/
eknowledge
HRMS

Merlin

OID Oracle
Internet
MDM
Clarify Directory

TAAC

4.1.1 Cul situacin llevo a la empresa a implementar un MDM?

Teradyne es una empresa global que atreves de aos ha adquirido otras empresa con diferentes ERPs,
diferentes estructuras de datos para manejo de, maestros de Clientes y Empleados. Lo cual cre la
necesidad de buscar la mejor manera de integrar todos estos datos en una nica verdad, de una forma
estandarizada y alineada a sus procesos. Otra causa fue la necesidad de crear un OID con el propsito de
proporcionar informacin de empleados y clientes atreves del portal externo
http://www.teradyne.com/support/eknowledge donde tanto empleados como clientes se le proporciona
acceso a mltiples servicios.
4.1.2 Cules fueron algunos de los beneficios para Terdayne al implementar MDM?
Mejorar la habilidad de una organizacin para ajustarse rpidamente a los requerimientos
cambiantes del negocio
Mejorar la eficiencia operacional para tonto empleados como clientes.
Aumento la calidad de datos al tener una nica verdad de la informacin de empleados y clientes
Mejoro la eficiencia en la administracin de la informacin
Habilito la Integracin de datos para futuras adquiciones.

4.2 Caso Ciudad de Moscow

La Ciudad de Moscow, la cual consta con alrededor de 11.5 millones de habitantes, era vctima de datos
corruptos, falsos e inconsistentes. 50 agencias, las cuales son responsables de brindar 285 diferentes
servicios, manejaban datos de cada ciudadano. Al analizar la informacin que cada ciudadano provea, la
ciudad pudo prevenir fraude, hacer a los ciudadanos responsables por deudas o multas, y asegurar que
se est brindando un servicio adecuado.
La solucin dio buenos resultados, reduciendo en un 70%, el tiempo requerido para crear nuevos
registros. La alta automatizacin, junto con la introduccin de un portal web, redujo el nmero de errores
de procesamiento en un 85%. Finalmente el tiempo para completar las solicitudes y tramites de los
ciudadanos, bajaron en un 80%, de 10 das hbiles a solo 2 das.

Las herramientas utilizadas para alcanzar estos resultados, fueron: IBM InfoSphere Master Data
Management Advanced Edition, IBM InfoSphere Master Data Management Collaborative Edition, IBM
Cognos Business Intelligence V10, IBM Business Process Manager Advanced V8.5, IBM Power 770, IBM
AIX 6 y IBM Business Partner ZAO Prognoz.
La reputacin del gobierno local mejoro segn la opinin de sus ciudadanos.
(IBM, 2014)

4.3 Caso POSCO

POSCO es la empresa lder en la industria del acero en Korea del Sur. Para las empresas manufactureras,
el aspecto de logstica y cadena de manufactura es fundamental, cualquier mejora en estas reas, se
traduce en ganancias directas para la empresa, al verse como una reduccin de costos.
POSCO escogi los productos Oracle Product Hub, Oracle E-Business Suite y Oracle Engineered Systems.
La implementacin no se bas nicamente en las herramientas escogidas, pero en vez cre un protocolo
de implementacin llamado POSPIA 3.0, un proceso propietario e innovador para la optimizacin global
de los sistemas de TI, que involucraran la mejora en rendimientos, eficiencia operacional e incrementar
la satisfaccin del cliente.
Al centralizar los pedidos para cada producto, se baj el tiempo de respuesta de 10 das a solo 1 da.
POSCO tambin implement Oracle Business Process Management (BPM) Suite junto con Oracle Product
Hub, para la creacin de un mejor Sistema de gestin de datos, uno que revise las actualizaciones sobre
los datos. Oracle BPM ayuda a garantizar que los empleados actualicen la informacin o agreguen datos
faltantes, mediante alertas. (Hartquist, 2014)
5 Diseo e implementacin generales de un MDM
La implementacin de todo MDM, debe ser orquestada por la gerencia superior del negocio y no de forma
independiente como una simple idea de mejora de TI.

MDM no se basa en el uso de una herramienta de software, en vez, se refiere a una estandarizacin de
los procesos de manejo de datos vitales para la organizacin.

Los primeros pasos van muy de la mano a los 7 pasos de mejora continua (Revista Certificacin, 2013):

1. Seleccionar el problema
2. Clarificar y subdividir el problema
3. Analizar las causas de su raz
4. Establecer nivel exigido
5. Definir y programar las soluciones
6. Implantar y verificar las soluciones
7. Acciones de garanta

La seleccin de cada problema va restringida por la importancia del mismo, para esto es importante
clasificar mediante un Pareto, los datos que ms se usan ente diferentes departamentos, los datos sobre
una misma entidad pero que poseen diferentes fuentes.

Como se pudo ver en la seccin de ejemplos, para el caso de Teradyne fueron personas (cliente y
empleados), para el caso de la Ciudad de Moscow fueron ciudadanos y para el caso de POSCO fueron
productos.

Aun cuando se identifiquen varios grupos de datos que deberan unificarse en una sola fuente, la
implementacin se debe ejecutar un problema a la vez.

Aparentemente de acuerdo a la opinin de la experta Linda Briggs, la gestin maestra de datos (MDM) no
es lo mismo que el anlisis de datos (BI) proveniente de un mercado de datos (DW), es mucho ms sencillo
y se garantiza un resultado correcto sobre el anlisis, cuando los datos ya han sido unificados y depurados.
(Briggs, 2009)

Los cubos y mercados de datos, no deben ser confundidos con los ejes de MDM, estos ltimos son solo
datos sobre una misma entidad, compartidos y manipulados por diferentes aplicaciones o departamentos.
Los ejes de MDM a su vez pueden usarse en los mercados de datos, por lo que no son para mantenidos
para brindar un anlisis profundo, sino para proporcionar integridad y garantizar confianza sobre los
anlisis realizados.

Tareas para implementar un MDM son las siguientes:

Identificar las fuentes de origen de los datos

Identificar los productores y consumidores de datos maestros
Recopilar y analizar metadata sobre los datos maestros recopilados en el primer paso.
Determinar los responsables (administradores) de los datos maestros.
 Implementar un programa de data governance (y de forma consecuente tener un grupo
responsable de dicho programa).
Desarrollar el modelo de metadatos maestros.
Escoger una solucin o conjunto de soluciones como medio para mejorar la calidad de datos.
Disear la infraestructura necesaria.
Generar y testear los datos maestros.
Modificar los sistemas consumidores y productores de informacin.
Implementar un proceso de mantenimiento.

Despus de haber terminado el anlisis del sistema MDM se comenz con el diseo de software. En esta
parte se aplicaron tcnicas y principios con el propsito de definir un conjunto de diagramas con los
suficientes detalles para permitir la implementacin de MDM.

5.1 Arquitectura del sistema MDM

En la arquitectura del sistema se pueden observar de forma general los niveles del sistema. En principio
todo depende del proceso que se elija (Gestin de Negocio, Gestin de Procesos o Administracin de
Proyectos Especficos), ya que de acuerdo al proceso se desplegarn las prcticas correspondientes. Al
elegir una de las prcticas del proceso se podr acceder (consultar) a los documentos de entrada y salida
y se podrn crear o guardar los documentos de salida, de dicha prctica, que se encuentran en la base de
datos.

Procesos

Almacenar
Herramientas

MASTER
Estndares

DATA
MANAGEMENT
Capturar Distribuir

Organizacin
5.2 Las 10 Reglas de Oro para Implementaciones de MDM
1. Involucrar a los equipos tcnicos, desde la fase de pre-planificacin del proyecto.
2. Asegurar que se cuenta con los recursos necesarios para manejar los datos maestros.
3. Acordar en las definiciones claras de los roles y responsabilidades, entre organizaciones.
4. Establecer un plan solido de colaboracin y comunicacin.
5. Manejar los datos maestros en su lanzamiento, mapeo y semejanza con todos los involucrados.
6. Compartir el conocimiento de arquitectura y proceso de datos maestros.
7. Convenir en un detallado y realista acuerdo de servicios para MDM.
8. Definir el modelo empresarial, temprano en el proyecto y minimizar cambios.
9. Asegurar una entrega a tiempo de datos limpios y de alta calidad, para ser subidos y distribuidos.
10. Comunicar cambios en el alcance y tiempos de entrega, lo antes posible.
6 Ventajas y desventajas para el Negocio
Empezando por las desventajas, algunas son:

El costo es muy alto, dado que es un proceso continuo a conforme avanza el negocio y los datos
siguen creciendo.
Para la creacin de una entidad centralizada se requiere un experto de cada organizacin que
tenga relacin con dicha entidad.
Los datos maestros se vuelven an ms crticos para el negocio, debido a la cantidad de
sistemas, servicios y departamentos que dependen de estos.
Requiere el impulso de gerencia, junto con la contribucin de TI. Por lo que cualquier falta de
apoyo por alguno de los dos bandos, se traduce en fallas de implementacin.
No genera datos para reportes de datos transaccionales, aunque s garantiza que dichas
transacciones usen datos integros de las entidades relacionadas.
No es compatible con Big Data, debido a que los datos abiertos no van de la mano con la
integridad relacional que busca el MDM.

Por otro lado, las ventajas segn el interesado:

Chief Executive Officer (CEO)

o Liberar el poder de la sinergia interna dentro de su empresa.
o Permiten la verdadera toma global de decisiones
o Facilitar la integracin de nuevas adquisiciones
Chief Information Officer (CIO)
o Acelerar el ROI en las implementaciones de ERP en que se ha invertido.
o Proporcionan la base para su arquitectura 'orientada a los servicios'.
o Disminuir su "Costo Total de propiedad'
Ejecutivo de Cadena de Suministros
o Mejorar su poder adquisitivo
o Optimizar la colaboracin de la cadena de suministro con sus socios comerciales
Ejecutivo de Ventas y Mercadeo
o Mejorar la colaboracin comercial con sus clientes, llevando a mayor satisfaccin del
cliente y as diferenciacin competitiva.
7 Uso de los MDM en la inteligencia de Negocio

El modelo a seguir es el Y, que consta de 3 caminos entre los Datos Maestros, el Almacn de Datos y el
OLTP (On Line Transactional Processing, en ingls). Este modelo es de gran importancia, crea simplicidad,
aclara dependencias y responsables.

Sistemas de
Datos Maestros

Datos Maestros Datos Maestros

Sistemas Sistemas de
Transaccionales Almacenes de
(ERP, CRM, ) Datos

Datos Transaccionales

Seguidamente se define la Estrategia, la Operacin y la Ejecucin.

Estrategia
o Visin & estrategia
o Enfoque al negocio
o Fondos
o Establecer y liderar la organizacin
o Mtricas e incentivos
Operacin
o Plan de accin
o Estndares de datos
o Proceso de mantenimiento de datos
o Controles de Calidad de datos
o Corresponsabilidad de datos
o Definicin de SLA/KPI
 Ejecucin
o Ejecucin de mantenimiento de datos, eficiente y efectivo.
o Traqueo de la calidad de datos
o Historial de SLA & KPI
o Plan de mejora continua

Almacn
de Datos Local, Soporte de
Regional y Global Decisiones

Cobro de envos
Contabilidad
Logstica
Sistemas Globales
Inventario Transaccionales
RRHH

Materiales Clientes
Formulas Precios Data Maestra
Paquetes Producto Promociones Global
Procesos Cuenta

La figura anterior, muestra la tpica pirmide de negocio, donde las bases son los elementos claves del
negocio, el medio son las herramientas del da a da de manejo transaccional y la cspide es para la toma
de decisiones gerenciales. Esto evidencia como MDM es vital al ser el pilar para el manejo de datos, pero
No es la herramienta dedicada en su totalidad y propsito a la toma de decisiones sobre el futuro del
negocio.
8 Conclusiones
El uso de MDM, no es un requisito para una empresa, por lo menos no en sus inicios. Cuando un negocio
empieza o va en crecimiento, siempre y cuando siga las normas de diseo y uso de bases de datos
relacionales, va a garantizar la Atomicidad, Consistencia, Independencia y Durabilidad de los datos; pero
cuando el negocio crece a un nivel donde algn departamento maneje su propia herramienta de logstica,
CRM, WMS, HRMS o ERP; es ah donde las consultas sobre ciertas entidades vitales para el negocio, dejan
de venir de una sola fuente.

El crecimiento de la empresa, la adquisicin de otras compaas, la migracin de datos entre sistemas

heredados y nuevas implementaciones, es lo que trae como requerimiento el uso de MDM. Es donde
MDM deja de ser una opcin y se convierte en una necesidad.

Actualmente, los requerimientos legales de una empresa referente a su contabilidad, manejo de datos
como personal y control de activos es algo complejo y que requiere interaccin con entidades externas;
tal interaccin tambin se convierte en un requisito para el uso de MDM.

Como ltimo punto, hay que dejar claro que como se menciona en este trabajo, MDM tiene interaccin
con almacenes de datos, pero su funcin no va directamente ligada al anlisis de datos, el uso de MDM
en una empresa no garantiza que esta est haciendo uso de Inteligencia de Negocios. Los datos unificados,
sin duplicados y limpios definitivamente ayudan proveer resultados vlidos en los anlisis o reportes; pero
no es el enfoque primario de MDM el tomar el rol de Inteligencia de Negocios, con almacenes de datos,
indicadores claves de desempeo o con cuadros de mando integral.
9 Bibliografa
Alguacil, D. (14 de Diciembre de 2014). Master Data Management de Semarchy combinado con Calidad
de Datos. Intro y demo. Recuperado el 24 de Julio de 2015, de BI-Latino.com Portal en Espaol
sobre Business Intelligence: http://www.bi-spain.com/articulo/73860/calidad-de-
datos/todos/master-data-management-de-semarchy-combinado-con-calidad-de-datos-intro-y-
demo

Briggs, L. L. (3 de Febrero de 2009). Defining Master Data Management. Recuperado el 26 de Julio de

2015, de The Data Warehouse Institute: http://tdwi.org/articles/2009/02/03/defining-
mdm.aspx

Curto, J. (19 de Enero de 2010). Qu es MDM (Master Data Management)? Recuperado el 24 de Julio
de 2015, de http://josepcurto.com/2010/01/19/mdm/

Gartner. (s.f.). Master Data Management (MDM). Recuperado el 26 de Julio de 2015, de Gartner IT
Glossary: http://www.gartner.com/it-glossary/master-data-management-mdm/

Hartquist, K. (23 de Setiembre de 2014). POSCO Selects Oracle Product Hub and Oracle Engineered
Systems to Provide Greater Customer Value with Advanced Order Process. Obtenido de Oracle
Press Release: http://www.oracle.com/us/corporate/press/2298228

IBM. (2014). Moscow City Government. doi:IMC14894USEN

Lopez, C. H. (s.f.). Qu es MDM. Recuperado el 24 de Julio de 2015, de Academia.edu:

http://www.academia.edu/9156176/Qu%C3%A9_es_MDM

Revista Certificacin. (15 de Enero de 2013). Los 7 pasos de la Mejora Continua. Recuperado el 26 de
Julio de 2015, de Revista Certificacin: http://www.revistacertificacion.cl/los-7-pasos-de-la-
mejora-continua/

Standen, J. (17 de Diciembre de 2009). Data migration Part 4- Creating a data dictionary how to tackle
master data management. Recuperado el 28 de Julio de 2015, de Datamartist:
http://www.datamartist.com/data-migration-creating-a-data-dictionary-how-to-tackle-master-
data-management