Question

我有以下情况：我正在使用按产品分组的销售和成本数据库。然后将每种产品按订单分组。

出售的产品是“护卫舰”，因此应计日期考虑了开始和最终（交付）日期=进行中

我有两个与每个订单相关的信息；一个是“应计”数据，另一个是“预期”数据。给定日期累计系统，每个月我都可能遇到一种情况，就是我发送的发票金额与（实际）“总订单金额”乘以WIP的百分比（*）不一致。

示例：总价值：100€ 在制品：60€（60％）任期：2个月发票：第一个月10；第二个月20 =总计30，不同于60

我制定了以下措施

Total_accrued_Sales:= Sum(Accrued Sales) > basically all invoices sent

Total_forecast_Sales:=sum(order) > the open order still not invoiced to clients

所有指标在月份之间线性划分（基于开始日期和交付日期）。

示例：订购日期从1月20日到3月20日> 3个月一月份的Total_accrued_Sales基本上是已发送发票总数的1/3 同样适用于预测措施；这与发票何时发送给客户无关。

我的问题是我必须将这种线性除法转换为其他方式：

'''
Var Full_C_A > sum of all sent invoices
Var ToT.Acq > sum of "total_accrued_sales" + "forecast"
Var Cumulato_Acq > Running total of the sum of "TOT.Acq" by date
Var Cumulato_Acq_prec1M > Running total of the sum of "TOT.Acq" by date (1 month before)


Accrued_A_OK:= IF([FULL_C_A]<=[Cumulato_Acq];
[ToT.Acq];
IF([FULL_C_A]-[Cumulato_Acq_prec1M]<0;
    [FULL_C_A]-[Cumulato_Acq_prec1M];
    0)
 )
'''

如果我使用产品和订单（基本上是数据库中的最低级别）作为筛选器，则此措施非常有效；但是，当我要按订单（或任何其他更高级别的维度）分组时，总数是完全错误的，基本上，该系统似乎无法在行级别进行操作，但它会汇总总数，而不是应用公式。

有猜到吗？

Answer 1

确定解决了，我应该创建一个计算列而不是度量。这将解决聚集问题

按不同级别汇总时测量错误

1 个答案: