如何在Tagetik系统中处理明细表

今天聊一下如何在Tagetik系统中处理明细表。在企业绩效管理的很多项目，例如合并报表、全面预算、保险行业“偿二代”等项目中，我们都会遇到大量的明细报表的需求。

举个例子，在合并报表中，通常有明细表、资料表、附注表需求。一般明细表指中间过程表，主要目的是收集下属企业单体数据，并为注释表做好基础数据准备。注释表一般指法定年报中，固定格式报表，一般是有统一标准和格式的。

下图是某家合并报表中，单体的明细表清单。

我们再看下某张明细表表样。

下面是某家上市公司的附注表目录。

某家上市公司的附注表样张

我们再看下在全面预算项目中，业务相关或某一业务细分预算表，下图是某家上市公司全面预算-资金预算表

在偿二代项目中，也有一系列的单体偿付能力的明细报表，例如下图某保险公司2015年“偿二代”报表清单

我们再看下“偿二代”报表样例

以下列举明细表一些特征，便于大家判断：

1. 表格多为固定格式，或者动态行插入形式

2. 表格上行、列上的信息难以完全维度化，或者维度化会极大破坏现有的系统维度模型

3. 表格上行、列上的信息一般只会被此表或另1-2张表所共用，即若行、列维度化后，维度被大多数报表使用率会极其低下

4. 表格上列很多，或者包含很多为凭证级的明细数据

Tagetik明细表解决方案：

对于明细表，在Tagetik系统中一般可以有如下几种对应：

1. 对于科目细化报表（且细化粒度在某一个细分维度的），可以使用科目控制组+明细/变化结合方式来创建报表。

2. 对于科目、维度细化报表，一般会有一个辅助维度，在辅助核算维度中，会以不同层级或层级节点来代表一个互不关联的细分维度。（会和第一种方案有些重叠，但适用范围更广、构架更明晰）

3. 报表格式样式复杂，且毫无规律的，使用业务表（Transactional Form）来创建此表。此方法为最为常用和直接的办法。

在项目中，我们需根据项目实际情况及对应不同的明细表的需求，来判断对于何种方案最好。设计时，应该先考虑构架的整体性和清晰度，而不要局限在某种报表制作方法上，会更利于方案的确定，妥协是不可避免的。

最后我们简单介绍一下第三种方案的具体步骤，一般对于银行现金类的明细表，会使用这种方案。

表样：

步骤1，在Tagetik Web端创建“业务表”

步骤2，在Excel端创建对应的业务报表