Descripción de los cálculos de ahorro en el kit de herramientas de FinOps

Los informes del kit de herramientas de FinOps calculan los ahorros comparando diferentes valores de costo para ayudarle a comprender las oportunidades de optimización y los ahorros reales logrados. En este artículo se explica cómo se calculan y muestran los valores de ahorro, especialmente en escenarios que implican ahorros negativos o datos de precios que faltan.

Comprender estos cálculos es esencial para interpretar correctamente los informes de optimización de costos y crear confianza en los datos presentados.

Cómo se calculan los ahorros

Los cálculos de ahorros en los informes del kit de herramientas de FinOps comparan valores de costo diferentes:

• Ahorros de descuento negociados = Costo de lista- Costo contratado
• Ahorros de descuento de compromiso = Costo contraído - Costo efectivo
• Ahorro total = Enumerar el costo: costo efectivo

Estos cálculos dependen de tener datos de precios precisos para:

• Lista de precios (tarifas de venta al por menor públicas).
• Precios contratados (después de los descuentos negociados).
• Precios efectivos (después de todos los descuentos incluidos los compromisos).

Comportamiento de ahorro negativo

Se muestran ahorros negativos cuando el precio efectivo pagado es mayor que el precio de lista o precio contratado (negociado). Esto indica el costo del recurso más que los precios estándar, lo que puede ocurrir debido a:

• Errores de configuración de precios.
• Condiciones inusuales de facturación.
• Problemas de calidad de datos en Cost Management.
• Descuentos de compromiso que proporcionan menos ahorros que descuentos negociados.

Los ahorros negativos se muestran como números negativos (por ejemplo, -$100) porque reflejan la realidad de los datos de costos. Ocultar o poner a cero estos valores haría:

• Enmascara los problemas de costo real que necesitan investigación.
• Evite la identificación de anomalías en los precios.
• Reducir la transparencia en los informes de costos.

Ejemplo: Si tiene un precio de lista de $100 pero pagado $120 costo efectivo, el ahorro se mostraría como -$20, lo que indica que ha pagado por encima de $20.

Comportamiento de ahorro cero

Se muestran cero ahorros cuando no se puede realizar ninguna comparación de precios confiable. Esto ocurre cuando:

• Faltan precios de lista o son nulos.
• Faltan precios contratados o son nulos.
• Los precios de referencia son cero o no son válidos.

Cuando faltan datos de precios, no hay ninguna base confiable para calcular el ahorro.

Ejemplo: Si faltan datos de precios de lista, pero usted pagó un costo efectivo de 80 USD, los ahorros se muestran como $0 porque no podemos determinar si ahorró dinero o pagó de más.

Ejemplos de cálculo de ahorros

En la tabla siguiente se muestra cómo se controlan los distintos escenarios de precios:

Impacto en totales y agregaciones

Cuando vea ahorros negativos en totales agregados:

• Es posible que algunas filas no contengan ListCost o ContractedCost.
• El costo efectivo puede ser mayor que el costo contratado para algunos descuentos de compromiso.

Cuando faltan precios y se muestran cero ahorros:

• Los totales serán inferiores a la imagen completa de los ahorros.
• Este es el comportamiento esperado e indica datos de precios incompletos.
• Considere la posibilidad de exportar la hoja de precios y volver a ingerir los costos para obtener cálculos de ahorro más completos.

Interpretación de los resultados

Si ve ahorros negativos en los informes:

1. Investigue la causa : compruebe si hay errores de configuración de precios o problemas de facturación.
2. Revisar el aprovechamiento del compromiso - asegúrese de que no esté pagando por compromisos sin usar.
3. Validar la calidad de los datos : confirme que los datos de Cost Management son precisos.
4. Considere la optimización : evalúe si los descuentos de compromiso proporcionan valor.

Use esta consulta KQL en El Explorador de datos para identificar escenarios específicos que provocan ahorros negativos:

Costs
| extend EffectiveOverContracted = iff(ContractedCost < EffectiveCost, ContractedCost - EffectiveCost, decimal(0))
| extend ContractedOverList      = iff(ListCost < ContractedCost,      ListCost - ContractedCost,      decimal(0))
| extend EffectiveOverList       = iff(ListCost < EffectiveCost,       ListCost - EffectiveCost,       decimal(0))
| extend scenario = case(
    ListCost == 0 and CommitmentDiscountCategory == 'Usage' and ChargeCategory == 'Usage', 'Reservation usage missing list',
    ListCost == 0 and CommitmentDiscountCategory == 'Usage' and ChargeCategory == 'Purchase', 'Reservation purchase missing list',
    ListCost == 0 and CommitmentDiscountCategory == 'Spend' and ChargeCategory == 'Usage', 'Savings plan usage missing list',
    ListCost == 0 and CommitmentDiscountCategory == 'Spend' and ChargeCategory == 'Purchase', 'Savings plan purchase missing list',
    ListCost == 0 and ChargeCategory == 'Purchase', 'Other purchase missing list',
    isnotempty(CommitmentDiscountStatus) and ContractedOverList == 0 and EffectiveOverContracted < 0, 'Commitment cost over contracted',
    ListCost == 0 and BilledCost == 0 and EffectiveCost == 0 and ContractedCost > 0 and x_SourceChanges !contains 'MissingContractedCost', 'ContractedCost should be 0',
    ListCost == 0 and ContractedCost == 0 and BilledCost > 0 and EffectiveCost > 0 and x_PublisherCategory == 'Vendor' and ChargeCategory == 'Usage', 'Marketplace usage missing list/contracted',
    ContractedOverList < 0 and EffectiveOverContracted == 0 and x_SourceChanges !contains 'MissingListCost', 'ListCost too low',
    ContractedUnitPrice == x_EffectiveUnitPrice and EffectiveOverContracted < 0 and x_SourceChanges !contains 'MissingContractedCost', 'ContractedCost doesn''t match price',
    EffectiveOverContracted != 0 and abs(EffectiveOverContracted) < 0.00000001, 'Rounding error',
    ContractedOverList != 0 and abs(ContractedOverList) < 0.00000001, 'Rounding error',
    EffectiveOverList != 0 and abs(EffectiveOverList) < 0.00000001, 'Rounding error',
    ContractedCost < EffectiveCost or ListCost < ContractedCost or ListCost < EffectiveCost, '',
    EffectiveCost <= ContractedCost and ContractedCost <= ListCost, 'Good',
    '')
| project-reorder ListCost, ContractedCost, BilledCost, EffectiveCost, EffectiveOverList, EffectiveOverContracted, ContractedOverList, x_SourceChanges, ListUnitPrice, ContractedUnitPrice, x_BilledUnitPrice, x_EffectiveUnitPrice, CommitmentDiscountStatus, PricingQuantity, PricingUnit, x_PricingBlockSize, x_PricingUnitDescription
| summarize count(), EffectiveOverContracted = sum(EffectiveOverContracted), ContractedOverList = sum(ContractedOverList), EffectiveOverList = sum(EffectiveOverList), Type = arraystring(make_set(x_BillingAccountAgreement)) by scenario

Esta consulta clasifica diferentes escenarios que pueden provocar ahorros negativos y ayuda a identificar la causa principal de las discrepancias de precios.

Si ve muchos valores de ahorro cero:

1. Exportar datos de precios : use las exportaciones de la hoja de precios de Cost Management para rellenar los precios que faltan.
2. Habilitar la población de precios - en los informes de almacenamiento, puede habilitar el parámetro "Experimental: Población de precios faltantes".
3. Use FinOps Hubs - FinOps Hubs con Data Explorer rellena automáticamente los precios que faltan cuando estén disponibles.

Proporcionar comentarios

Déjanos saber cómo lo estamos haciendo con una breve revisión. Usamos estas revisiones para mejorar y expandir herramientas y recursos de FinOps.

Contenido relacionado

• Solución de errores comunes del kit de herramientas de FinOps
• Diccionario de datos
• Términos comunes
• Informes de Power BI del kit de herramientas de FinOps