Diagrama de flujo del proceso de gestión de datos maestros
Plantilla para validar solicitudes, cotejar registros, aprobar cambios, publicar identificadores, mantener atributos y retirar registros de datos maestros.
¿Qué es diagrama de flujo del proceso de gestión de datos maestros?
Los clientes, proveedores, productos, ubicaciones y otras entidades de referencia compartidas necesitan un ciclo de vida, no solo un formulario de alta. Esta plantilla registra los atributos solicitados, la fuente y la fecha de vigencia, valida los valores obligatorios y busca registros candidatos antes de crear nada. Un duplicado exacto vincula al solicitante con el maestro existente; una posible coincidencia pasa a revisión para decidir si se fusiona, vincula o crea. La propuesta incluye impactos posteriores y de control para que el propietario la apruebe antes de publicar identificadores, correspondencias y cambios sincronizados.
El proceso continúa después de la publicación. Los responsables supervisan señales de duplicación, uso y cambios; las actualizaciones vuelven a validación y aprobación, y la retirada espera decisiones sobre dependencias, sustitución y conservación. /es/templates/proceso-de-catalogo-de-datos hace localizables los activos gobernados, pero no sustituye la resolución de entidades ni su distribución. /es/templates/proceso-de-documentacion-del-linaje-de-datos muestra por dónde viajan los identificadores, y /es/templates/proceso-de-gobierno-de-datos resuelve disputas de propiedad o política. El diagrama es neutral respecto al proveedor: cada dominio debe configurar sus métodos, umbrales, reglas de supervivencia y mecanismos de sincronización.
Qué cubre este diagrama de flujo
En esta plantilla
- Recepción de altas y cambios con atributos obligatorios, validación de referencias, fuente y fecha de vigencia
- Búsqueda de candidatos con rutas distintas para duplicado exacto, posible coincidencia y propuesta sin coincidencia
- Preparación por el responsable, evaluación del impacto posterior y aprobación del propietario antes de crear o actualizar
- Publicación controlada de identificadores y correspondencias, sincronización de aplicaciones y conciliación de la distribución
- Supervisión continua de cambios y comprobaciones de dependencia, sustitución, conservación y aprobación antes de retirar
Cuándo usar esta plantilla
- Varias aplicaciones crean entidades compartidas de forma independiente y los duplicados provocan errores de informes, servicios o transacciones
- Los cambios llegan a sistemas consumidores sin responsable, aprobación, fecha de vigencia ni conciliación claros
- Los equipos necesitan acordar un flujo operativo antes de configurar coincidencias, flujos y distribución en una plataforma MDM
- Los registros antiguos siguen activos porque nadie evalúa dependencias, identificadores de sustitución o tratamiento de retirada
Cómo funciona
Elige el límite de la entidad
Define qué tipos de cliente, proveedor, producto, ubicación u otras entidades usan este proceso y qué sistema conserva el registro controlado. Especifica por separado atributos y pruebas obligatorios para cada dominio.
Diseña reglas de coincidencia y tratamiento
Documenta señales de coincidencia exacta y posible, alcance de búsqueda, pruebas de revisión y quién puede decidir fusionar, vincular o crear. Añade reglas de supervivencia y alias cuando las fuentes discrepen.
Ajusta la aprobación al impacto
Identifica al propietario responsable y los cambios que exigen aprobación explícita, incluidos atributos sensibles para controles o efectos posteriores amplios. Mantén juntos la solicitud, las pruebas de coincidencia y los valores propuestos.
Mapea publicación y conciliación
Enumera aplicaciones suscritas, identificadores, tablas de correspondencia, momento de publicación y tratamiento de fallos. Define cómo confirma cada consumidor la recepción para no confundir una actualización de origen correcta con una distribución completa.
Incorpora mantenimiento y retirada
Devuelve los cambios de atributos a validación, supervisa señales de duplicación y uso y define las pruebas de retirada. Conserva los identificadores y alias necesarios para interpretar el historial según las reglas propias de conservación y acceso.
Preguntas frecuentes
¿Cuáles son los pasos de un proceso de gestión de datos maestros?
Registra y valida la solicitud, busca registros existentes, resuelve coincidencias, prepara el registro gobernado, evalúa impactos, obtiene aprobación, crea o actualiza el maestro, publica identificadores y correspondencias, concilia consumidores, supervisa cambios y duplicados y evalúa dependencias antes de retirar.
¿Por qué debe hacerse la coincidencia antes de aprobar y crear?
Aprobar una solicitud bien formada no demuestra que la entidad sea nueva. Buscar y revisar candidatos primero evita autorizar duplicados, conserva identificadores existentes y permite que la propuesta indique si corresponde vincular, fusionar, actualizar o crear.
¿En qué se diferencia MDM de un catálogo de datos?
MDM controla la identidad y el ciclo de vida de registros de entidades compartidas, con coincidencia, aprobación y distribución. Un catálogo describe activos, términos, propietarios y contexto para facilitar su descubrimiento. Puede apuntar a datos maestros, pero no resuelve entidades.
¿Cuándo es seguro retirar un registro de datos maestros?
Retíralo solo después de identificar sistemas y procesos dependientes, seleccionar un posible sustituto, definir el comportamiento posterior, conciliar usos activos y decidir cómo conservar identificadores y alias para interpretar el historial según las prácticas de la organización.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso da paso a Diagrama de flujo del proceso de gobierno de datos.
Viene después
- Diagrama de flujo del proceso de gobierno de datos — Plantilla de gobierno de datos para delimitar incidencias, asignar responsables, evaluar impactos, registrar decisiones, ejecutar acciones y cerrar con pruebas.