数据如何扩散

在假设没有数据单元格被锁定的情况下,帐户类型、剩余时间属性、现有分布、成员层次和数据类型等因素会影响值的分布方式。

有关锁定单元格的信息,请参阅“锁定单元格”。

注:

扩散数据时不包括日期和文本值。

下表中的示例显示了输入或更改货币或非货币值对数据的影响:

表 11-1 示例 - 输入或更改货币或者非货币值对数据的影响

帐户的剩余时间属性 新值分布 示例

收入费用已保存的假设(其中,剩余时间属性设置为

基于现有分布,按比例向其所有子代和父代分配。该值影响整个“汇总期间累加”层次,因此父代期间是其子代的和。

如果不存在分布(即所有子代的值都为零或空缺),且被更改的值是“季”,则该值将在周分布(可以是 4-4-5、4-5-4、5-4-4 或者在帐户的分配方式设置为时平均分配)的基础上按比例向下分配。

如果被更改的父代是年度合计或其他类型的汇总期间,该值将平均分配。

示例 1

将第一季从 250 更改为 500,且其各月份的当前值为:

  • 一月 = 100
  • 二月 = 50
  • 三月 = 100

结果:500 被按比例分配给其子代,它们的原有值将被替换为:

  • 一月 = 200
  • 二月 = 100
  • 三月 = 200

增加的 250 将被累加到第一季的父代。如果“年度合计”原来是 1000,则现在的新值是 1250。

示例 2

将三月从 100 更改为 200。

结果:三月、第一季和“年度合计”都增加 100。一月和二月保持不变。

第一个

所有类型的“帐户”

上至其第一个父代、下至其子代,仅当被更改的单元格是其父代期间的第一个子代。

汇总期间等于其第一个子代期间。

如果没有现有分布(即所有子代的值都为零或都空缺),则值将被复制到其每个子代。

示例

将第一季从 20 更改为 40,且其各月份的当前值为:

  • 一月 = 20
  • 二月 = 15
  • 三月 = 05
  • 第一季 = 20

结果:40 被分配给其子代,它们的原有值将被替换为:

  • 一月 = 40
  • 二月 = 15
  • 三月 = 05
  • 第一季 = 40

余额

资产负债权益已保存的假设(其中,剩余时间属性设置为余额

下至其最后一个子代,上至其父代,仅当被更改的单元格是其父代期间的最后一个子代。

汇总期间等于其最后一个子代期间。

如果没有现有分布(即所有子代的值都为零或空缺),则该值将在其子代之间分配。

示例 1

将第一季从 30 更改为 50。

结果:三月也更改为 50。一月和二月不变。“年度合计”不变,因为第一季不是其最后一个子代。

示例 2

将第四季从 100 更改为 50。

结果:由于十二月是第四季的最后一个子代,因此它将更改为 50。十月和十一月保持不变,第一、二、三季也不变。“年度合计”将更改为 50,因为第四季是其最后一个子代。

示例 3

将第二季更改为 100,且当前值为:

  • 四月 = 0
  • 五月 = 0
  • 六月 = 0

结果

  • 四月 = 100
  • 五月 = 100
  • 六月 = 100

“年度合计”保持不变。

平均值

收入费用已保存的假设(其中,剩余时间属性设置为平均值

基于现有分布,按比例向其所有子代和父代分配。该值影响整个“汇总期间累加”层次,因此父代是其子代的平均值。

假设每个期间的天数都相同,例如每个月都是 30 天。

示例

将第一季从 5 更改为 10,且当前值为:

  • 一月 = 05
  • 二月 = 10
  • 三月 = 00
  • 第一季 = 05

结果

  • 一月 = 10
  • 二月 = 20
  • 三月 = 00
  • 第一季 = 10

填充

所有类型的“帐户”

在父代设置的值将填充其所有后代。

示例

将年度合计从 100 更改为 200。

结果

第一、二、三、四季和所有月份的值都更改为 200

当各成员重新计算时,合并运算符及成员公式将覆盖“填充”值。

加权平均 - 实际_365

收入费用已保存的假设(其中,剩余时间属性设置为平均值

基于一年为 365 天的加权日平均(假设二月份为 28 天)。不考虑闰年。

关于加权平均 - 实际_365:

  • 虽然可以使用别名,但不能自定义月份标签。

  • 年度必须有 12 个月,而季度必须是三个基本月份的和。

  • Planning 设置完毕后,不能更改会计起始月。

  • 所有月份都计算在内。#MISSING 在分子中被视为 0,在分母中,所有天数都包含在空缺月份中。因此,举例来说,QTR 代表三个月,而不是 QTD;“全年”代表所有 12 个月,而不是 YTD。

示例

输入一月、二月和三月的值。对于任何年份,包括闰年,都假设二月份有 28 天,且第一季有 90 天。

输入的值天数

  • 一月 = 9,000 31 天
  • 二月 = 8,000 28 天
  • 三月 = 8,000 31 天
  • 第一季 = 90 天(一月、二月和三月的总天数)

结果:

第一季 = 8,344

第一季的平均值按以下方式计算:(1) 将第一季中各月的值分别乘以该月的天数,(2) 对这些值求和,(3) 除以第一季中的总天数。二月的天数采用 28 天,第一季的天数采用 90 天,结果为:(9,000 * 31 + 8,000 * 28 + 8,000 * 31)/90 = 8,344。

加权平均 - 实际_实际

收入费用已保存的假设(其中,剩余时间属性设置为平均值

根据一年中的实际天数得出的加权日平均。此项考虑了闰年(二月份有 29 天)。

关于加权平均 - 实际_实际:

  • 虽然可以使用别名,但不能自定义月份标签。

  • 年度必须有 12 个月,而季度必须是三个基本月份的和。

  • Planning 设置完毕后,不能更改会计起始月。

  • 所有月份都计算在内。#MISSING 在分子中被视为 0,在分母中,所有天数都包含在空缺月份中。因此,举例来说,QTR 代表三个月,而不是 QTD;“全年”代表所有 12 个月,而不是 YTD。

  • 仅对绑定到块存储多维数据集的维支持此剩余时间属性。聚合存储多维数据集不支持“加权平均 - 实际_实际”剩余时间属性。

示例 1

对于闰年,您要为一月、二月和三月输入值。假设二月份有 29 天,第一季有 91 天。

输入的值天数

  • 一月 = 9,000 31 天
  • 二月 = 8,000 29 天
  • 三月 = 8,000 31 天
  • 第一季 = 91 天(一月、二月和三月的总天数)

结果

第一季 = 8,341

第一季的平均值按以下方式计算:(1) 将第一季中各月的值分别乘以该月的天数,(2) 对这些值求和,(3) 除以第一季中的总天数。其中二月的天数为 29 天,第一季的天数为 91 天。最终结果为:(9,000 * 31 + 8,000 * 29 + 8,000 * 31)/91 = 8,341。

示例 2

对于非闰年,您要为一月、二月和三月输入值。假设二月份有 28 天,第一季有 90 天。

输入的值天数

  • 一月 = 9,000 31 天
  • 二月 = 8,000 28 天
  • 三月 = 8,300 31 天
  • 第一季 = 90 天(一月、二月和三月的总天数)

结果

第一季 = 8,344

二月的天数采用 28 天,第一季的天数采用 90 天,结果为:(9,000 * 31 + 8,000 * 28 + 8,000 * 31)/90 = 8,344。

自定义

分布被禁用,并且应用程序设计者应添加自定义分布。例如,您可以使用 Groovy 规则将一个值馈送到期间总值(第一季)中,并且它将使用流方法计算汇总期间。

不适用

禁用

分布被禁用并且汇总期间处于只读状态。“禁用”可防止在非零级期间上输入数据。流方法用于汇总到期间总值(第一季)中,但它不会向下分配到汇总期间。

不适用

注:

跳过选项不适用于数据扩散,仅会影响成员层次的计算。

如果更改了百分比:

无论是帐户类型、已有分配还是 4-4-5 设置,值都将平均分配到其子代上。如果更改的单元格是其父代期间的最后一个子代,则该值将向上复制到其父代中。

示例 1

将第一季从 10 更改为 20。

结果:一月、二月和三月也更改为 20。不过,“年度合计”不变,因为第一季不是其最后一个子代。

示例 2

将二月从 10 更改为 20。

结果:一月和三月不变,因为二者均不是二月的子代或父代。第一季(以及“年度合计”)不变,因为二月不是其最后一个子代。

示例 3

将第四季从 30 更改为 20。

结果:十月、十一月和十二月也更改为 20,因为该值复制到了第四季的子代中。“年度合计”也改变为 20,因为第四季是其最后一个子代。