合并者驾驶舱
它允许您做什么¶
合并器驾驶舱允许合并器执行以下操作:
- 以简单且结构化的方式管理与合并节点相关的数据收集流程的所有活动(合并日记账录入、提交、审批、数据处理)。
- 实时监控每个合并和子合并节点的活动进度,以便满足截止日期。
- 监控合并数据处理的状态。
合并器可见的信息¶
在驾驶舱中,所有合并器查看任务工作流的合并器步骤或混合贡献者/合并器步骤。在所显示的步骤上,用户只能看到其被授权工作的组织层次,以及其中需要合并财务报表的实体或节点。他们看不到离线存储的场景或期间,也看不到非活动的合并场景。
因此,合并器驾驶舱的结构因查看它的用户而异,也因流程特征而异。可用活动和数据流程的数量和类型也取决于流程规则设置。
按合并场景划分的节点数据处理状态¶
在驾驶舱的合并场景选项卡中,每个合并节点/场景都关联有一个状态指示器。该指示器显示在输入数据发生变更(例如在录入总额或公司间申报之后)时,特定合并场景的节点是否需要重新处理以获得一致的合并数据。
在某些情况下,节点状态指示器在数据处理结束时也可能保持红色。例如,以下情况可能发生:
- 如果在某个实体上编辑了总额,而合并器对原始场景上的该实体没有写入权限。
- 如果在编辑原始数据后立即锁定了原始场景,而未运行数据处理。
如有必要,数据处理可能不仅限于所选节点。事实上,系统会评估是否还需要处理其他未直接编辑数据的节点。目的是创建符合管理员/合并器用户设置的合并规则的合并数据。净权益重分类的数据处理就是一个例子。
根据流程提交类型进行合并数据处理¶
一般来说,流程涉及按场景/期间提交或单次提交。
对于单次提交流程,节点状态指示器保持红色,直到流程的所有期间都已处理完毕。
单次提交流程¶
在单次提交流程中,默认情况下对所有场景/期间执行合并。然而,当某个期间被修改时,默认合并模式(受影响模式)仅对修改的期间重新运行合并。此行为不考虑特定期间的修改可能间接对流程其他期间产生的影响。
在期间因逻辑原因相互关联的流程中工作时,您可以停用受影响模式,然后在不对已编辑数据应用任何筛选器的情况下对所有期间重新运行合并。
有关受影响合并模式的详细信息,请参阅受影响数据处理模式。
| 元素 | 描述 |
|---|---|
| 定期计算的合并 | 定期合并用于值在年度内累积的科目,特别是损益性质的科目。值从前几个期间复制,并加上处理期间的贡献。合并系统地在期间组合上执行,即使修改了一个或几个期间,系统也会对流程的所有期间重新运行合并。例如,如果期间 1 至 12(或从一月到十二月)已合并,但仅修改了期间 5(五月),则系统会在期间 5 之后对流程的所有期间重新运行合并。 |
| 渐进计算的合并 | 渐进合并用于需要在处理期间截止日期获取状况快照的科目,特别是资产负债表性质的科目。在这种情况下,为避免大规模数据处理,如果修改了一个或几个期间,系统仅对最后一个已合并期间之前的期间重新运行合并。 |
在界面中,期间上的指示器显示该期间是否已合并(绿色)或待合并(红色)。因此,该指示器根据重要节点上是否存在修改而变化。
当节点的至少一个实体属于某个合并场景时,该节点即为重要节点。因此,某些节点可能仅在某些期间中重要。非重要节点以灰色显示。 系统根据运行期间合并范围和前一个合并范围检查节点是否重要。因此,某个节点在现实中对于前几个期间是重要的,但可能显示为灰色。可以运行自定义数据处理以覆盖这些节点的数据处理。
步骤的任务工作流¶
任务工作流活动可以以图表或列表形式查看。与列表不同,图表允许您区分要并行运行还是按顺序运行的活动。在图表中,每个活动由一个图标表示,其颜色根据活动的进度状态而定。
列表还包含每个活动的详细信息,即活动类型、描述、进度状态、状态最后变更的日期以及进行该变更的用户。活动可以按其顺序之外的顺序访问,但要声明其中一个活动已完成,所有先前的活动必须已被声明为完成。
因此,在所有任务完成之前,该步骤无法提交(提交任务为灰色)。
任务工作流示例
此示例以流程图形式显示任务工作流活动。前三个活动可以并行运行。然而,其他活动必须按顺序运行。例如,除非先前的计划活动已完成,否则无法运行毛利率分析活动。

各个活动进度的详细信息。¶
活动可以在相关活动运行后手动或自动声明为已完成。自动完成默认适用于运行数据处理的活动,也可以在定义步骤中对任何活动进行覆盖。
对于提交实体的目的而言不重要的活动是可选的。此规则由管理员在创建活动时设置。