跳转至

规则引擎设计器列表页中的设置

磁贴 数据处理 > 基础合并 > 原始场景上的规则引擎设计器 > 元素列表 > 总金额选项卡 > 选择规则 > 高级选项卡

磁贴 数据处理 > 基础合并 > 原始场景上的规则引擎设计器 > 元素列表 > IC 金额选项卡 > 选择规则 > 高级选项卡

磁贴 数据处理 > 基础合并 > 原始场景上的规则引擎设计器 > 元素列表 > 实体日记账选项卡 > 选择规则 > 高级选项卡

磁贴 数据处理 > 基础合并 > 原始场景上的规则引擎设计器 > 元素列表 > 合并日记账选项卡 > 选择规则 > 高级选项卡

数据处理磁贴 > 基础合并 > 合并场景上的规则引擎设计器 > 元素列表 > 金额选项卡 > 选择规则 > 高级选项卡

磁贴 数据处理 > 基础合并 > 合并场景上的规则引擎设计器 > 元素列表 > 合并日记账选项卡 > 选择规则 > 高级选项卡

简介

下面提供了有关可应用的更复杂设置的更多详细信息。

规则执行变更与期初/上期对比

在规则执行变更与期初/上期对比部分，可以设置当规则仅应用于上一场景/期间或仅应用于数据处理场景/期间时的数据处理行为。

重要：填写此部分仅对包含输入变动科目与输出变动科目的维度定义行的规则有用。

CCH Tagetik 会在与处理变动科目的规则相关的日记账和金额中，自动生成与上一场景/期间相比的变动流，以确保控制组的平衡。

变动基于上一场景/结转期间计算，但基于期间计算模式的合并场景相关规则除外。在这种情况下，从第二个期间开始，变动基于上一期间生成。

此行为需要以下设置：

字段 描述
规则的首次应用 - 条件在数据处理场景/期间首次满足的规则 - 对于给定实体，在数据处理场景/期间首次出现在执行计划中的规则 - 启用了基于符号映射维度（Map dimensions based on sign）选项，且规则的输入数据总和在上一场景/期间与数据处理场景/期间之间发生符号变化的规则，且满足以下条件： - 上一场景/期间中输入数据总和（期初余额变动，但对于周期性计算模式的规则除外，从第二个期间开始，会考虑上一期间的父科目值）的符号与维度定义行中指定的符号不同。因此，该行在上一场景/期间未被应用。 - 数据处理期间/场景中输入数据总和（规则中指示的变动，包括期初余额）的符号与维度定义行中的符号相同，因此该行在数据处理场景/期间被应用。
规则不再适用 - 条件在上一场景/期间满足且在数据处理场景中不再满足的规则。 - 对于给定实体，不再出现在与数据处理场景/期间关联的执行计划中的规则。 - 启用了基于符号映射维度（Map dimensions based on sign）选项，且规则的输入数据总和在上一场景/期间与数据处理场景/期间之间发生符号变化的规则，且满足以下条件： - 上一场景/期间中输入数据总和（期初余额变动，但对于周期性计算模式的规则除外，从第二个期间开始，会考虑上一期间的父科目值）的符号等于维度定义行中指定的符号。因此，该行在上一场景/期间被应用。 - 数据处理期间/场景中输入数据总和（规则中指示的变动，包括期初余额）的符号与维度定义行中的符号不同，因此该行在数据处理场景/期间不再被应用。

可以选择变动类型，从而选择用于平衡控制组的变动科目。

两个字段的可能值如下：

  • 范围变动 - 转入
  • 范围变动 - 转出
  • 修改 % - 增加
  • 修改 % - 减少
  • 合并 - 并入
  • 合并 - 转出
  • 权益法变更 - 转入
  • 权益法变更 - 转出
  • IFRS 5 重分类 - 转入
  • IFRS 5 重分类 - 转出
  • IFRS5 重分类 - IC 抵销日记账上的期初余额冲销
  • 冲销
  • 平衡
  • 计算逻辑
  • 特定变动/明细类型

仅在以下条件下才会生成与上一场景/期间相比的变动流的输出行：

  • 在规则定义行中，输入科目和输出科目均为变动科目。

  • 指定的变动类型在输出科目的控制组中定义。如果规则启用了“启用输入数据冲销”（Enable input data Writing off）选项，则还必须在输入科目的控制组中定义。

注意：仅考虑属于该流程的变动类型的控制组。

变动金额为：

  • 原始场景上的规则以及采用年初至今计算模式的合并场景上的规则：来自输入数据的期初余额变动金额
  • 采用“周期性 - 期初”计算模式的合并场景上的规则：来自上一期间输入数据的父科目金额
  • 采用“周期性 - 期末”计算模式的合并场景上的规则：来自数据处理期间输入数据的父科目金额

对于带动态加价的规则定义行，应用数据处理场景/期间的加价值。

对于合并场景中禁用了 “为普通科目和明细科目启用结转冲销”（Enable carry forward Writing off for normal and detail accounts）选项的合并日记账规则，属于例外情况。这些规则通常用于重分类特定的控制组流，要求按以下方式确定变动金额，并记录在变动流和父科目上：

  • 采用年初至今计算模式的规则：来自输出数据的父科目结转金额（来源：结转 – 规则引擎设计器）

  • 采用“周期性 - 期初”计算模式的规则，以下之和：

  • 来自输出数据的父科目结转金额

  • 上一期间规则流的输入数据金额

  • 采用“周期性 - 期末”计算模式的规则，以下之和：

  • 来自输出数据的父科目结转金额

  • 数据处理期间规则流的输入数据金额

在存在带动态加价的规则定义行时：

  • 来自输出数据的父科目结转金额通过将金额除以结转场景/期间的动态加价，再乘以数据处理期间的动态加价来重新计算。

  • 数据处理场景/期间的动态加价值应用于规则流的输入数据。

为了在变动流的行上获得正确的金额，必须满足以下条件：

  • 控制组的所有已处理流都作为输入科目输入到规则的维度定义中。 或者，规则位于合并场景上，并且禁用了 “为普通科目和明细科目启用结转冲销”（Enable carry forward Writing off for normal and detail accounts）选项。在后一种情况下，为使计算值正确，规则必须具有以下特征：

  • 启用了“允许多重关系”（Allow multiple relationship）选项，并且定义行中同一输入流科目与以下项关联：

  • 输出变动科目

    • 输出父科目（此定义对于获得来源为：结转 - 规则引擎设计器的父科目结转行是必需的）。

  • 如果规则上启用了 Ctp 实体维度：

  • 如果在 Ctp 实体上设置了条件，则定义行必须确保具有相同控制组的分部输出 Ctp 实体与分部输入 Ctp 实体之间具有唯一对应关系

    • 如果在分部 Ctp 实体上设置了条件，则定义行必须确保具有相同控制组的分部输出 Ctp 实体与分部输入 Ctp 实体之间具有唯一对应关系
  • 如果规则未同时启用 Ctp 实体和 Ctp 自定义维度 2 维度，则父科目和规则结束流在科目列表中的 IC 管理选项必须具有相同的值。
  • 父科目在自定义维度上的明细方式与输入流相同。
  • 如果规则启用了“写入同一日记账抬头”（Write in same journal header）选项，则在结转规则中必须将“日记账行聚合类型”（Journals rows aggregation type）选项设置为“不聚合”（Don't aggregate）或“按维度和备注聚合”（Aggregate according to dimensions and notes）。此配置是必需的，以便将规则代码保留在结转行的备注中。
  • 未选择 允许多重关系（Allow multiple relationship）选项； 在规则维度的定义中，不再存在具有相同控制组（从科目中提取）和相同输入维度的多行；取而代之的是具有不同输出维度或动态加价的行。 否则，与结转场景相比的变动流将使用排序最高的定义行的输出维度和动态加价生成。
  • 在输入数据中，期初余额变动在自定义维度上的明细方式与输入流相同。对于周期性计算模式的规则，父科目在自定义维度上的明细方式与输入流相同。

  • 规则的维度定义不包含以下行：

  • 资产负债表输入科目和损益输出科目（或反之）

  • 结转规则中存在的输入科目或输出科目

  • 如果规则定义了带 期初期间（Opening Period）选项的条件（参见规则应用条件），则会出现以下行为：

如果…… 则……
条件在结转场景/期间得到验证。 规则应用于数据处理场景/期间。
如果条件在结转场景/期间之前的场景/期间（上一场景的上一场景）得到验证。 规则应用于结转场景/期间。

对于合并场景上的规则引擎设计器设置，还适用以下条件：

  • 如果规则用于合并日记账且启用了写入同一日记账抬头（Write in the same journal header）选项，或者如果规则用于金额且输出类别与输入类别相同，则在规则的维度定义中，指定流的父科目（普通类型或明细类型）也作为输入科目包含在内。

对于原始场景上的规则引擎设计器设置，还适用以下条件：

  • 如果规则设置为“总金额”或“IC 金额”，且输出类别与输入类别匹配，则在规则维度定义中，指定流的父科目也作为输入科目包含在内。或者，规则启用了“运行基础计算逻辑”（Run Basic Calculation Logics）选项，并且存在将父科目计算为流之和的基础计算逻辑。

对于从金额和实体日记账读取数据的原始场景上的总金额、IC 金额和合并日记账规则，当维度定义行包含“交换实体与 Ctp 实体”（Swap Entity with Ctp Entity）选项时，输出维度行中的实体币种金额基于输入期初余额行的交易币种金额填充，并应用数据处理场景/期间变动流科目的汇率（参见交换实体与 Ctp 实体的管理）。

对于周期性计算模式的规则，不会为集团和少数股东权益资产负债表净结果的输入科目生成规则执行变更（因为这些科目以周期性模式处理）。

动态加价 - 与期初/上期相比的变动

在此部分，可以配置当数据处理场景/期间与上一场景/期间之间动态加价值发生变动时数据处理的行为。

变动基于上一场景/结转期间计算，但基于期间计算模式的合并场景相关规则除外。在这种情况下，从第二个期间开始，变动基于上一期间生成。

重要：填写此部分仅对包含输入变动科目与输出变动科目的维度定义行的规则有用。

CCH Tagetik 会在与处理变动科目的规则相关的日记账和金额中，自动生成与上一场景/期间相比的变动流，以确保控制组的平衡。

此行为需要以下设置：

字段 描述
增加（Increase） 上一场景/期间的加价非零且小于数据处理场景/期间的加价。
减少（Decrease） 数据处理场景/期间的加价非零且小于上一场景/期间的加价。
0 到 N（0 to N） 上一场景/期间的加价为零，且数据处理场景/期间的加价非零。
N 到 0（N to 0） 上一场景/期间的加价非零，且数据处理场景/期间的加价为零。

可以决定使用哪种变动类型，从而决定使用哪个变动科目来平衡控制组。

在变动流上获得正确金额的可能值和条件与规则执行变更中指定的相同。

变动金额为：

  • 原始场景上的规则以及采用年初至今计算模式的合并场景上的规则：期初余额金额 * 加价差异
  • 采用“周期性 - 期初”计算模式的合并场景上的规则：上一期间的父科目金额 * 加价差异
  • 采用“周期性 - 期末”计算模式的合并场景上的规则：数据处理期间的父科目金额 * 加价差异

对于合并场景中禁用了 “为普通科目和明细科目启用结转冲销”（Enable carry forward Writing off for normal and detail accounts）选项的合并日记账规则，属于例外情况。对于这些通常仅用于重分类部分控制组变动的规则，变动金额按以下方式确定，并写入变动流和父科目：

  • 采用年初至今计算模式的规则：来自输出数据的父科目结转金额 / 结转加价 * 加价增量

  • 采用“周期性 - 期初”计算模式的规则。以下之和：

  • 输出数据的父科目重开金额 / 结转加价 * 加价增量

  • 上一期间规则流的输入数据金额 * 加价增量

  • 采用“周期性 - 期末”计算模式的规则。以下之和：

  • 输出数据的父科目重开金额 / 重开加价 * 加价增量

  • 数据处理期间规则流的输入数据金额 * 加价增量

当规则不再适用的情况下动态加价值发生变动时，会同时生成规则执行变更行（使用数据处理场景/期间的加价）和加价变更行。

在规则首次应用的情况下，不会生成加价变更行。

对于周期性计算模式的规则，不会为集团和少数股东权益资产负债表净结果的输入科目生成加价差异（因为这些科目以周期性模式处理）。

允许多重关系

此选项允许在同一规则内多次展开和生成相同的输入维度元组。

如果未选择，当相同的输入数据元组包含在多个规则定义行中时，仅考虑一次，并以窗口中出现的排序最高的定义行为准。

如果选择，相同的输入数据元组会在所有包含它的 操作（Action）等于 包含（Include）的定义行中展开，无论这些行在规则的输入/输出维度定义窗口中出现的顺序如何。操作（Action）等于 排除（Exclude）的规则定义行按其显示顺序处理。

此选项允许在规则内使用相同的输入元组，以在不同的输出维度上生成多行（可能使用 % 加价或基于符号的维度映射功能）。

如果选择了此选项，但未选择 基于符号映射维度（Map Dimensions based on sign），则 启用冲销（Enable Writing off）选项会自动取消选择。事实上，如果在同一规则中有多个定义行具有相同的输入维度但不同的输出维度，CCH Tagetik 将执行多次冲销，从而导致错位。

基于符号映射维度

此选项允许根据输入数据的符号管理规则。如果选择，它会在维度定义页面上显示 符号（Sign）字段。

CCH Tagetik 计算以下值：

  • 实体币种金额，适用于从实体日记账和金额读取的总金额、IC 金额、实体日记账和合并日记账规则
  • 日记账币种金额，适用于从合并日记账读取的原始场景上的合并日记账规则
  • 合并币种金额，适用于合并场景上的金额和合并日记账规则

这些金额计算为与规则定义行匹配的所有输入数据行之和。仅为 符号（Sign）字段与计算出的总金额符号相对应的定义行生成输出行。

对于包含变动类型科目的规则，为评估符号而计算的输入数据总和包括期初余额变动的值。

如果需要将符号 >=0 和符号 <0 的相同输入元组输入到两个不同输出科目/维度的定义中，则必须启用 允许多重关系（Allow multiple relationship）选项。这样，根据符号选择预期的输出科目。

例如，这对于递延所得税资产/递延所得税负债的重分类非常有用，根据资产和负债之和的符号，全部归入资产或全部归入负债。在这种情况下，可以定义单个规则，其中借方和贷方的变动以输出科目等于预付税款贷方（符号 >= 0）和递延税款借方（符号 < 0）插入。

运行基础计算逻辑

此选项仅存在于原始场景上的规则中。

此选项允许在规则处理结束时启动基础计算逻辑，例如当需要将损益结果或父科目计算为流之和时。

如果选择，则在规则生成的行上执行计算类型为“求和”（Sum）的基础计算逻辑。对于总金额和 IC 金额规则，计算还会考虑来源为 PREL_RESTORE_RED 的期初余额流科目上的行。

生成的来源为“PROC_RED”。备注字段填入计算逻辑的代码。