原始场景规则引擎设计器数据处理

简介¶

原始场景的规则引擎设计器是一种数据处理，它从由特定维度集（元组）标识的 IC 金额、总额、实体日记账和合并日记账上的输入数据出发，通过应用合并人员用户定义的规则，允许在输出维度元组上生成行。

数据处理应用特定规则并生成以下内容：

输入维度上的一行，冲销输入数据本身的金额（如果选择了 Writing off 选项）。
输入维度上的一行，金额与输入数据上的金额相同。

重要：数据处理无法在使用 'Database' 合并引擎的流程中激活。

CCH Tagetik 处理在流程定义中指定的原始场景的规则引擎设计器执行计划中为每个原始场景和 Entity 定义的规则。

执行计划要求¶

必须为每个原始期间场景指定以下内容：

要处理的实体或实体节点
每个要处理的实体/实体节点的规则节点

重要：如果同一 Entity 和原始场景/期间包含在执行计划定义的多个行中，则仅考虑最后一行。

对实体的数据处理¶

对 Entity 的规则引擎设计器数据处理在基本计算逻辑数据处理之后立即运行。总额、IC 金额和实体日记账规则按下图处理：

对于 Gross Amount 规则，读取按 Original Amount Type 处理的 Gross Amounts、IC amounts 和 Entity journals 行，并在 Gross Amounts 上生成 Original Amount Type 的输出行。
对于 IC Amounts 规则，从 Original amount 读取要处理的 IC amounts 行，并在 Original amount type 的 IC amounts 上生成输出行。
对于 Entity journal 规则，从 Original amount type 读取要处理的 gross amounts、IC amounts 和 entity journals 行，并在 Original amount type 的 entity journals 上生成行。

针对实体以及执行计划中定义的原始场景的数据处理，通过读取 Input category 上的输入组合来处理节点中包含的规则，并在 Output category 上生成行。

Deconsolidation Type 等于 Deconsolidate only initial balances 或 Deconsolidate from previous period 的实体会被排除，这与原始数据上其他处理的行为一致。

重要：规则之间不适用任何优先级顺序。所有规则并发处理，没有任何执行顺序。

对于每条规则，最终余额按以下要素以实体币种和交易币种计算：

实体
科目
受管自定义维度
Ctp Entity
Ctp Entity 的自定义维度 2（适用于关系类型为 Entity/Custom dimension 2 的处理）
公司币种
交易币种
类别

Markup 百分比（默认 100%）应用于所获得的金额，所获得的金额按如下方式处理：

如果规则上选择了 Write off input data 选项，则从相关输入元组中冲销该金额。
在其他情况下，该金额被分摊到输出维度中指定的元组。

对于启用了 Enable carry forward Writing off for normal and detail accounts 选项的规则，对于资产负债表、Guaranties & Commitments 或其他存量以及 normal/detail 类型科目，所考虑的输入数据金额包含结转值。因此，对于 Entity Journals 规则，来源为 'Carry forward - Rules Engine Designer' 的行会被冲销。即使规则定义行具有 variation 类型的输入科目和 normal/detail 类型的输出科目，也会执行冲销。

相反，对于未启用 Enable carry forward Writing off for normal and detail accounts 选项的规则，来源为 'Carry forward - Rules Engine Designer' 的行不会被冲销。当在给定科目的规则定义中，仅将属于特定控制组的部分 variation 科目重分类到另一科目时，此选项非常有用。

对于 Gross Amount 和 IC Amount 规则，所生成行的 Notes 字段会填入生成规则的代码和描述。

日记账抬头¶

对于 Entity Journal 规则，数据处理会生成一个具有相同规则/输出类别和实体的日记账。

日记账的抬头由日记账编号标识，该编号包含前缀 REDORIG_ 后跟规则代码、输出类别和实体。Notes 字段显示规则的描述。

新抬头通过分配规则 Journal attributes 选项卡中定义的默认属性来创建：

Enable carry forward
Tax calculation method
Reverse journal type

由先前数据处理运行生成的既有抬头，在每次运行时都会根据数据处理运行时规则上定义的默认属性进行更新。选择了 Override journal parameters 选项的日记账不会被更新。

生成的日记账¶

对于读取 gross amounts 数据和 IC amounts 数据作为输入的 Entity journal 规则，数据处理生成的输出 Entity journals 中，此类数据的表达方式与它们保存在 gross amounts 和 IC amounts 原始数据表中的方式不同。具体而言，gross 数据存储在 Gross amounts 中，公司间申报存储在 IC amounts 中，作为 gross 数据的“其中”项。而在 Entity journals 上，数据按交易对手方写入。要获得 gross 数字，必须将日记账上存在的所有行相加，包括交易对手方未定义的行，这些行代表少数股东权益部分。

重要：对于 entity journal 规则，如果输出科目未启用 IC Management 标志，则在该输出科目上生成的行将不包含 Ctp Entity。

对于启用了 Ctp Entity 维度的规则，不考虑 IC Amount 规则中 Allow intercompany declarations towards same Entity 选项的设置。因此，数据处理可能会生成针对同一申报实体的 IC 申报行。

集团数据处理¶

Rules Engine Designer 的集团数据处理紧接在 Basic calculation Logic 数据处理之后运行。Consolidation journals 规则通过从 Original amount type 读取要处理的 Gross Amounts、IC Amounts、Entity journals 和 Consolidation journals 行，并在 Original amount type 的 Consolidation journals 上生成行来处理。

对于从 consolidation journals 读取的规则，仅处理未选择 Many to many relationship 选项的 consolidation journals。两个抬头实体中至少有一个的 Deconsolidation Type 等于 Deconsolidate only initial balances 或 Deconsolidate from previous period 的日记账会被排除。

对于从 Amounts 和 Entity journals 读取的规则，Deconsolidation Type 等于 Deconsolidate only initial balances 或 Deconsolidate from previous period 的实体会被排除。

针对实体以及执行计划中定义的原始场景的数据处理，通过读取 Input categories 上的输入组合来处理节点中包含的规则，并在 Output categories 上生成行。

重要：规则之间不适用任何优先级顺序。所有规则并发处理，没有任何执行顺序。

对于每条规则，最终余额按以下项目以日记账币种、实体币种和交易币种计算：

日记账编号（适用于从 consolidation journals 读取的规则）
实体
科目
受管自定义维度
Ctp Entity
Ctp Entity 的自定义维度 2（适用于关系类型为 Entity/Custom dimension 2 的处理）
分部用 Ctp Entity
分部用 Ctp 自定义维度 2（适用于关系类型为 Entity / Custom dimension 2 的处理）
日记账币种
实体币种
交易币种
类别

Markup 百分比（默认 100%）应用于所获得的金额，所获得的金额按如下方式处理：

它被分摊到输出维度中指示的元组。
如果规则上选择了 Write off input data 选项，则从相关输入元组中冲销该金额。

对于启用了 Enable carry forward Writing off for normal and detail accounts 选项的规则，对于资产负债表、Guaranties & Commitments 或其他存量以及 normal/detail 类型科目，所考虑的输入数据金额包含结转值。因此，来源为 'Carry forward - Rules Engine Designer' 的行会被冲销。即使规则定义行具有 variation 类型的输入科目和 normal/detail 类型的输出科目，也会执行冲销。

相反，对于未启用 Enable carry forward Writing off for normal and detail accounts 选项的规则，来源为 'Carry forward - Rules Engine Designer' 的行不会被冲销。当在给定科目的规则定义中，仅将属于特定控制组的部分 variation 科目重分类到另一科目时，此选项非常有用。

重要：为了充分利用停用冲销的可能性，即使使用了 'Write in same journal header' 功能，RED 生成行的备注字段也必须包含生成它们的规则信息。为此，必须确保在 Carry-forward Rules 中，'Journals rows aggregation type' 字段设置为 'Don't aggregate' 或 'Aggregate according to dimensions and notes' 选项。

日记账抬头¶

对于从 consolidation journals 读取的规则，数据处理会生成一个具有相同输出规则/类别和源日记账的日记账。日记账的抬头由日记账编号标识，该编号包含前缀 REDORIG_ 后跟规则代码、输出类别和源日记账编号。Notes 字段显示规则的描述。

对于从 amounts 和 Entity journals 读取的规则，数据处理会生成一个具有相同输出规则/类别、实体和 Ctp Entity 的日记账。日记账抬头由日记账编号标识，该编号由前缀 REDORIG_ 后跟规则代码、输出类别、实体和 Ctp Entity 组成。

如果处理的关系类型为按 Entity/Custom dimension 2，则抬头还会显示 Custom dimension 2 和 Ctp Custom dimension 2 字段。

重要：对于没有 ctp Entities 的输入行，抬头的 Entity 2 等于 Entity 1。

如果 Write Off 选项被禁用，且 Dimension 定义行的输出 Ctp Entity 等于 'Remove ctp'，则抬头的 Entity 2 等于 Entity 1。

数据处理创建的新抬头的属性根据规则 Journal attributes 中的定义进行分配：

对于从 consolidation journals 读取的规则，如果未选择 Define Manually 选项，则抬头使用与输入日记账相同的属性创建。
否则，抬头使用规则上指定的属性创建。

以下属性可用：

Proportional calculation method
Minorities calculation method
Equity evaluation method
Tax calculation method
Reverse journal type
Enable carry forward

Exclude reclassifications and NER 选项设置为输出类别上定义的值。

由先前数据处理运行生成的既有抬头属性，在每次运行时都会像新抬头一样，根据数据处理运行时的设置进行更新。对于选择了 Override journal parameters 选项的日记账，不会执行更新。

上述行为同样适用于 Ctp Custom dimension 2 字段。

重要：如果规则在待处理场景与上一场景之间的输入/输出维度参数化发生变化，则必须手动冲销（即覆盖）先前参数化中输入维度上的结转行。

来源¶

此数据处理生成的来源为 'PROC_RED'。

对于上一年生成并结转到后续年份的行，结转数据处理生成的来源为 'PREL_RESTORE_RED'。

数据处理要求¶

要执行此数据处理，必须满足以下条件：

在处理的 Data Processing 部分，选择以下项目
Rules Engine Designer > on Entity Processes Gross Amount、IC Amount 和 Entity Journal 规则
Rules Engine Designer > on group Processes the Consolidation journal 规则
存在一个执行计划，其中至少有一个实体和一个规则节点，该节点包含至少一条按以下方式参数化的规则：
至少一条输入维度记录
至少一条输入类别记录
只有在满足以下条件时才能运行规则：
输出科目属于该处理。
对于 IC Amount 规则，在元素列表中启用了 IC Management
在 Data Entry 规则中启用了自定义维度。对于 Gross Amount 和 IC Amount 规则，必须在 Gross 和 IC Amounts 的数据录入规则中启用自定义维度；对于 Entity journal 和 Consolidation Journal 规则，必须在 Journal 数据录入规则中启用自定义维度。
要生成输出行的自定义维度元素满足输出科目的限制。
Ctp Custom Dimension 2，如果在规则上启用，则在处理中处理（Relationship Type 非 Entity）。
输入类别设置为 Run.
输出类别属于该处理。
如果处理类型为按科目/类别，则输出科目/类别对必须符合与要处理的实体关联的处理类型。

不生成输出行的情况¶

在这些情况下，即使存在输入元组，数据处理也不会生成冲销行或输出行：

输出科目 ID 不存在于实体的处理类型中
输出类别未在处理中启用
科目/类别对未在实体的处理类型中启用。
规则定义在处理中未受管的自定义维度上，针对金额（对于 IC Amounts 规则）的 Gross Amounts 或针对日记账（对于 Entity journal 规则）。
规则启用了 Ctp Custom Dimension 2 的管理，而处理关系类型为按 Entity。
规则包含不构成维度定义的行，或具有未定义输入维度（在抬头中处于活动状态）的定义行。
规则中的条件未满足。
对于无法在实体与 Ctp Entity 之间交换的 consolidation journals。在 consolidation journals 中，即使 Many-to-many Relationship 选项被禁用，Ctp Entity 也可能不同于两个抬头实体。如果在 journal 规则中启用了 Manage Counterpart regardless of header relationship 选项，则可能发生这种情况。在这种情况下，具有不同于两个抬头实体的 Ctp Entity 的输入数据行，不会根据具有活动 Ctp Entity 维度且 Selection = Swap Entity with Ctp Entity 的规则定义行进行处理。由于实体无法以不同于两个抬头实体的方式参数化，因此无法执行交换。在 Entity /Custom dimension 2 关系类型的情况下，具有不同于两个 Entity /Custom Dimension 2 抬头对的 Ctp Entity / Ctp Custom dimension 2 的输入行会被排除。

关于应用规则的进一步条件¶

以下是输入数据必须满足的每个条件的可用选项，以便应用规则。

条件	选项
Entity - Deconsolidation Method	- Not to deconsolidate - Initial balances - From previous period - From current period
CTP Entity - Deconsolidation Method	- Not to deconsolidate - Initial balances - From previous period - From current period
CTP Entity for Segment - Deconsolidation Method	此条件仅针对 Consolidation journal 规则进行管理。 - Not to deconsolidate - Initial balances - From previous period - From current period

条件的应用期间¶

对于所有条件，可以定义应用期间。为此，提供以下选项：

Current Period：在原始数据处理场景/期间的实体参数中检查该条件。
Opening Period：在结转场景/期间的原始场景的实体参数中检查该条件。

条件应用的特殊性¶

对于 Ctp Entity 未定义的输入数据行，无法满足 'CTP Entity - Deconsolidation Method' 条件，因为它基于 Ctp Entity。

此外，对于 Entity 和 CTP Entity for Segment，Deconsolidation Method 的 Initial Balances 和 From Previous Period 选项与 Current Period 选项组合时不会被应用，因为数据处理会在数据处理期间排除使用这些 Deconsolidation Methods 要取消合并的实体。