目录1. Dataset2. Model2.1 维度表2.2 数据转换2.3 ETL3. Planning model3.1 日期设置3.2 Planning 范围设置/数据分布3.3 货币转换3.4 添加维度和度量3.4 Account 维度SAC里交易数据主要靠这几个来存。有点像BW里的ADSO。Dataset跟其他两个的区别在于更方便快捷地查看数据不需要考虑到计划功能或者什么权限配置。它的作用就是快速探查数据。1. Dataset有点像在BW里建一个连到本地文本的数据源。当然也能连到其他系统数据,后续可以转成model把数据导入后可以对行和列的维度或者度量做更改。改列名改数据类型。维度字段可以加别的列当作它的描述属性。加coordinates可以添加经度和维度属性。还可以加层级等等。在transform log里能看到你对这个数据集做的一些操作简单来说就是你做的转换操作了。不过实际上正常项目里不咋用dataset。都是直接从model起手。毕竟也没麻烦很多。2. ModelModel也有两种创建方式要么是把数据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上面也是都有的
 获取与实战)
