BW面试问题
- 格式：doc
- 大小：32.50 KB
- 文档页数：2
一：SD的数据源有哪些（sales order, sales billing）
订单-2lis_11_vaitm/vahdr
发货单-2lis_12_vcitm/vchdr
发票-2lis_13_vditm/vdhdr
订单计划行-2LIS_11_VASCL
订单条件-2LIS_11_VAKON
发票条件-2LIS_13_VDKON
二：SD的一般业务流程
订单-发货（拣货-配货-包装-运输）-发票-收款应收清帐-会计凭证核算
三：FI用到了哪些数据源
总帐、应收应付、固定资产三类，主要包括：
领先总帐余额-0FI_GL_10
总帐行项目-0FI_GL_4
新总帐行项目-0FI_GL_14
总帐销售金额-0FI_GL_6
总帐销售成本-0FI_GL_7
四：DSO的涉及到哪几个表
New table-表名40结尾,Active table-表名00结尾，Change log-更改日志
DSO的来源数据首先加载到New table，激活后New table值删除同时生成Active
table和Change log，一般来说Acitive table的数据才会被建模用到，极偶然的情况下例程会用到New table里的值，一般用于新旧数据的对比判断
五：Cube如果有数据异常，如何处理
答案一：
两种处理方式：
1. 在manage-request页选中并且删除错误的请求，此种情况适用于某个或者某些请求为红灯明显错误
2. 选择性删除，此种情况适用于没有请求为红灯，但是加载的数据有部分错误，这种情况无法通过删除请求实现数据移除，点击manage-‘content’页的‘delete selection’，选择要删除的数据的条件范围进行删除处理
答案二：
一般来说，对于LO数据，若知道异常的数据记录，可以用文件数据源 去调整；若无法确定异常的数据记录，只有进行重新初始化了。
对于财务数据，就比较简单了，可以删除发生异常的某个期间的数据， 然后重新上载即可。
六：cube的压缩是怎样的过程，出现F表和E表不一致时如何处理
答案一：
点击cube-manage-tab页‘collapse’-一般选择要压缩的或者系统会自动默认为最新的request id，然后点击release进行压缩；如果两边不一致，就在‘collapse’页的‘request id’输入最新的那个id，点击release进行压缩，这样所有数据都压缩，确保了F和E表的信息同步
答案二：
Cube的压缩，简单来说就是将维度相同的多条记录（在不同请求包） ，合并成一条记录的过程。
若没有经过压缩，Cube的数据则存储在F表里。压缩后，F表被清空，数 据转移到E表里。由于E表不再存储请求号信息，所以，无法根据请求号 对某个包的数据进行操作了。若要进行压缩操作，需确保F表的数据没有 问题，以及压缩后可以大幅度的减少数据条目数。因此，除非遇到严重 的性能问题，一般很少对Cube进行压缩。
七：如果sales order某个月有问题，如何处理（这个题目有问题，错误不明确太宽泛，很难回答）
答案一：
1. 如果是某个月的客户信息有问题，那么可能是主数据同步的原因，做change
run，或者查到ecc的新客户后重新加载主数据，更新旧的数据
2. 如果是某个月的数值有问题，如果可以查到是哪些单据错误，那么可以重新选择性FULL加载下这些单据到DSO覆盖错误数据，然后选择性删除CUBE里错误单据后再选择性FULL加载到cube，从而更新修正报表的数据
3. 如果能够确定是哪个请求数据错误，则从上至下，cube-dso-psa删除错误请求，然后让用户在ecc修正数据后试着重新加载到cube修复数据
答案二：
Sales order属于LO数据，无论发生什么问题，处理的方法跟问题五是 一样的。
