Verificador Estándar

Descripción general

El calculador Verificador Estándar valida si sus datos de proceso cumplen con las definiciones estándar de proceso de mindzie. Verifica que todos los atributos y actividades requeridos estén presentes con los tipos de datos correctos, ayudando a asegurar que sus datos de proceso estén listos para el análisis y que todas las funciones de la plataforma funcionen correctamente.

Este calculador es especialmente valioso durante la incorporación de datos, la validación ETL y los flujos de trabajo de aseguramiento de calidad para confirmar que los datos extraídos cumplen con los requisitos estructurales y de contenido para las funciones específicas de proceso de mindzie.

Usos comunes

  • Validar la integridad de los datos después de la configuración inicial de ETL o extracción de datos
  • Verificaciones de puerta de calidad en pipelines ETL automatizados para asegurar que los datos cumplen los requisitos
  • Verificar que existan los atributos obligatorios antes de desplegar en producción
  • Identificar atributos recomendados faltantes que habilitarían funciones de análisis adicionales
  • Evaluar el impacto de cambios en la lógica de extracción de datos o sistemas origen
  • Solucionar problemas por los cuales calculadores o funciones específicas no están funcionando como se espera

Configuración

Este calculador no tiene configuraciones configurables. Valida automáticamente sus datos contra el estándar apropiado basado en su tipo de proceso.

Detección de tipo de proceso: El calculador detecta su tipo de proceso a partir de sus datos y aplica el estándar correspondiente. Los tipos de proceso soportados incluyen:

  • Procure to Pay
  • Accounts Payable
  • Accounts Receivable
  • Order to Cash
  • Service Tickets

Campos estándar:

  • Título: Título personalizado opcional para la salida del calculador
  • Descripción: Descripción opcional para propósitos de documentación

Ejemplos

Ejemplo 1: Validando nueva extracción de datos

Escenario: Acaba de completar la construcción de su primer script ETL para un proceso Procure to Pay desde SAP. Antes de desplegar el conjunto de datos a usuarios en producción, desea verificar que todos los datos esenciales se hayan extraído correctamente.

Configuración:

  • Título: "Validación de Datos P2P - Extracción Inicial"
  • Descripción: "Chequeo de calidad antes del despliegue en producción"

Salida:

El calculador muestra una tabla resumen con los porcentajes de cumplimiento en tres categorías:

Categoría             Cuenta     Problemas  Cumplimiento
Atributos obligatorios   42          3          93%
Atributos recomendados   18          8          56%
Atributos derivados      12          0         100%

Debajo del resumen, verá listas detalladas de problemas organizadas por categoría:

Problemas obligatorios (3):

  • Monto de Orden de Compra: No se encontró atributo de caso
  • Nombre del Proveedor: No se encontró atributo de caso
  • Fecha de Pago: No se encontró atributo de evento

Problemas recomendados (8):

  • Categoría de Orden de Compra: No se encontró atributo de caso
  • Nivel de Aprobación: No se encontró atributo de caso
  • (... 6 atributos más)

Observaciones: El 93% de cumplimiento obligatorio muestra que su ETL está capturando la mayoría de los datos esenciales, pero faltan tres atributos críticos. Los atributos "Monto de Orden de Compra" y "Nombre del Proveedor" son obligatorios porque se requieren para funciones centrales de análisis financiero. Debe actualizar su script ETL para extraer estos campos antes del despliegue.

El 56% de cumplimiento recomendado es aceptable para un despliegue inicial, pero agregar estos atributos desbloquearía capacidades de análisis adicionales como desglose por categorías y análisis de flujos de aprobación.

Ejemplo 2: Validación post actualización

Escenario: Su sistema ERP fuente se actualizó recientemente y desea verificar que la estructura de datos no haya cambiado de una forma que rompa su integración con mindzie.

Configuración:

  • Título: "Validación Post Actualización"
  • Descripción: "Verificar compatibilidad de datos tras actualización ERP"

Salida:

Categoría             Cuenta     Problemas  Cumplimiento
Atributos obligatorios   42          0         100%
Atributos recomendados   18          1          94%
Atributos derivados      12          0         100%

Problemas recomendados (1):

  • Moneda de Factura: El atributo tiene un tipo incorrecto (Esperado: String, Encontrado: Number)

Observaciones: Todos los atributos obligatorios están presentes, lo que indica que la funcionalidad central está intacta. Sin embargo, un atributo recomendado cambió de tipo string a numérico. Esto probablemente ocurrió porque la actualización del ERP cambió la forma en que se almacenan los códigos de moneda. Aunque no es crítico, debe actualizar su ETL para convertir los códigos numéricos de moneda nuevamente a cadenas estándar de tres letras (USD, EUR, GBP) para que coincidan con el formato esperado.

Ejemplo 3: Solución de problemas de funciones

Escenario: Los usuarios reportan que el calculador "Three-Way Match" no funciona correctamente en su proceso de Accounts Payable. Sospecha que faltan atributos de datos.

Configuración:

  • Título: "Prerequisitos de Three-Way Match en AP"
  • Descripción: "Identificar atributos faltantes para funciones avanzadas"

Salida:

Categoría             Cuenta     Problemas  Cumplimiento
Atributos obligatorios   38          0         100%
Atributos recomendados   15          0         100%
Atributos derivados      10          4          60%

Problemas derivados (4):

  • Valor de Recepción de Mercancías: No se encontró atributo de evento (requerido para matching de tres vías)
  • Coincidencia de Linea de Orden de Compra: Faltan atributos requeridos
  • Coincidencia de Línea de Factura: Faltan actividades requeridas
  • Saldo Cuenta GR-IR: Faltan atributos requeridos

Observaciones: El problema es claro: faltan atributos derivados necesarios para el matching de tres vías. Estos atributos derivados dependen de otros atributos y actividades que no se extrajeron. En particular, "Valor de Recepción de Mercancías" es un atributo clave de evento necesario para comparar montos de factura contra mercancías recibidas. Revise los "atributos requeridos" mencionados en cada problema para determinar qué datos adicionales deben extraerse de su sistema fuente para habilitar el análisis de matching de tres vías.

Ejemplo 4: Comparación multi-proceso

Escenario: Está configurando tanto procesos de Accounts Payable como de Accounts Receivable y desea entender qué tan completo está cada conjunto de datos antes de presentarlo a los stakeholders.

Configuraciones (Ejecutar dos veces - una para cada proceso):

  • Título: "Integridad de Datos AP"
  • Título: "Integridad de Datos AR"

Comparación de salidas:

Accounts Payable:

Obligatorios: 100%    Recomendados: 85%    Derivados: 100%

Accounts Receivable:

Obligatorios: 89%     Recomendados: 45%    Derivados: 50%

Observaciones: Sus datos de Accounts Payable están listos para producción con excelente cobertura en todas las categorías. Sin embargo, Accounts Receivable tiene varios atributos obligatorios faltantes (89% de cumplimiento), lo cual impedirá que algunas funciones centrales funcionen. Antes de lanzar el análisis AR, enfóquese en extraer los atributos obligatorios faltantes. Los porcentajes más bajos en recomendados y derivados pueden abordarse en un enfoque gradual después del lanzamiento.

Ejemplo 5: Puerta de calidad automatizada

Escenario: Su ETL corre cada noche y desea configurar una alerta automática si la calidad de datos cae por debajo de niveles aceptables.

Configuración:

  • Título: "Chequeo Nocturno de Calidad de Datos"
  • Descripción: "Validación automatizada en pipeline ETL"

Salida:

El calculador proporciona porcentajes de cumplimiento que puede evaluar programáticamente:

Porcentaje Obligatorio: 0.97   (97%)
Porcentaje Recomendado: 0.83   (83%)
Porcentaje Derivado: 1.00      (100%)

Observaciones: Puede configurar su pipeline ETL para:

  • FALLAR el trabajo si Porcentaje Obligatorio < 0.95 (menos del 95%)
  • ADVERTIR a stakeholders si Porcentaje Recomendado < 0.70 (menos del 70%)
  • APROBAR si se cumplen todos los umbrales

En este ejemplo, el trabajo pasaría porque el cumplimiento obligatorio (97%) supera su umbral del 95%. Este enfoque asegura que los problemas de calidad de datos se detecten inmediatamente en lugar de ser descubiertos por los usuarios.

Salida

El calculador produce dos salidas principales: una tabla de estadísticas resumen y listas detalladas de problemas.

Tabla de estadísticas resumen

Conteo Obligatorio (Número): Número total de atributos obligatorios esperados para su tipo de proceso. Estos atributos son esenciales para la funcionalidad central de la plataforma.

Problemas Obligatorios (Número): Conteo de atributos obligatorios que están ausentes o tienen tipos de datos incorrectos. Cada problema representa un problema crítico de calidad de datos.

Porcentaje Obligatorio (Porcentaje): Porcentaje de atributos obligatorios que están correctamente presentes. Los valores se muestran en decimales (0.97 = 97%). Apunte a 100% antes del despliegue en producción.

Conteo Recomendado (Número): Número total de atributos recomendados definidos para su proceso. Estos habilitan funciones avanzadas y análisis más ricos.

Problemas Recomendados (Número): Conteo de atributos recomendados que faltan o son incorrectos. Prioridad menor que los obligatorios pero aún importante para acceso completo a funciones.

Porcentaje Recomendado (Porcentaje): Porcentaje de atributos recomendados que están correctamente presentes. Valores superiores al 80% indican buena cobertura de datos.

Conteo Derivado (Número): Número total de atributos derivados que pueden calcularse a partir de otros atributos. Generalmente son campos calculados o métricas computadas.

Problemas Derivados (Número): Conteo de atributos derivados que no pueden calcularse debido a dependencias faltantes (atributos o actividades requeridas).

Porcentaje Derivado (Porcentaje): Porcentaje de atributos derivados que pueden calcularse con éxito. Problemas aquí suelen indicar brechas en datos fundamentales.

Nombre y versión del sistema (Texto): Nombre y versión de su sistema fuente extraídos de los datos del evento. Útil para rastrear qué versión ERP o sistema generó los datos.

Versión de extracción (Texto): Versión de su proceso ETL o extracción de datos. Ayuda a rastrear qué lógica de extracción se utilizó.

Nombre del proceso (Texto): Tipo de proceso identificado (por ejemplo, "Procure to Pay" o "Accounts Payable").

Listas detalladas de problemas

El calculador muestra listas separadas para cada categoría de problemas:

Problemas de atributos obligatorios: Lista de atributos obligatorios que faltan o tienen tipos de datos incorrectos. Cada problema incluye:

  • Nombre del atributo
  • Descripción del problema (por ejemplo, "No se encontró atributo de caso" o "El atributo tiene un tipo incorrecto")
  • Tipo de dato esperado versus tipo de dato real (para desajustes de tipo)

Problemas de atributos recomendados: Similar a los problemas obligatorios pero para atributos recomendados. Son de menor prioridad pero deben resolverse para desbloquear funciones adicionales.

Problemas de atributos derivados: Lista de atributos derivados que no pueden calcularse. Los problemas pueden incluir:

  • Faltan atributos base requeridos
  • Faltan actividades requeridas
  • Problemas de configuración con definiciones de dependencia

Problemas de actividades: Lista de actividades estándar que se esperan pero no se encuentran en su registro de eventos. Las actividades estándar son eventos predefinidos como "Crear Orden de Compra" o "Aprobar Factura" que habilitan análisis específicos de proceso.

Guía de interpretación:

  • 100% cumplimiento obligatorio: Datos listos para producción para funciones centrales
  • 95-99% cumplimiento obligatorio: Brechas menores, revise y corrija antes del despliegue
  • Menos del 95% cumplimiento obligatorio: Brechas significativas, se requiere trabajo ETL
  • Más del 80% cumplimiento recomendado: Excelente cobertura de datos
  • 50-80% cumplimiento recomendado: Bueno, considere mejorar con el tiempo
  • Menos del 50% cumplimiento recomendado: Acceso limitado a funciones, priorice mejoras

Esta documentación es parte de la plataforma mindzie Studio para minería de procesos.