No se puede formatear el valor numérico en la visualización de la tarjeta de datos

Un usuario Pregunto ✅

Luciano

Hola a todos,

Tengo un problema al formatear un número en una visualización de tarjeta de datos. Los datos provienen de una tabla de Access, donde tengo un campo numérico: «Número de pedido» (en Access es un número automático, por lo que básicamente es un número entero largo). Debido a que se eliminan algunos pedidos, no puedo usar MAX para encontrar el total de pedidos, así que hago un recuento en ese campo, pero muestra 8165 en lugar de usar la configuración regional 8.165. Revisé la pestaña de formato y probé en Etiqueta de datos => Unidades de visualización = Ninguno o Automático no tiene efecto.

Lo «extraño» es que para otra columna numérica en la misma tabla – «Valor total del pedido», usando SUM se mostrará 2.601.809,00 – esto es parcialmente bueno, porque esta tarjeta en el formato de etiqueta de datos no puedo cambiar el » Valor de lugares decimales»: está atenuado, por lo que no puedo cambiarlo.

Para ser más extraño, he exportado la tabla de Access a Excel, culpando al conector de Access en 64 bits cuando tengo todo Office en 32 bits. Al importar el archivo de Excel en PowerBI, los mismos campos se formatearon en forma opuesta: el CONTEO se formateó correctamente 8.165 pero la SUMA es 2601809. Y desde la fuente de Excel pude modificar los «Valores decimales».

Actualicé el escritorio PowerBi a 2.64.5285.741 de 64 bits (noviembre de 2018) pero el problema persiste.

Entonces, ¿hay una manera simple de poner el separador de miles en una tarjeta de datos para valores numéricos?

Atentamente,

Luciano

Hola @Lucian,

Podemos aplicar diferentes formatos a los valores de forma explícita. Por favor, consulte la instantánea a continuación.

No se puede-formatear-valor-numérico-en-visualización-de-tarjeta-de-datos

Atentamente,
Valle

Hola @Lucian,

Podemos aplicar diferentes formatos a los valores de forma explícita. Por favor, consulte la instantánea a continuación.

No se puede-formatear-valor-numérico-en-visualización-de-tarjeta-de-datos

Atentamente,
Valle

Luciano

En respuesta a v-jiascu-msft

Hola Dale,

Gracias por su mensaje, de hecho, al crear una medida, podría usar la pestaña Modelado para formatearla. Pero, ¿por qué no formatear directamente y tener que crear una solución alternativa?

El hecho extraño fue que para los datos tomados directamente de la base de datos de Access, para el campo que usa SUM, pude formatearlo directamente: seleccioné el campo, luego tengo acceso a la pestaña Modelung para formatearlo. Pero para el campo que usa COUNT, incluso pude acceder a la configuración de modelado, no tuvo el resultado esperado, por lo que debo crear una medida que haga el mismo COUNT (de hecho, DISTINCTCOUNT) nuevamente, pero esto podría formatearse. ¿Por qué debería ser diferente para COUNT/DISTINCTCOUNT?

Para ser más extraño, los mismos datos exportados desde las tablas de Access a Excel, podría usar los campos con SUM y COUNT formateados directamente usando la pestaña Modelado, por lo que no hay una medida de «solución alternativa».

Entonces, cuando los datos permanecen en Access, siempre tengo que usar una solución alternativa: ¿mover datos a través de Excel o crear medidas que hagan los mismos cálculos?… 🙂

Saludos cordiales,

Luciano

En respuesta a Luciano

Hola Luciano,

No puedo reproducir su escenario de que se pueden formatear los datos de Excel. Creo que esto es razonable. El COUNT de cualquier cosa es un número entero (el número entero). Esa podría ser la razón por la que no podemos sumar decimales.

Atentamente,
Valle

Luciano

En respuesta a v-jiascu-msft

Hola Dale,

Y gracias por tu mensaje. Bueno, la pregunta no era sobre cómo agregar decimales a un valor entero… 🙂

La pregunta era cómo agregar un separador de miles a un valor entero CONTADO. Para más detalles ver la imagen de abajo.

BI-Valores.png

Para reproducir la imagen de arriba, simplemente puse 2 columnas en una ID de tabla de Excel, VALOR.

El es solo un «número de serie» del 1 al 1500 (solo complete la serie con el paso 1), y el campo VALOR también son números enteros que comienzan desde 100 (paso 10).

Por lo tanto, el COUNT de ID no se puede formatear con un separador de miles incluso si voy a la pestaña Modelado, pero si creo una medida como DISTINCTCOUNT ([ID]) funciona.

Entonces, ¿es un error o tengo que crear una medida cada vez que tengo un valor CONTADO que quiero formatear?

Para el campo VALOR SUMADO no tengo este problema… solo para COUNT.

Adjuntaría el archivo XLSX simple y/o el PBIX, pero no veo la opción para adjuntar archivos, solo para imágenes.

Saludos cordiales,

Luciano

En respuesta a Luciano

Hola Luciano,

Solo tengo las respuestas del Equipo de Producto. Funciona así. La solución es usar una medida. Gracias por informarlo.

Atentamente,
Valle

Luciano

En respuesta a v-jiascu-msft

Hola Dale,

Gracias por su mensaje, aunque acepto que COUNT se puede hacer sobre columnas no numéricas, siempre que el conteo sea sobre «miles», me gustaría formatearlo correctamente. Es como más un pequeño error o una omisión del equipo de desarrollo, porque como pensaron formatearlo usando diferentes unidades, como miles, millones y ahí lo formatearon como 1,5K o 1,5M (con coma) también debería haber un 1.500 sin necesidad de crear una medida aparte para eso… 😉

Sería bueno que incluyeran esto como una «solicitud de función» o una mejora en la próxima versión… 😉

Saludos cordiales,

Luciano

En respuesta a Luciano

Hola Luciano,

Le sugiero que vote por esta idea.

Atentamente,
Valle

Luciano

En respuesta a v-jiascu-msft

¡Hola Dale!

Gracias por su sugerencia. 🙂

Saludos cordiales,

Luciano

En respuesta a Luciano

Hola Luciano,

Puedo reproducir el mismo escenario. Me temo que podría ser por diseño por ahora. Debido a que la función Contar puede funcionar con columnas no numéricas, no heredará el formato de la columna.

Pero sigo consultando al Equipo de Producto. Actualizaré aquí cuando obtenga el resultado.

Atentamente,
Valle

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *