account 时间属性举例

gaoyiming

户的时间平衡属性
新值传播
示例

FLOW 收入、费用、保存的假设（其中，“剩余时间”属性设置为 Flow）
基于现有分布，按比例向所有子代和父代分配。新值影响整个“摘要时间段累计”层次结构，使父时间段始终是其子代的和。
如果没有现有分布（即，所有子代的值都为零或 #Missing），且被更改的值是“季度”，则新值基于周分布（可以是 4-4-5、4-5-4、5-4-4 或者在帐户的传播方式设置为“无”时平均分配）按比例向下传播。
如果被更改的父代是“年度总计”或其他种类的摘要时间段，则值将平均传播。
示例 1
将 Qtr 1 从 250 更改为 500。在更改前，Qtr 1 中各月份的值如下：

Jan = 100

Feb = 50

Mar = 100

结果：将 500 按比例分配给 Qtr 1 的子代，原先的值改为：

Jan = 200

Feb = 100

Mar = 200

500 被累加到 Qtr 1 的父代。如果 Year Total 原来是 1000，则现在其新值是 1250。
示例 2
将 March 从 100 更改为 200。
结果：March、Qtr 1 和 Year Total 都增加 100。Jan 和 Feb 保持不变。

FIRST 所有类型帐户
上至其第一个父代、下至其子代，只要被更改的单元格是其父时间段的第一个子代。
摘要时间段始终等于其第一个子时间段。
如果没有现有分布（即所有子代的值都为零或丢失），新值将被复制到其每个子代。
示例 1
将 Qtr 1 从 20 更改为 40。在更改前，Qtr 1 中各月份的值如下：

Jan = 20

Feb = 15

Mar = 05

Q1 = 20

结果：将 40 按比例分配给 Qtr 1 的子代，原先的值改为：

Jan = 40

Feb = 15

Mar = 05

Q1 = 40

BALANCE 资产、负债、权益、保存的假设（其中，“剩余时间”属性设置为 Balance）
下至其最末子代、上至其父代，只要被更改的单元格是其父时间段的最末子代。
摘要时间段始终等于其最后一个子时间段。
如果没有现有分布（即，所有子代的值都为零或都空缺），则新值在其子代之间传播。
示例 1
将 Qtr 1 从 30 更改为 50。
结果：March 也更改为 50。Jan 和 Feb 不变。Year Total 不变，因为 Qtr 1 不是 Year Total 的最后一个子代。
示例 2
将第四季度从 100 更改为 50。
结果：由于 Dec 是 Qtr 4 的最后一个子代，所以将其更改为 50。Oct 和 Nov 保持不变，1、2 和 3 季度也不变。Year Total 将更改为 50，因为 Qtr 4 是 Year Total 的最后一个子代。
示例 3
将 Qtr 2 更改为 100。在更改前，Qtr 2 中各月份的值如下：

Apr = 0

May = 0

June = 0

结果

Apr = 100

May = 100

June = 100

年度合计保持不变。

AVERAGE 收入、费用、保存的假设（其中，“剩余时间”属性设置为 Average）
基于现有分布，按比例向所有子代和父代传播。新值影响整个“摘要时间段累计”层次结构，使父时间段始终是其子代的平均值。
假设每个时间段的天数都相同，例如每个月都为 30 天。
示例 1
将 Qtr 1 从 5 更改为 10。在更改前，Qtr 1 中各月份的值如下：

Jan = 05

Feb = 10

Mar = 00

第一季度 = 05

结果

Jan = 10

Feb = 20

Mar = 00

Q1 = 10

AVG_365  收入、费用、保存的假设（其中，“剩余时间”属性设置为 Average）
基于一年为 365 天的加权日平均（假设二月份始终为 28 天）。此项不考虑闰年。
使用 AVG_365 时，请牢记以下几点：

• 
  虽然可以使用别名，但不能自定义月份标签。
• 
  年度必须有十二个月，而季度必须是三个基础月份的和。
• 
  应用设置完毕后，不能更改财务起始月份。
• 
  所有月份都计算在内。#Missing 在分子中被视为 0，在分母中，所有天数都包含在空缺月份中。因此，例如，QTR 代表三个月，而不是 QTD，Total Year 代表所有十二个月，而不是 YTD。

示例 1
输入 Jan、Feb 和 Mar 的值。对于任何年份，包括闰年，假设二月份有 28 天，且 Qtr 1 有 90 天。

输入的值 天数

Jan = 9,000 31

Feb = 8,000 28

Mar = 8,000 31

Q1 90（Jan、Feb 和 Mar 的总天数）

结果

Q1 = 8,344

Qtr 1 的平均值按以下方式计算：(1) 将 Qtr1 中每个月的值与该月的天数相乘，(2) 对这些值求和，然后 (3) 将总和除以 Q1 中的天数。使用 28 作为 Feb 的天数，90 作为 Q1 的天数。结果如下：(9,000 * 31 + 8,000 * 28 + 8,000 * 31) / 90 = 8,344

AVG_ACTUAL 收入、费用、保存的假设（其中，“剩余时间”属性设置为 Average）
根据一年中的实际天数得出的加权日平均。此项考虑了闰年（二月份有 29 天）。
使用 AVG_ACTUAL 时，请牢记以下几点：

• 
  虽然可以使用别名，但不能自定义月份标签。
• 
  年度必须有十二个月，而季度必须是三个基础月份的和。
• 
  应用设置完毕后，不能更改财务起始月份。
• 
  所有月份都计算在内。#Missing 在分子中被视为 0，在分母中，所有天数都包含在空缺月份中。因此，例如，QTR 代表三个月，而不是 QTD，Total Year 代表所有十二个月，而不是 YTD。

示例 1
对于闰年，您为 Jan、Feb 和 Mar 输入值。假设二月份有 29 天，且 Qtr 1 有 91 天。

输入的值 天数

Jan = 9,000 31

Feb = 8,000 29

Mar = 8,000 31

Q1 91（Jan、Feb 和 Mar 的总天数）

结果

Q1 = 8,341

Qtr 的平均值按以下方式计算：(1) 将 Qtr 1 中每个月的值与该月的天数相乘，(2) 对这些值求和，然后 (3) 将总和除以 Q1 中的天数。使用 29 作为 Feb 的天数，91 作为 Q1 的天数。结果如下：(9,000 * 31 + 8,000 * 29 + 8,000 * 31) / 91 = 8,341
示例 2
对于非闰年，您为 Jan、Feb 和 Mar 输入值。假设二月份有 28 天，且 Qtr1 有 90 天。

输入的值 天数

Jan = 9,000 31

Feb = 8,000 28

Mar = 8,300 31

Q1 90（Jan、Feb 和 Mar 的总天数）

结果

Q1 = 8,344

使用 28 作为 Feb 中的天数，90 作为 Q1 中的天数，结果如下：(9,000 * 31 + 8,000 * 28 + 8,000 * 31) / 90 = 8,344