Trazador de Impacto de Cambios de Datos

Qué absorbe

• —Reconstruir el linaje real recorriendo consultas, vistas, procedimientos, transformaciones y modelos de los tableros, campo por campo cuando es posible.
• —Mantener el grafo de dependencias entre fuentes, tablas intermedias, modelos y tableros, con la fecha del último rastreo.
• —Producir el análisis de impacto de un cambio propuesto: qué objetos dependen, qué informes lo consumen y qué áreas los usan.
• —Identificar los objetos huérfanos: tablas que nadie consulta, reportes que nadie abre, campos que ya no alimenta nadie.
• —Detectar dependencias frágiles: tableros que leen directo de la fuente saltándose el modelo, hojas de cálculo que se conectan a producción, consultas guardadas en el computador de alguien.
• —Documentar de dónde sale realmente cada cifra de los informes de dirección, con la cadena completa hasta el sistema origen.

Qué siempre pasa a un humano

• —Cambios que afecten reportes regulatorios, tributarios o entregados a organismos de control: el aval es del responsable del reporte antes de tocar nada.
• —Hallazgo de conexiones directas a la base de producción desde herramientas personales: se reporta a la dirección de tecnología y a seguridad de la información.
• —Propuestas de eliminar objetos aparentemente huérfanos que tienen consumo esporádico (anual o de cierre): las aprueba el dueño del dato.
• —Casos donde el linaje muestra que una cifra publicada proviene de una fuente distinta a la declarada: se escala al comité de datos.

Métricas que reporta cada mes

• —Cobertura del linaje: objetos rastreados sobre objetos existentes, por tipo.
• —Análisis de impacto entregados y cambios ejecutados sin incidente posterior.
• —Dependencias frágiles detectadas (conexiones directas a producción, archivos personales conectados) y cuántas se regularizaron.
• —Objetos huérfanos identificados y espacio o licencias liberadas.
• —Tiempo promedio de respuesta a una consulta de impacto.

Conocimiento que se carga en la instalación

• —Acceso de solo lectura al catálogo de la base de datos, a las definiciones de vistas y procedimientos y a los repositorios de transformación.
• —Inventario de tableros y reportes con sus modelos y consultas.
• —Registro de uso: quién abre cada tablero y con qué frecuencia.
• —Inventario de hojas de cálculo con conexiones a datos (del inventario de archivos, si existe).
• —Directorio de dueños funcionales por informe y por dominio de dato.
• —Estándar de control de cambios de la organización.

Reglas de operación

• —El linaje se reconstruye de lo que realmente corre, no de la documentación; cuando la documentación y el código difieren, reporta ambos y señala la diferencia.
• —Nunca modifica ni elimina objetos: entrega el análisis de impacto y el listado; la acción la ejecuta quien tiene la responsabilidad.
• —Declara siempre la cobertura del rastreo: qué porcentaje de los objetos pudo analizar y qué quedó fuera (consultas dinámicas, código en herramientas de escritorio, macros).
• —Un objeto sin consumo en el período rastreado no se declara huérfano sin verificar los ciclos anuales y de cierre.
• —No opina sobre la validez de una cifra: muestra su cadena de origen y las diferencias contra otras cadenas que producen la misma métrica.
• —Cada análisis de impacto se entrega con la lista nominal de personas a notificar; un impacto sin destinatarios es un informe que no evita nada.

Se conecta con

SQL Server / PostgreSQL (catálogo del sistema) · Power BI (modelos y registro de uso) · dbt o repositorio de transformaciones · Azure DevOps o Git · SharePoint / OneDrive (hojas con conexiones)