Paneles de Power BI para WMS que no concilian: métricas, actualización y acceso

Lo esencial primero: cuando un panel de Power BI para WMS no coincide con su WMS, la interfaz suele ser inocente. Nueve de cada diez veces, los dos sistemas usan definiciones diferentes para el mismo número. Corrija las definiciones, el momento de actualización y el acceso antes de rediseñar un solo gráfico. He recibido esta llamada de rescate tres veces, y en todas el cliente empezó culpando al conector y terminó admitiendo que nadie había escrito las definiciones.

En marzo de 2025, estaba cerrando una puesta en marcha en un almacén de logística de terceros cerca de Los Ángeles, con más de 40,000 ubicaciones y más de 6,000 pedidos salientes al día en temporada alta. Finanzas llevó un valor de inventario de Power BI a operaciones y la diferencia era cercana a una carga completa de contenedor. Pasamos una tarde revisando los registros de la interfaz, y los registros estaban limpios. La causa real era sencilla: el inventario disponible en el WMS restaba el stock asignado pero aún no recogido, mientras que Power BI sumaba todo lo físicamente disponible. Ningún número era erróneo. La palabra "disponible" simplemente nunca se había escrito en una sola frase. Ese mismo día apareció una segunda diferencia: la mercancía devuelta que estaba en una zona de control de calidad contaba como vendible en Power BI, mientras que el WMS la retenía. Finanzas pensaba que había stock extra. Operaciones no lo encontraba por ningún lado.

Un segundo almacén, un sitio de comercio electrónico en Ontario, puso en marcha sus paneles justo antes del pico de 2024. Cada mañana a las 8 a.m., los pedidos enviados del día anterior en Power BI llegaban unos 200 pedidos por debajo del WMS. El equipo de TI revisó la interfaz durante tres días antes de que alguien mirara el límite del calendario. El WMS cerraba su día en hora del Pacífico. La actualización de Power BI se ejecutaba en la zona horaria predeterminada del servidor, así que los pedidos del turno de noche aún no habían llegado cuando empezó la reunión de la mañana. No se perdió ningún dato. Los dos sistemas simplemente trazaban la línea entre días en lugares diferentes.

Cuando los números de Power BI para WMS no coinciden, empiece por las definiciones

La conciliación empieza escribiendo definiciones, no dibujando gráficos. Cada métrica central necesita una frase: qué incluye, qué excluye y el momento exacto en que se mide. El inventario disponible, el inventario en mano, la cantidad asignada, la cantidad en retención de calidad y la cantidad en tránsito son cinco campos diferentes en un WMS. Fusionarlos en un solo número de "inventario" en Power BI hace que el panel esté mal desde el primer día. Mi método de trabajo es una tabla de aprobación con tres columnas: el nombre comercial, el campo del WMS y el cálculo de Power BI. Finanzas, operaciones y TI firman la misma tabla antes de que nadie construya un gráfico. Esa firma importa, porque la siguiente discusión se resuelve abriendo la tabla, no alzando la voz.

Esta es la parte contraintuitiva: un panel que coincide con el WMS hasta la última unidad no es necesariamente un buen panel. Un WMS es un sistema operativo en vivo cuyos números se mueven cada minuto. Un panel es una instantánea en un momento dado. Perseguir la instantánea hasta que iguale al sistema en vivo significa actualizaciones y recálculos constantes, y al final un informe tan lento que nadie lo abre. Un trato mejor es una tolerancia acordada: deje que el inventario difiera en la cantidad en tránsito de un turno, y que el valor difiera en un ajuste no contabilizado. Fije primero la tolerancia, y la conciliación por fin tendrá una meta.

Momento de actualización: ¿qué reloj usa realmente el informe de Power BI para WMS?

Los problemas de actualización se dividen en tres segmentos, y hay que revisar los tres: cuándo llegan los datos del WMS a las tablas de preparación, cuándo Power BI lee esas tablas y cuándo se actualiza la página del informe para el usuario. Si algún segmento se detiene, la marca de tiempo del informe le engañará. El caso clásico que sigo viendo es un informe con sello de las 9 a.m. que en realidad muestra los datos de las 11 p.m. de la noche anterior, porque una extracción nocturna falló y nadie recibió la alerta. La solución es sencilla pero funciona: cada informe debe mostrar su hora de datos vigentes, y esa hora debe ser hora comercial, no hora del servidor.

En mi lista de comprobación de la noche de puesta en marcha, la actualización tiene solo cuatro comprobaciones: el registro de éxito de la extracción, quién recibe la alerta de fallo, qué zona horaria define el límite del día y quién puede pulsar la actualización manual. La actualización manual suena como una red de seguridad, pero es un riesgo disfrazado. Una persona que actualiza a mano restablece la base de tiempo para toda la empresa. Mi regla es que solo el administrador del informe puede actualizar manualmente, y cada actualización manual deja un registro que explica por qué ocurrió.

Reglas de acceso que cambian los números en silencio

El acceso es la causa más engañosa, porque nada da error. Dos personas abren el mismo informe y ven números diferentes, y ambas suponen que los datos están rotos. En el WMS, el acceso se divide por cliente, almacén y zona. En Power BI, si el acceso se divide solo por departamento, una persona ve todo el almacén mientras otra ve solo su propio cliente, y la conciliación entre ellas es imposible desde el principio. He visto esta trampa tres veces, y cada vez la discusión sobre datos erróneos terminó con el descubrimiento de que un filtro había ocultado en silencio parte de las filas.

La solución es escribir las reglas de acceso en la misma tabla de aprobación. El aislamiento por cliente en el WMS se corresponde con el filtrado a nivel de fila en Power BI. El aislamiento por almacén se corresponde con los filtros predeterminados del informe. Los campos sensibles deben eliminarse por completo de Power BI, no dejarse en su lugar confiando en la buena fe. Otra trampa merece atención: unir tablas en una relación de uno a muchos puede duplicar el recuento de filas, así que el inventario de repente parece inflado. Cuando un número salta sin motivo comercial, revise la unión antes de revisar el negocio.

El coste de omitir este trabajo es fácil de contar. Tome un equipo de operaciones de 20 personas que dedica 2 horas cada una por semana a conciliar informes y explicarlos en reuniones. Eso son 2,000 horas al año discutiendo sobre números en lugar de resolver excepciones y mejorar las rutas de picking. Escriba las definiciones, las reglas de actualización y las reglas de acceso una sola vez, y la conciliación suele caer a menos de medio día a la semana. Lo que compra no es un informe más bonito. Es la hora de la reunión semanal que deja de dedicarse a discutir qué número es correcto.

Antes de conectar nada, lea la guía de integración de BI para WMS para conocer la forma general en que los datos del WMS se incorporan a BI, y luego aplique las tres comprobaciones anteriores a esa configuración. Una interfaz que funciona es solo el principio. Un panel cuenta como funcional cuando sus definiciones también funcionan.

En la noche de puesta en marcha, repase esta lista una vez más: ¿cada métrica tiene una definición de una frase, están escritos el límite del día y la zona horaria, coinciden las reglas de acceso con el WMS y se muestra la hora de datos vigentes en hora comercial? Supere esas cuatro comprobaciones antes de publicar, y las llamadas de la primera semana sobre el panel serán aproximadamente la mitad de lo que temía.

Por Lin Xiao, Consultor de Implementación de WMS

Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.