Dos equipos pueden utilizar los mismos datos y obtener cifras distintas sin que ninguno haya cometido un error de programación. A veces llaman «ventas» a magnitudes diferentes; otras veces cambian la fecha de corte, los filtros o la forma de combinar tablas.
Para reconciliar un KPI, empieza por fijar qué representa la cifra y reconstruye su cálculo sobre un conjunto pequeño de registros. Comparar únicamente los totales rara vez explica la diferencia.
Antes de corregir, comprueba que mides lo mismo
Un informe puede sumar pedidos aceptados, otro documentos emitidos y otro cobros recibidos. Esas vistas responden a preguntas distintas. El primer paso consiste en sustituir la etiqueta ambigua por una definición operativa.
Anota qué evento incluye el indicador, qué importe utiliza y qué estados excluye. Identifica también quién decide las excepciones. Si participan datos financieros, la definición debe validarla su responsable; un dashboard no puede resolver por sí solo una política de reconocimiento o imputación.
Este es un ejemplo simplificado y ficticio, diseñado para investigar un informe operativo:
| Registro | Importe | Situación en el periodo |
|---|---|---|
| Pedido A | 1.000 € | Aceptado y entregado |
| Pedido B | 500 € | Aceptado, pendiente de entrega |
| Devolución de A | 200 € | Registrada en el periodo siguiente |
El total de pedidos aceptados del primer periodo es 1.500 €. El importe asociado a pedidos entregados es 1.000 €. Si un tercer informe descuenta la devolución y la atribuye al pedido original, mostrará 800 € para esa vista. Los números ilustran reglas distintas, no resultados de clientes ni un criterio contable recomendado.
Revisa las fechas que gobiernan el filtro
Busca la columna concreta conectada al selector temporal: creación, aceptación, entrega, emisión o actualización. Dos controles etiquetados «enero» no garantizan que filtren el mismo evento.
Comprueba después la zona horaria, el instante de extracción y el tratamiento de correcciones posteriores al cierre. Un registro cerca de medianoche puede pertenecer a días diferentes según la conversión aplicada. Una actualización tardía puede aparecer en un dashboard y faltar en otro aunque ambos se hayan abierto a la misma hora.
Para comparar, fija un corte reproducible: mismos registros de origen, mismo intervalo y misma política de correcciones. Conserva por separado la fecha del dato y la fecha de actualización del informe.
Examina el grano y las relaciones
El grano describe qué representa una fila. Si una tabla contiene una fila por pedido y otra una fila por línea, unirlas y sumar el importe de cabecera puede multiplicar el total.
En el ejemplo, si el pedido A tiene dos líneas y su importe completo se repite en cada una después de una unión, sumar la columna resultante contará 2.000 € en lugar de 1.000 €. Añadir DISTINCT sin comprender el origen del problema puede ocultar casos legítimos con importes iguales.
La guía de modelado en estrella de Microsoft distingue tablas de hechos y dimensiones y explica la importancia de su granularidad y relaciones. Utiliza esa separación para identificar dónde se agrega la medida y cómo se aplican los filtros.
Busca la primera diferencia, no la fórmula más compleja
Prepara una tabla de conciliación con una fila por clave de negocio y estos campos: valor en el informe A, valor en el informe B, diferencia y motivo identificado. Si las medidas representan magnitudes distintas, ajusta primero el contrato; no fuerces una igualdad artificial.
Investiga en este orden:
- Cobertura: ¿existen las mismas claves en ambos conjuntos?
- Estado: ¿se incluyen los mismos pedidos cancelados, pendientes o devueltos?
- Valor base: ¿se utilizan las mismas unidades, monedas y componentes?
- Transformación: ¿aparecen duplicados, nulos convertidos en cero o filas descartadas?
- Agregación: ¿se suma una medida que realmente admite suma?
- Contexto: ¿los filtros y permisos dejan visible el mismo conjunto?
Cuando encuentres un registro distinto, recorre su camino desde el origen hasta la visualización. Esa trazabilidad suele ser más útil que cambiar varias medidas y observar si el total «se acerca».
Comprueba porcentajes y totales recalculados
Un porcentaje global no suele obtenerse promediando los porcentajes de cada fila. Si comparas tasas de conversión de equipos con distintos volúmenes, el denominador importa. Del mismo modo, clientes únicos por mes no pueden sumarse para obtener clientes únicos del trimestre cuando hay clientes repetidos.
Documenta cómo debe calcularse el total y prepara un caso pequeño que permita verificarlo a mano. En herramientas con medidas dependientes del contexto, el total puede evaluar la expresión sobre el conjunto completo en lugar de sumar las celdas visibles. Ese comportamiento debe contrastarse con la definición del KPI.
Deja una definición que pueda volver a probarse
El cierre del incidente debería producir algo más que una cifra corregida: una ficha con fórmula, grano, fechas, filtros, exclusiones, responsable y ejemplos de aceptación. Conserva los casos que descubrieron el fallo como pruebas de regresión.
Si dos métricas son válidas para decisiones diferentes, dales nombres distintos. Si deben representar lo mismo, concentra su definición y controla los cambios que afectan a otros informes.
Una solución de Business Intelligence y cuadros de mando necesita ese acuerdo sobre el dato para sostener la confianza. Para revisar una discrepancia con Nexeus Big Data, describe los informes implicados y la decisión afectada; los ejemplos de datos pueden prepararse anonimizados cuando sean necesarios.