The ultimate Fabric, Power BI, SQL, and AI community-led learning event. Save €200 with code FABCOMM.
Get registeredEnhance your career with this limited time 50% discount on Fabric and Power BI exams. Ends August 31st. Request your voucher.
Estoy teniendo dificultades para averiguar por qué mi unidad de medida funciona a veces y a veces no.
Necesito convertir Metros a Pies y viceversa, pero antes de hacerlo estaba comprobando para asegurarme de que la Cantidad de Ventas Convertidas coincidiera con la cantidad original porque mi conversión (de Metros a Pies) estaba desactivada.
A continuación se muestra la cantidad de ventas y UNIT_OF_MEASURE tal como se registró originalmente en nuestro sistema. Las columnas "Cantidad de ventas convertidas" y UOM de ventas convertidas son los resultados de mi medición (ver más abajo). La columna "Delta" muestra cómo se calculan varias cantidades de alguna manera a pesar de que debería ser una coincidencia de 1 a 1 (metros a metros).
Año-Mo | Código Cust | Código de artículo AEP | Cantidad de ventas | UNIT_OF_MEASURE | Cantidad de ventas convertida | UOM de ventas convertidas | Delta |
2022-04 | FRGK | ABEN2714013B002F | 10,108 | METROS | 13,768 | METROS | 3,660 |
2022-03 | FRGK | ABS1503KD24 | 800 | METROS | 3,200 | METROS | 2,400 |
2022-03 | FRGK | 44A0111-22-0(100) | 300 | METROS | 500 | METROS | 200 |
2022-03 | FRGK | 44A0111-24-9(100) | 200 | METROS | 400 | METROS | 200 |
2022-06 | FRGK | SD32244PS6 | 200 | METROS | 400 | METROS | 200 |
2022-01 | FRGK | SDMX100Q-24 | 711 | METROS | 711 | METROS | - |
2022-01 | FRGK | RZ75941 1929 | 601 | METROS | Años 40 | METROS | - |
2022-01 | FRGK | TE75911 1936 | 200 | METROS | 200 | METROS | - |
2022-01 | FRGK | CBRAY9030 | 100 | METROS | 100 | METROS | - |
2022-01 | FRGK | BABMS13-48T03C03G012 | 60 | METROS | 60 | METROS | - |
2022-01 | FRGK | RZP6144 1934CDAA | 45 | METROS | 45 | METROS | - |
2022-01 | FRGK | BA 6081 1932 | 30 | METROS | 30 | METROS | - |
2022-01 | FRGK | ST053R5X1 RNF 0 | 24 | METROS | 24 | METROS | - |
2022-02 | FRGK | BA48101 1936 | 7,373 | METROS | 7,373 | METROS | - |
2022-02 | FRGK | SDMX100Q-24 | 606 | METROS | 606 | METROS | - |
2022-02 | FRGK | BA48273 1932 | 120 | METROS | 120 | METROS | - |
2022-02 | FRGK | BA 4831 1930 | 50 | METROS | 50 | METROS | - |
2022-03 | FRGK | BA 4831 1930 | 1,097 | METROS | 1,097 | METROS | - |
2022-03 | FRGK | SDMX100Q-24 | 712 | METROS | 712 | METROS | - |
2022-03 | FRGK | ST053R5X 316RNF 0 | 300 | METROS | 300 | METROS | - |
2022-03 | FRGK | 44A0111-24-0(100) | 200 | METROS | 200 | METROS | - |
2022-03 | FRGK | ST053R5X 14 RNF 0 | 128 | METROS | 128 | METROS | - |
2022-03 | FRGK | ST053R5X 18 RNF 0 | 100 | METROS | 100 | METROS | - |
2022-03 | FRGK | RZ75943 1936 | 61 | METROS | 61 | METROS | - |
2022-03 | FRGK | BMS13-58T09C01G020 | 50 | METROS | 50 | METROS | - |
Aquí está mi tabla de conversión:
Índice | Desde la unidad | A la unidad | Tasa |
1 | CADA | CADA | 1 |
2 | PIES | CENTÍMETRO | 30.48 |
3 | PIES | PIES | 1 |
4 | PIES | PULGADAS | 12 |
5 | PIES | METROS | 0.3048 |
6 | PIES | MILÍMETRO | 304.8 |
7 | KILÓMETRO | KILÓMETRO | 1 |
8 | KILÓMETRO | METROS | 1000 |
9 | KILÓMETRO | MILLA | 0.62137 |
10 | KILÓMETRO | PATIO | 1093.6133 |
11 | METROS | CENTÍMETRO | 100 |
12 | METROS | PIES | 3.28084 |
13 | METROS | PULGADAS | 39.37008 |
14 | METROS | METROS | 1 |
15 | METROS | PATIO | 1.09361 |
Como puede ver, los metros a metros son 1, todavía obtengo un número convertido que es más alto que la cantidad de ventas original.
Estas son mis medidas:
¿Qué hay de eliminar la relación entre la conversión de UOM y UOM y obtener la tasa con
LOOKUPVALUE('UOM Conversion'[Rate], 'UOM Conversion'[From Unit], Shipments[Unit of Measure],
'Conversión UOM' [A unidad], yyyy)
¿Dónde está yyyy el valor de la segmentación de datos?
Algo así, no lo he probado.
Esto se puede utilizar en la medida de cantidad de ventas convertidas.
---
Realmente no entiendo lo que UOM de Ventas Convertidas está haciendo aparte de devolver el valor en la cortadora (de una manera complicada), así que tal vez pueda simplificar esto también)
HotChilli,
Probé su sugerencia, pero llevó el tiempo de procesamiento de la medida a un arrastre. Tendré que jugar con él un poco más para ver si puedo entender por qué está sucediendo esto.
Por favor, deje esto abierto. Volveré a publicar después de más solución de problemas y le haré saber si su sugerencia es la solución.
Gracias.
HotChilli,
Conseguí que mi medida funcionara incorporando su sugerencia. Mi único problema ahora es que el total no se está calculando correctamente.
Aquí está mi nueva medida:
Cantidad de ventas convertida =
VAR Orig_UOM =
SI (
[Cantidad total de ventas] > 0,
MAXX (
PBI_AEP_Shipments_Multi_wCustPart,
PBI_AEP_Shipments_Multi_wCustPart[UNIT_OF_MEASURE]
)
)
VAR Sel_UOM =
SI (
[Cantidad total de ventas] > 0,
SELECTEDVALUE (
«Tabla de conversión UOM»[a unidad],
Orig_UOM
)
)
VAR Conv_Rate =
LOOKUPVALUE (
«Tabla de conversión UOM»[Tasa],
«Tabla de conversión UOM»[De la unidad], Orig_UOM,
'Tabla de conversión UOM'[A unidad], Sel_UOM
)
DEVOLUCIÓN
[Cantidad total de ventas] * Conv_Rate
Estos son los resultados de la medida:
Las primeras 2 columnas representan lo que es el Sales Qty original y el UOM original asociado.
Las columnas 3 y 4 son los valores convertidos y UOM elegidos por el usuario. Las conversiones son correctas, pero el total es incorrecto.
Pensé que tal vez tenía que poner esto en una tabla virtual, pero cuando lo intenté, mis números convertidos estaban equivocados nuevamente, lo que significa que volví a mi problema original.
¿Cómo manejo la suma de las cantidades convertidas?
Gracias por toda su ayuda.
"Tabla de unidades de medida": ¿es esta la tabla de conversiones?
"en el campo Unidad de medida" - solo para estar seguro, ¿qué campo en la tabla Conversiones? (¿y la relación se filtra en una dirección?)
----
Y la medida 'Converted Sales UOM', ¿la variable "SelectUOM = SELECTEDVALUE('UOM Conversion Table'[To Unit] " obtiene el valor de una segmentación de datos? ¿Hay alguna circunstancia en la que esta medida no deba devolver el valor de la variable?
-------
Creo que me inclinaría por una mesa desconectada y una solución LOOKUPVALUE.
No estoy disponible para ver esto durante unas horas, pero si aclara los puntos anteriores, responderé más tarde.
Debo aclarar: Existe una relación indirecta entre los envíos y las tablas de conversión de UOM. Hay otra tabla llamada UOM que almacena una lista única de TODAS las UOM que usa mi empresa. (¿tal vez no necesito esto?)
Estas son las relaciones entre UOM Conversion, UOM y Envíos:
¡Gracias por su ayuda!
Hay una relación de 1 a muchos entre la tabla Unidad de medida y la tabla Envíos en el campo Unidad de medida. La razón por la que tuve que hacerlo de esta manera "complicada" es porque este panel sirve a personas en Europa y América del Norte y todos quieren decidir qué unidad de medida quieren ver en una parte. Y las cosas se complican porque los pedidos se pueden realizar en la UOM que quieran. Así que puedo tener una parte en nuestro sistema que se ha vendido usando más de un UOM y se almacena en nuestro sistema de esa manera.
Ejemplo: Pedido # 12345 para la pieza ABCD 500 metros (vendido en Europa)
Pedido # 67890 para la pieza ABCD 350 pies (vendido en América del Norte)
Si hay una manera más sencilla de hacer esto, ¡soy todo oídos!
Esto parece un poco complicado. ¿Cuál es la relación entre las tablas?