在假设没有数据单元格被锁定的情况下，帐户类型、时间余额属性、现有分布、成员层次和数据类型等因素会影响值的分布方式。
有关锁定单元格的信息，请参阅“锁定单元格”。
注：
扩散数据时不包括日期和文本值。
下表中的示例显示了输入或更改货币或非货币值对数据的影响：
表 14-1 示例：输入或更改货币或者非货币值对数据的影响
| 帐户的时间余额属性 | 新值分布 | 示例 |
|---|---|---|
|
流 收入、费用、已保存的假设（其中，时间余额属性设置为流） |
基于现有分布，按比例向其所有子代和父代分配。该值影响整个“汇总期间累加”层次，因此父代期间是其子代的和。 如果不存在分布（即所有子代的值都为零或空缺），且被更改的值是“季”，则该值将在周分布（可以是 4-4-5、4-5-4、5-4-4 或者在帐户的分配方式设置为无时平均分配）的基础上按比例向下分配。 如果被更改的父代是年度合计或其他类型的汇总期间，该值将平均分配。 |
示例 1 将第一季从 250 更改为 500，且其各月份的当前值为：
结果：500 被按比例分配给其子代，它们的原有值将被替换为：
增加的 250 将被累加到第一季的父代。如果“年度合计”原来是 1000，则现在的新值是 1250。 示例 2 将三月从 100 更改为 200。 结果：三月、第一季和“年度合计”都增加 100。一月和二月保持不变。 |
|
第一个 所有类型的“帐户” |
上至其第一个父代、下至其子代，仅当被更改的单元格是其父代期间的第一个子代。 汇总期间等于其第一个子代期间。 如果没有现有分布（即所有子代的值都为零或都空缺），则值将被复制到其每个子代。 |
示例 将第一季从 20 更改为 40，且其各月份的当前值为：
结果：40 被分配给其子代，它们的原有值将被替换为：
|
|
余额 资产、负债、权益、已保存的假设（其中，时间余额属性设置为余额） |
下至其最后一个子代，上至其父代，仅当被更改的单元格是其父代期间的最后一个子代。 汇总期间等于其最后一个子代期间。 如果没有现有分布（即所有子代的值都为零或空缺），则该值将在其子代之间分配。 |
示例 1 将第一季从 30 更改为 50。 结果：三月也更改为 50。一月和二月不变。“年度合计”不变，因为第一季不是其最后一个子代。 示例 2 将第四季从 100 更改为 50。 结果：由于十二月是第四季的最后一个子代，因此它将更改为 50。十月和十一月保持不变，第一、二、三季也不变。“年度合计”将更改为 50，因为第四季是其最后一个子代。 示例 3 将第二季更改为 100，且当前值为：
结果：
“年度合计”保持不变。 |
|
平均值 收入、费用、已保存的假设（其中，时间余额属性设置为平均值） |
基于现有分布，按比例向其所有子代和父代分配。该值影响整个“汇总期间累加”层次，因此父代是其子代的平均值。 假设每个期间的天数都相同，例如每个月都是 30 天。 |
示例 将第一季从 5 更改为 10，且当前值为：
结果：
|
|
填充 所有类型的“帐户” |
在父代设置的值将填充其所有后代。 |
示例 将年度合计从 100 更改为 200。 结果： 第一、二、三、四季和所有月份的值都更改为 200 重新计算成员时，合并运算符和成员公式会改写“填充”值。 |
|
加权平均 - 实际_365 收入、费用、已保存的假设（其中，时间余额属性设置为平均值） |
基于一年为 365 天的加权日平均（假设二月份为 28 天）。不考虑闰年。 关于加权平均 - 实际_365：
|
示例 输入一月、二月和三月的值。对于任何年份，包括闰年，都假设二月份有 28 天，且第一季有 90 天。 输入的值和天数
结果： 第一季 = 8,344 第一季的平均值按以下方式计算：(1) 将第一季中各月的值分别乘以该月的天数，(2) 对这些值求和，(3) 除以第一季中的总天数。二月的天数采用 28 天，第一季的天数采用 90 天，结果为：(9,000 * 31 + 8,000 * 28 + 8,000 * 31)/90 = 8,344。 |
|
加权平均 - 实际_实际 收入、费用、已保存的假设（其中，时间余额属性设置为平均值） |
根据一年中的实际天数得出的加权日平均。此项考虑了闰年（二月份有 29 天）。 关于加权平均 - 实际_实际：
|
示例 1 对于闰年，您要为一月、二月和三月输入值。假设二月份有 29 天，第一季有 91 天。 输入的值和天数
结果： 第一季 = 8,341 第一季的平均值按以下方式计算：(1) 将第一季中各月的值分别乘以该月的天数，(2) 对这些值求和，(3) 除以第一季中的总天数。其中二月的天数为 29 天，第一季的天数为 91 天。最终结果为：(9,000 * 31 + 8,000 * 29 + 8,000 * 31)/91 = 8,341。 示例 2 对于非闰年，您要为一月、二月和三月输入值。假设二月份有 28 天，第一季有 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，因为第四季是其最后一个子代。
注：
请参阅调整单元格的值“”和“有多种货币的情况下如何扩散”。