Matriz de LuckyTemplates | Cómo arreglar los totales de la matriz en LuckyTemplates

Para este tutorial, le mostraré cómo corregir los totales de la matriz de LuckyTemplates, en particular, corregir los totales y subtotales si las medidas que crea no producen los resultados correctos originalmente. Puede ver el video completo de este tutorial en la parte inferior de este blog.

Hay dos razones por las que quería abordar este problema. Una es que ocurre con bastante frecuencia. Es algo que surge mucho en el . Vemos esta pregunta repetida una y otra vez en diferentes formas. La segunda razón es que cuando lo aborda en el contexto de una matriz, es probablemente el más difícil de los problemas de totales divididos.

Si aprende a abordarlo en la matriz, sabrá lo que debe hacer para corregir sus totales en tarjetas, tablas y otras imágenes donde los totales pueden romperse. Voy a pasar por un proceso sistemático para arreglar los totales de la matriz de LuckyTemplates que están desglosados ​​y realmente los desglosaré por componentes.

En este ejemplo, la medida fue lo suficientemente compleja como para romper los totales de una manera bastante espectacular. Quería comenzar con totales realmente rotos para mostrarle cómo solucionar incluso el peor de los problemas de totales rotos.

Tabla de contenido

• Totales incorrectos en la matriz de LuckyTemplates
• Corrección de totales de matriz de LuckyTemplates con SWITCH TRUE Logic
• Depuración con el editor tabular 3
• Conclusión

Totales incorrectos en la matriz de LuckyTemplates

Veamos el contexto de las medidas en este ejemplo. En primer lugar, tenemos una medida llamada Spread Revenue , que es la rama de Total Opportunity Revenue y Lookup Scaling Factor .

Los ingresos totales de la oportunidad son solo una medida simple , mientras que el factor de escala de búsqueda es una búsqueda más complicada, con varios criterios, que basamos en una serie de condiciones de filtro.

Este es solo un ejemplo de una forma en que los totales pueden dividirse. Ahora bien, si tomamos ese margen de ingresos y lo soltamos en el campo de la matriz, esto es lo que sucede (ver más abajo).

Como puede ver, las filas base se calculan correctamente, pero las filas totales no lo calculan. En muchos casos, cuando tiene totales, subtotales y totales generales, LuckyTemplates al menos adivinará. Y muchas veces, esa conjetura es incorrecta, y tienes que arreglar los totales.

Pero en este caso, LuckyTemplates solo da el equivalente a encogerse de hombros. No tiene idea de cuáles deberían ser esos totales. Ni siquiera tiene una conjetura. Simplemente las etiqueta como en blanco. Para resolver esto, tenemos que crear una lógica adicional aquí que le diga a LuckyTemplates qué hacer en los totales de fila, los totales de columna y los totales generales.

En muchos casos, en los que está buscando múltiples condiciones, podría hacer esto como una declaración anidada . Pero tenemos una construcción mejor en LuckyTemplates que hace que sea mucho más fácil ver la lógica, que es la instrucción

Corrección de totales de matriz de LuckyTemplates con SWITCH TRUE Logic

Tenemos una declaración CAMBIAR VERDADERO que se construye de lo general a lo específico, y quiero mostrarle por qué esto no funciona. Lo que hace la sentencia SWITCH TRUE es pasar por cada una de las condiciones. Sale de la primera que es verdad.

Y así, en este caso, vamos de lo general. Dice, “si la clase de animal está en monotremas, marsupiales y placentarios, entonces recibe la etiqueta de mamífero”. En este ejemplo, estas son las únicas tres clases de mamíferos. Si es un mamífero, será uno de estos tres tipos.

Si miramos lo que pasa, entran los datos y vamos a CAMBIAR VERDADERO. Y si es una de estas clases, se convierte en "mamífero". Esto significa que nunca se va a llegar a este criterio aquí de marsupial o el que queremos, que es canguro porque todos estos son mamíferos. Y así, si esta afirmación es cierta, se va a salir.

Si la declaración no es verdadera, entonces las dos declaraciones no serán verdaderas. Va a ir al valor predeterminado, que no es un mamífero. Entonces, en lugar de construir de lo general a lo específico, debe construir su declaración SWITCH TRUE de lo específico a lo general , y luego al final.

Si volvemos al ejemplo de fijar los totales de la matriz, en realidad es lo mismo. La A aquí son los detalles, que será la primera declaración en nuestro CAMBIO VERDADERO. Y luego, tenemos D como el cajón de sastre. En el medio, tenemos estas dos condiciones B y C. B tiene contexto para la columna, pero no para la fila, mientras que C tiene contexto para la fila, pero no para la columna.

Ahora pasemos al Tabular Editor 3 (TE3), que es realmente mi forma favorita ahora de depurar y comprender las medidas.

Depuración con el editor tabular 3

Llamo a esta medida (a continuación) Ingresos distribuidos con totales fijos. Es bastante largo y parece un DAX complicado, pero lo desglosaré por componentes.

Tenemos aquí solo dos variables que básicamente recogen el de nuestro Mes corto y nuestro Período, y eso determinará el contexto. Luego, tenemos una tabla virtual, que es básicamente una versión virtual de la matriz a través de esta construcción y .

Si observamos esto dentro de una consulta DAX, puede ver que básicamente crea todas las combinaciones posibles de Período y Mes corto, que es lo que hace la matriz.

Dentro del Tabular Editor 3, hay otra forma de visualizar esto llamada Pivot Grid. Produce un objeto visual que es igual al objeto visual de matriz en LuckyTemplates.

Volviendo a nuestra medida en el Editor de expresiones, necesitamos construir la lógica que crea los campos de totales. Entonces, tenemos esta declaración SWITCH TRUE con , en la que estamos probando para ver si hay o no un contexto en cada uno de los dos campos en los que necesitamos contexto.

La primera condición, que es de la más específica a la menos específica, es la condición A, las filas base. Por lo tanto, si tenemos contexto para Período y tenemos contexto para Mes corto, entonces solo usamos la medida Ingresos distribuidos porque estaba produciendo los resultados correctos en esas filas de datos.

Ahora necesitamos construir la lógica para B, que es donde tenemos contexto en la columna. Entonces, tenemos HASONEVALUE para el mes corto, pero no para el período. Ahora queremos forzar la lógica, tomar la matriz virtual y tomar nuestra medida Spread Revenue, y luego sumarla a través de todos los valores de Period.

Lo siguiente que tenemos es la otra cara, donde tenemos HASONEVALUE en Período, pero no en Mes corto. Ahora estamos tomando el de la tabla virtual (medida de ingresos diferenciales) y lo estamos sumando sobre todos los del mes corto.

Y finalmente, tenemos la medida general, que es si no tenemos contexto en ninguno de los dos, entonces simplemente tomamos la suma total de la tabla virtual.

Ahora bien, si llevamos nuestra medida Spread Revenue with Fixed Totals a los campos y la soltamos en los valores, obtenemos los totales adecuados para los totales de las filas, los totales de las columnas y los totales generales. La lógica SWITCH TRUE está pasando e imponiendo toda la lógica que necesitamos para obtener los totales correctos.

Cómo crear subtotales únicos en tablas de LuckyTemplates
Corrección de totales incorrectos mediante medidas DAX en LuckyTemplates
Uso de lógica avanzada en LuckyTemplates para corregir sus totales

Conclusión

En este blog, le mostré cómo corregir totales incorrectos en la matriz de LuckyTemplates. Esta es una construcción que puede imponer en una tabla o en una tarjeta, donde construye la lógica virtual para las filas base, que normalmente funcionará si tiene una medida correcta. Y luego, simplemente imponga la lógica que necesita para forzar el total adecuado.

Parece complejo pero definitivamente útil. Espero que todo esto esté claro. Puede ver el video tutorial completo a continuación y consultar los enlaces para obtener más contenido relacionado.

¡Mis mejores deseos!