目录
[1. Dataset](#1. Dataset)
[2. Model](#2. Model)
[2.1 维度表](#2.1 维度表)
[2.2 数据转换](#2.2 数据转换)
[2.3 ETL](#2.3 ETL)
[3. Planning model](#3. Planning model)
[3.1 日期设置](#3.1 日期设置)
[3.2 Planning 范围设置/数据分布](#3.2 Planning 范围设置/数据分布)
[3.3 货币转换](#3.3 货币转换)
[3.4 添加维度和度量](#3.4 添加维度和度量)
[3.4 Account 维度](#3.4 Account 维度)
SAC里交易数据主要靠这几个来存。有点像BW里的ADSO。
Dataset跟其他两个的区别在于更方便快捷地查看数据，不需要考虑到计划功能或者什么权限配置。它的作用就是快速探查数据。
1. Dataset
有点像在BW里建一个连到本地文本的数据源。（当然也能连到其他系统数据,后续可以转成model）
把数据导入后，可以对行和列的维度或者度量做更改。改列名，改数据类型。
维度字段可以加别的列当作它的描述属性。
加coordinates可以添加经度和维度属性。还可以加层级等等。
在transform log里能看到你对这个数据集做的一些操作，简单来说就是你做的转换操作了。
不过实际上正常项目里不咋用dataset。都是直接从model起手。毕竟也没麻烦很多。
2. Model
Model也有两种创建方式，要么是把数据import进来的，要么是直接live data model的虚拟直连。
导入数据的话，可以有两个选项，一般做planning model选空数据。如果做分析model那就是带数据来分析。
带数据的模型创建的时候，会先把数据导入进来。
直接进来后模型就是维度和度量的展示方式。
换成graph就是图形展示页面了。
这里在模型之上就可以进行一些修改了，改数据类型，转换成维度或者维度转换成度量，复制删除啥的。
在度量或维度里选中的，都会高亮显示。右侧还能做细节更改。描述啦，数据类型啦，聚集方式啦单位或者格式啦都行。
2.1 维度表
也就是说在有数据的model里，你需要对各维度或度量值进行个调整修补。维度上你可以把其他列设置成这列的属性，描述啥的。
也就是说一切从model里的交易数据开始，再一步步建维度主数据里的属性，文本或者层级。还能把维度变成全局通用的public维度。
主数据维度表里有一个比较好搞的就是值可以像excel一样直接copy/paste。
在data fundation的transform上就可以建转换了。
2.2 数据转换
默认的转换形式可以自己去玩玩。
添加列以及删除列也在右键。整体上是比在BW里要快上好几倍。
而且还有个特别好用的transform log,能看到修改记录。整个就是一个excel。修改后的数据即刻展示出来，不用你再去抽数，拉数据，整个流程很自然流畅。
整体感觉就是BW得先把所有的壳子都建好，按流程先建主数据信息对象，再建ADSO，再一层一层的抽数，流程特别长，改一个小东西都要激活好多东西。而SAC就是有了交易数据model，随时再配个维度。转换在数据源导入那步就开始了，每一步添加的转换规则都能实时预览结果，不用你再去激活拉数。所有东西在一个界面就能点来点去查看交易数据，查看主数据，查看层级。很方便快捷。不像BW那样必须先加载维度再抽交易数据那种参照完整性考察了。
另外再吐槽下BW里的转换，那些例程啥的，所有更改都得激活重新执行DTP，还基本上有好多层转换，查一个错得搞半天。SAC里直接改了然后保存，然后预览就行了，还不用写ABAP（复杂逻辑用Advanced formula)
不过我这也是主要对比的轻量化model在不同系统里的创建流程，等有空再来对比BW和DSP的建模流程。
接着再来看SAC里创建calculated measure和conversion measure。因为没有composite provider，那直接在这个模型上就可以建CKF和RKF了。具体怎么弄以后单独写了。
2.3 ETL
最后就是DTP了，在SAC里是在data management下面，能用Import job来导入数据，还能导出数据（跟OpenHub一样）。具体得单独讲。以及里面的权限配置啥的。
暂时来看，SAC上对比BW就是不能海量存储据，做冷热归档了。
3. Planning model
就是各财务规划轻量化的使用场景模型。主要针对预算，滚动预测这类财务模型，其实我觉得财务顾问自己就能在SAC上完成整套建模，ETL，导出和权限配置流程了。完全用不着BW。不过有些SAC story里的按钮逻辑可能要学学（不过那个也是Java script啊，，，跟BW也不搭嘎啊。。。不过就是都是语言，都相通的而已，可能BW学起来更快）
好了回归正题，planning model一般都建议从空的开始建：
planning model会自带计划能力和两个老弟 version以及date。
version自己会带一个Actual。实际数据。不过我们一般肯定要import进来其他版本的数据，或者说是把data entry进其他的计划版本。（这里面用的就是planning的功能）
3.1 日期设置
这个date里面就比较乱了，默认用系统生成的。然后booking操作可以改成是distribute（平均分）或者是book to unassigned（给空的）。
这个date里面的time range也可以改，还有就是粒度。你想计划的最细粒度。粒度越细，数据越多。这俩都是私有维度，在每个model里都不一样。
如果财年和日历年不一样的，要选那个Fiscal Year来另外设置。要不然就是按当前的日历年来设置，从1月开始。
然后就是这个week pattern，我一直会忘。这个4-4-5就是说一年52周，拆成12个月，每三月一个季度的话那就是一个季度固定13周。13周怎么拆分呢？
- 4-4-5：季度内第 1 个月 4 周、第 2 个月 4 周、第 3 个月 5 周
- 4-5-4：第 1 个月 4 周、第 2 个月 5 周、第 3 个月 4 周
- 5-4-4：第 1 个月 5 周、第 2 个月 4 周、第 3 个月 4 周
按这种拆分，不管你每个月有几周。都按这个计数周数来。每三个月循环一次。4-4-5这种方便季末多一周的可以用来盘点啊，关账啊啥的。用这个方式来固定周期，像什么排班啊，库存周转啊，KPI以周为单位统计啊都好弄。欧洲大概一般都是445财周，从周一开始算销售周。一年第一周必须包含当年至少4天，用来区分跨年周属于上一年，还是新财年，跟这个4-4-5是配套的。
一般我们都用系统直接给的Date这个当日期维度，如果你不想用这个，想用自己建的date的维度，那你得在这里改：
planning下面还有好些东西，比如delete private versions可以删除掉所有人的私有version。
3.2 Planning 范围设置/数据分布
还有planning area,默认用户能计划的私有版本不能超过500万条数据，要不然会报warning。
另外就是为了提升性能，减少资源耗费，可以限定计划范围。
再有就是在数据分发上，基于什么规则来分布数据。
3.3 货币转换
默认情况下支持多货币，货币单位可以作为公司代码这个organization dimension的属性，用在key figure里。如果要按不同的currency聚集，那就需要currency conversion。这个再后续写吧。
3.4 添加维度和度量
有个空model就要添加维度和度量了。只有organization组织架构类型的维度会带currency.
默认带一个currency属性。如果加了data access control这个权限控制呢，会多出Read/Write两列来控制用户读写交易数据的权限，注意不是主数据的读写权限。另外的属性可以自己添加。
添加度量的思路跟BW里建key figure一样的。currency的值从dimension里的属性来。
这里如果选fixed那就是固定货币单位。一般是用来被转换的母公司货币。
3.4 Account 维度
做财务规划，肯定得有会计科目。
这个account能带的属性就多了，各种公式，科目类型，阈值范围(用来在story里面显示不同颜色预警）
另外，由于我们是用一个account来归集数值。以前是每个account当成列度量值来用，那这里会有一个配置叫结构上的优先级：
意思就是说measure和account都是用来归集值的，那么如果在measure上用了一种聚集方式，在account上用了另外一种，到底哪种优先？
毕竟account上面是有aggregationtype的。
还有decimal spaces 和scale啥的。
再回来对比一下measure上面，也是都有的：
