合并系统的数据建模
关键词:合表法|合帐法
和ECCS合并系统的简单比较:
|
|
ECCS |
BCS |
|
合并数据来源 |
i.Ledger 09->Table GLT3|Ledger 1C->Table ECMCT,可将ERP的财务数据实时过帐到合并帐
ii.非ERP数据可通过文本,Excxel,Access按约定格式上载,可使用Tcode:FILE设置逻辑路径定期自动上载数据 |
i.从数据流加载,合并数据从源数据基础立方体加载到总计数据基础立方体
ii.灵活加载,数据可采用文本,Excel等DSO或总计数据基础立方体
|
|
运行服务器 |
ECCS模块通常和ERP运行在同一服务器上,增加服务器负荷 |
BCS模块通常建立在专门的BI的数据仓库服务器上,除了抽数时段不影响ERP服务器性能 |
|
与财务模块交互 |
和ERP FICO数据可以实时交互,也可期末抽取
|
合并所需要的各种财务数据定期从ERP或non-ERP中抽取或上载,如有必要,BI也可通过RFC直接和ERP连接建立查询 |
|
合并数据模型 |
熟悉ERP SPL的就知道用户最多只可额外附加5个自定义字段,ECCS的Cons. Ledger 1C使用Summary table ECMCT表,让用户自由发挥的空间不大 |
在BCS中，ECCS的Ledger 1C已被Data basis代替, ECMCT被数据基础信息立方体代替
也就是说BCS数据模型受业务驱动,建模灵活,只要满足了系统所要求的必需角色(关于合并角色下面会有详细描述),理论上可以任意自定义所需要的信息对象 |
|
合并单元
|
ECCS提供了基于公司->company,业务范围->BA,利润中心->Prct的合并方法,基本可以满足法定和管理合并,用户可以定义了Dimension->合并维度,在法定合并和管理合并切换 |
由于引入合并角色的概念,合并单元设置更加灵活,只要将不同的组织结构赋予合并单元这个角色就行,比如你甚至可以将工厂->Plant赋予合并单元这个角色就可以做基于工厂的管理合并,用户还可以使用混合合并单元例如以company+Prct或company+BA组成混合合并单元 |
|
合并功能 |
从提供的合并功能方面实质上变化不大,只是ECCS的配置比较凌乱, 从上图 ECCS合并的Ledger设置应该是”fixed”,合并维度等设置算是”partially flexible”,BCS宣称其蕴涵了以价值为本的管理思想(Value Based Mngt.),本人愚拙没大领悟到价值为本,倒是觉得新产品极其实施价格倒是不菲 |
|
监控台 |
ECCS提供了数据监控台和合并监控台,每个监控台包含系列相关任务 |
BCS将两者整和在合并监控台(Tcode:UCMON),数据监控成了统一成合并监控台的一个任务组 |
|
合并报表出具 |
SAP的合并模块从FI-LC(Legal Cons)-> EC-CS->SEM-BCS(Business Cons),合并功能和设计理念发生了很大变化, 其实看看ECMCT这表有哪些字段就知道,基本上只能出一些标准的合并财务报表,灵活度不高,这点和国内的相关产品类似
|
受需求驱动的合并模型的自行建模,理论上可以出多种类型报表,为了防止合并总计数据基础信息立方体过大,建议不需要合并的财务报表依旧在BI中出具 |
|
