Tagetik 中的 'Scaling, Rounding and Scaling' 流程

Tagetik 中的"缩放、舍入和缩放"流程¶

本章介绍 Tagetik 中的"缩放、舍入和缩放"流程，以及如何确保这些活动的执行与每项活动的特定性质保持一致。

例如，与编制"10Q/K"报告相关的活动可以分为两种类型：

外部报告活动：这些活动涉及将要发布的文档的编制及其披露（典型的"独立"方法）。这些活动处理表与 Office 客户端用户界面之间的连接、与表关联的协同注释以及相关的 XBRL 编制。在这种情况下，要链接到文档的表来自任何数据源，并且已经是正确的格式，即已缩放，因此无需对数据进行任何修改
内部报告活动：这些活动包括以正确的格式和缩放比例编制要发布的报告或表，以及编制将要报告的合并数据。在这种情况下，不仅需要"按原样"对其他数据源的数据进行注释和发布，还需要在将数据连接到 Office 客户端用户界面之前以及开始协同注释之前准备数据

如果项目包含"内部报告活动"，则有必要利用 Tagetik CPM 功能以及 Tagetik 的 Tagetik Collaborative Office 功能。为此，我们将描述两个模块中要执行的活动之间的差异，并牢记"缩放、舍入和平衡"流程必须在 Tagetik CPM 模块内执行，我们将解释如何在 Tagetik CDM 解决方案中配置此流程，以使数据与 Collaborative Office 所需的格式（通常以千/百万为单位缩放）保持一致。请注意：

Tagetik CPM 模块是 Tagetik 用于管理各种流程（合并、预算、盈利能力等）及相关财务报告的引擎；数据通常在此处根据所实施的流程生成，然后通过 Excel 用户界面进行披露
Tagetik Collaborative Office 模块专用于外部报告、插入注释以及以适当的格式披露在其他地方（Tagetik CPM 或其他工具）生成的信息，它使用 Microsoft Office Word 和 Power Point 的用户界面。

流程配置¶

配置流程意味着在 Tagetik CPM 端管理可用数据的整数缩放和舍入，以使其与 Tagetik Collaborative Office 所需的格式保持一致。事实上，如前所述，对于某些项目，在数据缩放方面可能存在问题，因为 CPM 端创建的数据通常显示整数数据，而将包含在"叙述性"文档中的报告应经过不同的缩放（千、百万等……）。

为了满足这些要求，有必要将 CPM 数据调整为适当的格式，并检测可能由缩放程序引起的、影响月度/季度报告的任何问题，以确保每次修改都正确记录在数据库中，从而在未来的月度/季度归档中得以延续。

首先，有必要将数据带到适合披露的详细程度，方法是将用于 CPM 的数据模型调整为报告结构，更一般地说，调整为 Collaborative Office 和 XBRL 模块所需的数据模型，然后对此级别应用缩放、舍入和平衡。

为了将 CPM 数据带到必要的详细程度，我们将使用"ETL 例程"，但首先我们必须设置：

一个 过渡查找表；将为每个分析维度创建一个过渡查找表，以便将实际元素（或元素聚合）映射到 中间映射输出。此输出旨在创建元素的暂存结构，然后将这些元素组合以定义 输出 FST 项（"协同办公科目"）。此查找表将使用层次结构填充（以便在可能的情况下减少手动活动），或手动填充。此过渡查找表旨在在创建 "主"查找表 之前为给定维度定义各种详细程度（在 "过渡"查找表 中定义为"OUTPUT"的信息将在 "主"查找表 中定义为"INPUT"）
一个 主查找表；通过组合先前创建的各种中间结构而创建的查找表，以便生成特定的 协同办公科目 作为输出。

最后，一个 ETL 例程 将在"协同办公科目"级别聚合数据，然后根据所需的精度级别对其进行缩放和舍入。舍入后不平衡的"协同办公科目"的平衡（例如，"损益科目"中的"缩放后净收入"不同于另一个附加排程中的"按分部净收入"总计）将使用 CPM Tagetik 的标准平衡来管理，而不是在 Collaborative Office 模块上管理，因为平衡数字必须记录在数据库中，以便在每次后续归档运行时方便地报告。

示例¶

假设应用程序使用至少两个维度（科目和按业务单位的自定义维度 1）显示按业务分部 b 的"总收入"。当将此信息带到 Collaborative Office 级别时，有必要将这两个维度转换为一个维度，即科目维度，方法是在必要的详细级别方便地聚合初始数据。换句话说，假设数据库上的数据结构如下：


GL_ACCOUNT_1	BU_1	10,000
GL_ACCOUNT_1	BU_2	5,000
GL_ACCOUNT_1	BU_3	10,000
GL_ACCOUNT_2	BU_2	5,000
GL_ACCOUNT_3	BU_3	10,000

这组数据在报告中单独显示：

报告 1：
GL_ACCOUNT_1 总计_25,000
报告 2：
GL_ACCOUNT_1_ 按 BU_1_10,000
GL_ACCOUNT_1_按 BU_1_15,000

由于为了 Collaborative Office 模块的目的，两个报告都需要以千为单位缩放，我们必须：

创建三个单独的科目：
CollaborativeOffice_TOTAL：包含所有科目所有活动值的单个科目
CollaborativeOffice_1_BU_1：包含所有科目按 BU_1 的值的单个科目
CollaborativeOffice_1_BU_2：包含所有科目按 BU_2 的值的单个科目
并将创建的科目以千为单位缩放

为了获得总计，我们不应分别缩放每个 CollaborativeOffice_BU_2 和 CollaborativeOffice_BU_1 科目，然后将它们聚合；总计本身，如果作为报告的单行显示，必须单独处理。为了获得此结果，我们将有以下"查找表"：

一个 过渡科目查找表：


INPUT	OUTPUT
GL_ACCOUNT_1	TRANSITORY_TOTAL_REV
GL_ACCOUNT_2	TRANSITORY_TOTAL_REV
GL_ACCOUNT_3	TRANSITORY_TOTAL_REV

一个 过渡分部查找表：


INPUT	OUTPUT
BU_1	TRANSITORY_ALL_BUS
BU_2	TRANSITORY_ALL_BUS
BU_3	TRANSITORY_ALL_BUS
BU_1	TRANSITORY_BU1
BU_2	TRANSITORY_BU2
BU_3	TRANSITORY_BU3

一个 主查找表，用于为上述 报告 1 和 2 的 FST 项提供数据：


INPUT 1	INPUT 2
TRANSITORY_TOTAL_REV COLLABORATIVE OFFICE_TOTAL	TRANSITORY_ALL_BUS
TRANSITORY_TOTAL_REV COLLABORATIVE OFFICE_BU_1	TRANSITORY_BU1
TRANSITORY_TOTAL_REV COLLABORATIVE OFFICE_BU_2	TRANSITORY_BU2

执行此查找表将生成 Output1，其中的值将被缩放和舍入。