跳转至

流程数据模型简介

背景

在流程设置中,流程数据模型(Process Data Model,PDM)定义了用于收集、提交和处理数据的科目或科目/类别子集。PDM 基于科目和类别,因此这些结构必须已在 CCH Tagetik 的维度中设置好。

流程数据模型的元素

流程数据模型基于以下元素:

  • 科目,即数据整理的对象
  • 用于收集科目数据的流程步骤
  • 包含科目数据分类和分段的类别
  • 度量,即自定义数据集字段
  • 流程的数据模型,即参与数据收集的科目/类别、特定行为以及管理流程数据录入的例外情况。

流程数据模型定义

设置流程的数据模型涉及定义以下元素:

  • 在流程上收集/不收集数据的科目或科目/类别(例如,如果要排除包含在某个科目节点中的科目)。
  • 科目在特定数据类型及其关联类别上的可编辑权限,当这些权限需要不同于默认行为时。
  • 用于设置的步骤,例如,对不属于公司间匹配驾驶舱的特定科目的公司间申报设置任何阻止。
  • 流程中包含的控制组以及从中排除的控制组,从系统在部署期间自动关联到流程的控制组中选择。
  • 每个步骤可用的表单。
  • 要包含在流程中的任何自定义分析工作区度量。

如果流程在实体维度上至少有一个步骤,它还允许定义以下元素:

  • IC 驾驶舱及其与步骤的关系。
  • 接受诊断数据处理的控制组。
  • 包含属于流程中所含控制组的科目的表单与特定控制组之间的关系。

默认 PDM 和自定义数据模型

每个流程都关联一个称为 $PDM 的默认 PDM。对于在实体维度上至少有一个步骤的流程,如果默认 PDM 不能完全满足项目的功能需求,可以创建自定义 PDM。特别是,这对于将科目子组与特定实体/公司和合并场景/期间关联起来很有用。

流程数据模型的组织

PDM 的插入顺序决定了它们在系统中的运行顺序。如果存在通用 PDM 以及带有例外和覆盖的 PDM,则 PDM 的创建顺序必须从最通用到最具体,因为如果通用 PDM 的数据处理在特定 PDM 之后进行,特定 PDM 的规则可能会被覆盖。

如果多个 PDM 管理不同的科目,建议按科目设置自定义 PDM,而不是对 $PDM 进行更改。