SAP BW学习笔记(精选版二)
sap bw实训总结2000字
sap bw实训总结2000字在SAP BW实训过程中，我对SAP BW的基本概念和架构有了更加深刻的理解，并且学会了如何在SAP BW系统中进行数据建模、数据抽取、数据存储和数据查询等操作。
在实训的第一阶段中，我们学习了SAP BW的基本概念和架构。
我了解到，SAP BW是一个企业内部信息处理和决策支持系统，可以帮助企业在不同层次上进行数据分析和决策制定。
SAP BW的架构包括数据源、数据仓库、数据集市和报表等组件，通过这些组件可以实现数据的抽取、转换和加载，以及数据的存储和查询。
接下来，在实训的第二阶段中，我们学习了SAP BW的数据建模技术。
在数据建模过程中，我学会了如何使用SAP BW系统中的建模工具，如InfoObject、InfoCube等，来定义业务对象和关系，并将其转化为物理表。
通过这些工具，我可以创建维度、指标和属性，并建立它们之间的关系。
在实际操作中，我也学会了如何进行数据建模的各个环节，如创建InfoArea、创建InfoObject Catalog、创建InfoObject和创建InfoCube等。
然后，在实训的第三阶段中，我们学习了SAP BW的数据抽取和加载技术。
在数据抽取和加载过程中，我了解到SAP BW支持多种数据源，如SAP ERP系统、数据库和平面文件等，可以通过数据源系统和数据源类型来进行配置。
通过数据抽取和加载技术，我学会了如何将数据从数据源系统中抽取到SAP BW系统中，并进行转换和加载。
在实际操作中，我也学会了如何创建数据源和创建数据源连接，并进行数据抽取和加载的各个环节。
在实训的第四阶段中，我们学习了SAP BW的数据查询和报表技术。
在数据查询和报表过程中，我了解到SAP BW系统提供了多种查询和报表工具，如BEx Query Designer、Web Application Designer和Business Explorer Analyzer等，可以满足不同用户的查询和报表需求。
sap bw实训总结2000字
sap bw实训总结2000字SAP BW实训总结在本次实训中，我主要学习了SAP BW的数据建模、数据提取、数据加载和数据查询等方面的知识。
首先，我了解了SAP BW的整体架构和数据流程。
SAP BW采用的是多层次的架构，包括数据来源层、中间层和报表层。
数据来源层是从企业各个数据源提取数据的地方，例如ERP系统、CRM系统等；中间层是对源数据进行加工、转换和整合的地方，用于生成适合分析的数据模型；报表层是通过SAP BW提供的各种报表工具进行数据查询和分析的地方。
在实践中，我学习了如何使用SAP BW建立数据模型。
数据模型是SAP BW中最重要的概念之一，它决定了如何对源数据进行组织和展示。
通过SAP BW提供的数据建模工具，我学会了如何创建InfoObject、InfoCube和DSO等数据对象，以及如何对这些对象进行关联和分级处理。
同时，我还学会了如何定义数据源、数据源连接和数据抽取规则，以及如何使用SAP BW的ETL工具将源数据加载到中间层。
另外，我还学习了SAP BW的数据查询和分析功能。
SAP BW提供了灵活的报表工具，可以满足不同用户的分析需求。
通过SAP BW的查询设计工具，我学会了如何创建查询和查询变量，以及如何使用查询过滤器和条件来实现对数据的特定分析。
在实践中，我还学习了如何使用SAP BW的查询引擎来进行数据查询和导出。
通过这些功能，我可以根据不同的需求对企业数据进行快速分析和报表生成。
此外，我还学会了SAP BW的一些高级功能，如数据存储器管理、数据质量管理和数据安全管理等。
在实训中，我深入学习了如何使用SAP BW的数据存储器管理工具来管理SAP BW中的数据存储空间和缓存空间，以及如何通过数据质量管理工具来监控和维护SAP BW的数据质量。
同时，我还学习了如何通过SAP BW的用户管理和角色管理来实现对数据的安全管理。
通过这次SAP BW实训，我对SAP BW的应用和功能有了更深入的了解。
BW学习记录
BI7.0中加载特征数据从R3源系统中load我们的主数据到特征当中去，那我们以BW中最常用的一个company code这样的一个infocube，这样的一个特征，做一个演示，怎么样去load特征数据和文本数据，那我们连到BW系统当中去，modeling-infosources-company code,通过这个company code看到，我们把这个0comp_code,这是business content现成的内容，已经把它激活了，然后在这边我们就想从一个R3的事务性系统当中load数据，但这中间我们就可以看到，已经有了从其中的一个名字叫做ZKDV777的R3系统当中已经有load特征数据上去了，那现在我们来做一个操作，来company code(attribute)-create data transfer process，object type选择datasource,data source 选择0comp_code_attr，点勾create transformation，来维护这样的一个对应关系，都对应好的时候我们来做一个检查，激活。
正常情况下我们应该来建一个create infopackage，但是这边已经有了，包括data transfer processes，正常情况下我们应该建一个的，我们来建一个，company code(attribute)-create data transfer process，data transfer proc.输入DTP for company code, object type选择datasource,data source 选择0comp_code_attr，点save。
右边还没有save，把NEW激活成active。
那这个时候我们就来建infopackage，点右键create infopackage，infopackage description输入load 0company code from 888 client，点save，然后选中load 0company code from 888 client，在右边选择公司代码要登陆R3系统，我们先把它load到PSA当中，然后我们再通过data transfer process再把它load到我们的相应的infoobject当中去，可以到monitor当中去看一看。
sap bw实训总结2000字7篇
sap bw实训总结2000字7篇第1篇示例：SAP BW是世界领先的企业商务智能解决方案，它为企业提供了一个全面的数据仓库系统，可以帮助企业进行数据分析、报告生成、数据集成和业务规划等功能。
为了更好地学习和掌握SAP BW技能，我参加了一次SAP BW实训课程，下面我来分享一下我的实训总结。
在实训课程开始之前，我对SAP BW的概念和基本用法有了一定的了解，但是在实际操作中还是遇到了很多困难。
在实训课程的第一天，老师对SAP BW的整体框架和数据流进行了详细介绍，让我们了解了数据仓库的概念和SAP BW在数据仓库中的位置。
接着，老师带领我们一步步进行SAP BW的安装和配置，让我们熟悉了SAP BW的界面和操作方式。
通过实际操作，我对SAP BW的数据建模和数据管理有了更深入的理解。
在实训课程的接下来的几天里，我们学习了SAP BW的数据源接入、数据提取、数据转换和数据加载等操作。
通过实际案例的操作，我们掌握了如何从不同的数据源中提取数据，并将数据导入SAP BW 进行处理和分析。
在这个过程中，我深刻体会到了数据清洗和转换的重要性，只有清洗和转换好的数据才能为企业提供有用的信息支持。
在实训的过程中，我们还学习了SAP BW的报表生成和数据分析功能。
老师详细介绍了SAP BW的报表设计工具和报表查询功能，让我们能够根据企业的需求设计自定义报表，并进行实时数据查询和分析。
通过实际操作，我掌握了如何使用SAP BW生成各种类型的报表，并从中获取有价值的商业信息。
通过这次SAP BW实训课程，我对SAP BW的功能和用法有了更全面的了解，提升了我的数据分析和报告生成能力。
在未来的工作中，我将继续深入学习和实践，不断提升自己的SAP BW技能，为企业的发展和决策提供更加可靠的数据支持。
希望我的实训总结能够对其他同学有所启发，一起加油！第2篇示例：SAP BW实训总结作为企业信息化管理领域中的重要组成部分，SAP BW（Business Warehouse）能够帮助企业有效管理和分析数据，提升数据的可视化和分析能力。
2023年SAPBW学习笔记精选版一
SAP BW 学习笔记版本：V1.3本文是笔者在SAP学习SAP BW期间对所学知识旳整顿但愿对大家学习BW有协助IndexNew Questions ..................................................................................................错误!未定义书签。
Tcode..................................................................................................................错误!未定义书签。
Tcode Collection .....................................................................................错误!未定义书签。
SE16 数据浏览器 ....................................................................................错误!未定义书签。
RSA5与RSA6旳区别? ..........................................................................错误!未定义书签。
InfoObject..........................................................................................................错误!未定义书签。
创立IO旳三种方式 ................................................................................错误!未定义书签。
SAP BW培训教程： 第二次课
分类： InfoCubes
标准信息立方体是利用星型结构存储数据，并为BEX分析提供数据；
VirtualCubes 而虚拟信息立方体则是通过语义实现的一个视图；直接对数据源的实时数据进行查看 。
Info Cube (信息立方体）-2
Cube 相关的表信息：
数据表(F表，E表）
InfoCube 正好包含一个数据表*，在这个表中存储了关键值的值。数
结构：关键字段+数据字段的简单二维表格
DSO 用途
多立方体
cube
cube
DTP dso dso dso dso dso
BI 中的数据目标
DSO（信息存储对象）-3
DSO的三种类型
标准 Standard 三张表 New / Active / Change Log ,保存有Delta 增量的Change Log数据
据表最多可以包含233 个关键值。
维度表（D表）Fra bibliotekInfoCube 通常最少包含4 个维度表，最多包含16 个。这些维度表 中有13 个是客户创建的，3 个是SAP 提供的： 客户维度包含SID，这些SID 最多与248 个特性InfoObject 相链接。
INFUCUBE 的激活实现了BI的星型模型
DSO后台的三张表
New Data（New表） 临时存放更新的数据，激活后数据转移到另外的两张表中
Active Data（A表）
存放了最后激活的数据
Change Log 储存了数据变化的记录
标准DataStore 对象的详细信息
标准DataStore 对象的详细信息4：更新和激 活
写入优化的DataStore 对象的详细信
SAP学习笔记资料讲解
SAP学习笔记资料讲解SAP学习笔记基本设定以及操作………………………………………………………….1.SU01 账户设定①该命令用于创建、修改、显示SAP登陆账户，可以设置里面的一些用户参数。
②缺省值选项卡里面的起始菜单处输入事务代码可以使用户在登陆的时候直接进入到事务代码界面。
③登陆语言可以设定默认登陆语言④十进制计数法这里可以设定默认的小数点显示方法（设定好了就不要再更改，推荐用X）⑤个人时区这里可以设定用户所在的时区和服务器所在的时区区分出来。
2.SM12 查看用户锁定的表用户名这里输入要查看的用户名，集团那里输入客户端号，回车，然后把锁定的表删除掉就可以了。
3.SM04 查看正在登陆的用户，并且可以把别人踢掉4.OBR1 重置业务数据。
5.OBR2 删除主数据6.OBR3 让公司代码正式运行~设置为生产。
7.CG3Y 把服务器的文件下载到桌面8.CG3Z 把文件上载到服务器新公司配置…………………………………………………………………..1.OY01定义国家基础信息（一般不需要维护）路径：SPRO →参考IMG →SAP NetWeaver →一般设置→定义国家→定义MySAP系统中的国家①国家代码720②过程TAXCN③硬通货有些国家货币贬值变化得厉害的时候，用别的国家货币做硬通货例如美元2.设置国家特定的检查路径：SPRO →参考IMG →SAP NetWeaver →一般设置→定义国家→设置国家的特定检查①银行代码：一般选择外部分配②银行代码长度：一般是15位，如果太长的话要用一个参考字段把多出来的添加进去3.货币路径：SPRO →参考IMG →SAP NetWeaver →一般设置→定义国家→货币→检查货币代码①RMB或者CNY设置成主要货币就可以了，ISO那里输入国际货币符号CNY②为货币设定小数位4.OX02 定义公司代码路径：SPRO →参考IMG →企业结构→定义→财务会计→编辑、复制、检查公司代码→双击编辑公司代码数据直接点新条目创建保存后自动进入详细信息配置：最后打钩保存就可以了。
SAP+BW+学习笔记-理论片
SAP BW 学习笔记SAP BW 学习笔记（一）SAP BW 全称 Business Information Warehouse，在版本3.5之后又称SAP Business Intelligence.处于SAP Netweaver整体架构当中的Information Integration这一层，与之并列的还有主数据管理（Master Data Management）和知识管理（Knowledge Management），这一块所谓的Information Integration，就是从企业的底层数据到最高表现层之间的一层分析的部分。
但是它又不完全是在进行分析，因为这一层本身，也包含了数据挖掘（Data Warehousing），商务智能平台（BI Platform），商务智能表现（BI Suite）三个细的层次。
或许对BW的精确解释，就是如何能让企业的商务活动，变得高效和便捷的关键一步吧。
SAP Business Intelligence is an enterprise-class, complete, open and integrated solution that delivers actionable insight. 呵呵，自己解释不清楚的时候，只能抄一句讲义上的定义了。
不过这个定义还是基本准确的。
基本上阐述了BW的功能和应用对象。
BW的最底层，Data Warehousing。
传说中的数据仓库，这一层里面主要完成的任务包括，ETL流程（Extraction，Transformation，Loading），数据仓库管理和商业建模三块内容。
其中的ETL流程，通过各种途径和方法，把种类繁多的元数据进行处理，清洗，从而转化为系统所需的统一格式的数据类型，便于之后所有的需要。
是BW中非常基础非常关键的一步。
之后的数据仓库管理，则将这些数据根据种类，划分成主数据，PSA，ODS Objects等不同的类型，加以管理。
Sap_bw学习笔记
SAP B W学习笔记ContentsSAP B W基本概念和架构 (2)建模 (6)加载数据（文本文件） (16)用Data S ervice向BW中加载数据 (26)SAP B W基本概念和架构从架构上看，SAP B W是具备一个完整的数据仓库体系架构，如下图所示：其内部的数据存储的逻辑划分为：PSA：Persistent Staging Area ，用来将数据源中的数据先抓到BW中落地，原则上后续所有在SAP B W内部的数据处理操作都是从PSA中取数。
ODS：Operational D ata S tore：其非常重要的一个特点是数据能够被更新，而在其他的逻辑区域数据是不会被更新的，ODS区域通常使用一种叫做DSO（DataStore O bject）的对象来构建。
Data W arehouse：主题化的数据，数据只能追加不会更新。
通常Data W arehouse中使用一种叫做InfoCube的对象来存储数据。
InfoCube与DSO的一个主要区别是数据能否被更新。
Data M arts: 数据集市，按业务应用对主题进行的重组。
在这个区域，可以用InfoCube，或者MultiCube来构建，MultiCube本身并不存储数据，而是一种建立在InfoCube之上的一种Cube“视图”。
Master D ata：主数据，基本上指的是共享维数据。
通常用Characteristic和Key F igure来构建。
Access t o I nformation：大致指的是BEx报表查询分析工具集，现在已经由BusinessObject BI S olution代替。
从数据模型角度看，有这么几种：InfoCube;DSO；Characteristic；Key F igure；Hierarchy；这些数据对象的组织方式如下：1）InfoObject的组织InfoObject-‐-‐-‐-‐InfoArea-‐-‐-‐-‐InfoCatalog（分为两种，Characteristics和Key F igure）-‐-‐-‐-‐Characteristics/Key F igure等可见InfoProvider，InfoCatalog都是用来组织逻辑，而不是用来存储数据。
SAP-BW-学习笔记(精选版一)
了解更多SAP顾问信息，可参加51SAP公开课SAP BW 学习笔记版本：V1.3本文是笔者在SAP学习SAP BW期间对所学知识的整理希望对大家学习BW有帮助了解更多SAP顾问信息，可参加51SAP公开课IndexNew Questions (4)Tcode (4)Tcode Collection (4)SE16 数据浏览器 (4)RSA5与RSA6的区别? (5)InfoObject (5)创建IO的三种方式 (5)Exception Aggregate (5)Hierarchy (6)Master Data/Transaciont Data区别 (6)InfoCube (6)Access Mechanism (6)Line Item Dimension (7)Extend Star Schema (7)VirtualCube (7)Aggregation (8)Collapse(Compress) (8)Index (8)Partitioning (8)Statistics (8)架构原则 (8)性能优化....................................................................................................错误!未定义书签。
DSO ....................................................................................................................错误!未定义书签。
Standard....................................................................................................错误!未定义书签。
SAP bw 学习笔记
SAP bw 学习笔记1/什么是BW?通俗讲BW就是business information warehouse,即业务信息仓库.通过建立与企业业务流程相关联的数据模型,并将SAP与非SAP系统中有价值的信息抽取到数据仓库中,将数据转化为宏观形象的图表,并提供给领导等决策层.它不是日常交易操作系统,不能直接产生交易数据. 2/OLTP与OLAP的区别OLTP是单一系统单一模块的实时分析,是一种日常业务操作数据.（on-line transaction processing）OLAP是跨模块跨系统的战略性分析，是对历史数据的海量分析。
（On-LineAnalytical Processing）简单来说OLTP是面向事务的，是即时触发的;OLAP是面向分析的,信息具有滞后性。
3/BPS(Business Process Suite) 业务计划与模拟，他是一种预算工具。
4、rsa1（事务代码）进入DWW（data warehouse workbench）即数据仓库工作平台5、infobject（信息对象）由特性(如时间特性”财务期年”/”日历年”，单位特性“本位币”，“基本单位”)及关键指标组成。
关键指标跟数字、金额有关（如“销售金额”“销售数量”）。
特性时间特性单位技术特性关键值数量(0QUANTITY) 金额(0AMOUNT) “0”是零 6/ 信息对象是其他信息模型的基础,如DSO/infocube,也可以作为另一个信息对象的属性. 7、经典星型模式是使用最频繁的多维模型9 PSA 持久数据加载区域10/SAP 在BI 内容中交付InfoObject。
BI 标准交付的InfoObject的技术名称以0 （零）开头。
也可以定义您自己的InfoObject。
与SAP 源系统不同的是，这里只有一个要求，即技术名称不以数字或特殊字符开头，长度在三到九个字符之间。
与一些SAP 产品的要求不同，这里不需要“Z”名称11/ SAP 系统拥有长度为10 个字符的成本中心（SAP 标准） 12/常规标签页中的”长度”最多为60个字符.13/主数据/文本标签页中,短文本、中等文本或长文本分别对应20、40、60个字符。
SAPBW知识点总结
SAP中表的命名规则事实表命名：</BIC|/BIO>/F<信息立方体名>，同理，E事实表SID：Surrogate-ID（替代标识）三种DSO标准数据存储对象1 使用数据传输进程提供的数据2 可以生成的主数据标识值3 在激活期间集合了带有相同代码的数据记录4激活后数据可用于报告写优化的数据存储对象1 使用数据传输进程提供的数据2 不能生成的主数据标识值3未集合带有相同代码的记录4装载数据后此数据后可立即用于报告直接更新的数据存储对象1 使用应用程序接口提供的数据2不能生成的主数据标识3未集合带有相同代码的记录Change run的作用①、激活属性有效性②、激活CUBE聚集中由于NAVIGATION ATTRIBUTE[导航属性]生成的DIMENSION[维]表，由于聚集中的维度是根据最初的信息对象中导航属性关系生成的DIMENSION表，所以当主数据和属性的关系更改时候，需要重新生成聚集和维度（特指由导航属性生成的维度）的关系InfoCube：最大维度16个，去掉三个预先定义的time、unit、request，有13个可用最大key figure数233最大characteristic数248Rkf：限制性关键值，用一个或多个特征来限制关键值的显示内容。
Ckf：计算性关键值，用一个或多个关键值计算而得到的内容。
非聚集Key Figure有点类似计算字段，是从另外字段计算出来的SAP RFC使用总结(1).BAPI and RFCSAP R/3的接口方式主要有RFC(Romote Function Call，远程函数调用)、IDOC、BAPI三种,BAPI实际上也是RFC函数，它处理一组业务。
使用Tcode：BAPI/BAPIW在SAP系统中可查看到各模块的BAPI函数。
RFC版本：sRFC（synchronous RFC）是RFC的第一个版本，它要求连接的双方是同步的工作方式，即都是在可用状态才能够实现成功调用。
SAP学习笔记2
(二） .多本位币问题 启动多本位币存在若干小问题，因为要在多个货币之间平衡，不大好解决。
Tax on Purchase & Sales大话M M 定价增值税处理小庖 :听说S AP 定价贼难,比如说采购定单上有 17%的进项增值税 ,外加那个 7%可抵扣运 输增值税发票 ,还有装卸费和保险费仓储费什么的,定价要如何搞 ? 老屠 :K,你不是偷看了我幼儿园时平生写的第一篇日记<<今天阿姨教我算数数 >>吗?那日记我都记得一点 . 19XX 年 Y 月 Z 日 天热温度 35.456今天阿姨对我说,小屠 ,乖,我来教你算数数 ,阿姨要给你买10 个本本写字 ,每本一块共10 元钱(采购净价 ),阿姨要花时间去买的 ,就先收 1块7 毛好了 (17%增值税或啥啥的要不人家阿姨那点工资吃啥?),这1块7 以后你迟到尿床打架的可以抵扣 (当时我说,阿姨,SHERKY,YZZY ,Xuebi 他们经常欺负小女生打架还收小班的保护费 ,我从来不干这事 ,哎,后来他们就成了三个代表,这是后话.).还有王司机要帮我们将本本运回来要 1块钱(运 输费),不过他会来会送你买一根7 分钱的棒棒糖 (可抵扣额),本本到了看门的毛大爷要帮 咱们从车上卸下本本 ,大热天不容易 ,就算 5 毛劳务费,那些本本你一下也用不完就让阿姨统一 为你保管 ,可是怕老鼠什么的啃掉本本,要买掉耗子要 ,这样吧 ,收取一定的保管费(5%), 你要时本本时再发给好吗?乖,记下来 ,回去照着跟妈妈讲让妈送钱来 ⋯ 小庖 :是不是呀 ,幼儿园就这么厉害 ?老屠 :哎,你也知道 ,人过奔三 ,记忆力开始减退 ,我与有印象反正不是幼儿园时的日记就是小学啥个时候的作文 . 既然如此 ,我就将历史资料翻出来晒一下吗?重新纂改一下 (历史一般 都是有某些人随意纂改的 ).后续:相传一万年后 ,中国都还没有一人获得世界上什么骡贝耳奖金 ,中国人民皆感脸上无光 , 某天一好事的史学家无意看到这篇文章 ,犹如发现至宝 ,于是写了篇数十万的论文叫<<伤老 屠>>,论文中提到据他本人考证中国本来一万年前有个叫老屠是万年难遇的数学奇才本来早就可以获得骡贝耳数学奖,并将某考古学家收藏的本人的 <<今天阿姨教我算数数 >>手抄真迹 向世人展示 ,可惜此等 *才后来不知道怎么就改杀猪了 ,这还有待继续考证,据说当时此论文轰 动一时,哎一般都是这样的 ,有些人现在玩不出啥含先进技术的东西来不也是总喜欢拿老祖宗 那些旧事来光一下面子 . 论文同时说到 ,老屠杀猪后从不用秤秤肉都是一刀切 ,半离不差 ,传说有个叫当时老屠隔壁有个叫搅肉机的拣垃圾为生的看见自己生意惨淡人家生意红火甚感失落,一日凑足钱跑到肉档 , 想老屠要买45 斤 4 两 5钱肉 ,要分成 10 堵,第一堵要 1 斤零那么 1钱,第 2 堵肉要 2 斤零那么 2钱⋯ 他结结巴巴还没讲完 ,老屠早将肉切成10 堵,搅肉机弄了个等离子电子显微天平来一 看,K,0.0001g 都不差 ,于是大为叹服 ,投入门下 ,后来听说当时一个叫啥S AP 的东东挺火于是两人都改行宰 SAP 了⋯简单点 ,假设P O 用到下面 6 个 condition types.1.采购净价condition type PB00: Amount->10000 RMB(Vendor A)2.进项增值税condition type MWST :Amount ->17%*10000 = 1700 RMB3.应付运输费用condition type FRB1 : Amount->1000RMB (Freight vendor B)(可建立Access sequence ZFRB,在此例不建立)4.运输费可抵扣额condition type ZDK1 :Amount->1000*7% = 70RMBCopy from MWST ,Access sequence MWST5.装卸费用condition type ZZX1 : Amount->50 RMB(unload/load vendor C)(Copy from FRB1 , 可建立Access sequence )6.仓储费用condition type ZCC1 :Amount-> 库存总价值的5%((Copy from ZA01-surchage % on gross)一个比较简单的处理方法就是将进项增值税和运输费可抵扣额直接在MIRO 处理,在PO 条件类型中不反应.为此你将FRB1( 应付运输费用注意是1000*93%=930 进存货成本,对应acocunt key FR1 ),ZZX1(condition type 的Control data 2 tab 页的Accruals 打上勾,对应account key ZZX ),ZCC1(condition type 同ZZX1 一样,对应account key ZCC ),MIGO 收货的会计凭证是:Dr: 原材料11529 RMBCr:GR/IR 10000 RMB (V endor A)应计运输费930 RMB(Freight vendor B)应计装卸费用50RMB (vendor C)应计仓储费549RMB = (10000+930+50)*5%*你想将各种采购附加成本计入成本,相应的condition type 必须对应account key(即可设置各种采购附加费用科目)MIRO 时如图1,图1-[1]:校验材料供应商的应付,此时你输入一17%增值税码(关于税务设置请看本书FI 相关配置).会计凭证如下:Dr:GR/IR 10000 RMB应交税金-应交增值税(进项税额for 材料)1700 RMBCr: AP 117000 RMB (for vendor A)图1-[2]:你看FRB1 的condition category 是B(delivery cost) 就知道,这步校验运输费用和装卸费用,出现两个vendor 你选运输费用应付校验如下.Dr: 应计运输费930 RMB ( 抵消MIGO 时的贷项)应交税金-应交增值税(进项税额for 运费) 70RMBCr AP 1000 RMB (for vendor B)装卸费用LIV 同运输费用,仓储费是本公司的应计费用不校验.*通常运输费等可以建立存取顺序然后MEK1 维护一个计划价格,如果计划价格和实际支付有差异,进入OBYC-UPF 科目,详细请参考本书的实例运输费用处理)小庖:不会吧,上面那也太简单了,能不能将简单的问题搞复杂点,事实上很多时候vendor 报价都是含税价格,运输费用也是,也就是说ME11 维护的info record 和MEK1 维护的运输计划费用都是含税价(计划费用采用应计方式处理)现在我要MIGO 直接生成如下的会计凭证,你给我弄出来.Dr : 原材料(采购净价+应付运输费用+装卸费)*(1+5% 保险费)11529RMB = (10000+930+50)*(1+5%)应交税金-应交增值税(进项税额for 材料)1700 RMB应交税金-应交增值税(进项税额for 运费) 70RMBCr: GR/IR 11700 RMB(vendor A, 含税价格,MIRO 就不用输入17%税码校验了) 应计运输费1000RMB (Freight vendor B, 已含税,MIRO 直接转应付运输费)应计装卸费用50RMB (vendor C)应计仓储费549RMB = (10000+930+50)*5%老屠:那也倒是,不搞复杂一点怎么能显示我们的SAP 博大精深呢?不瞒您说,我最喜欢满足各种BT 需求将简单的问题复杂化了.我仔细看了我自己专门量身定购的<<初级会计实务-小学版>>,看了关于材料计价就是看不懂,幸好是小学生版的要是中学版还不知道要被忽优成啥.那个购买材料假设没有其他采购费用的会计凭证是Dr : 原材料11700 RMB应交税金-应交增值税(进项税额)1700 RMBCr: 应付帐款|或银行存款|或应付票据啥的,可没有说GR/IR 的,GR/IR 等于材料采购?还有应交税金-应交增值税(进项税额for 材料)1700 RMB 和应交税金-应交增值税(进项税额for 运费) 70RMB 不在MIGO 时产生让它俩在MIRO 时才产生行啵?你说的那个会计凭证完全可以在MIGO 产生只是人家一般不这样玩(因为MIGO 你看debit 只有存货想dr 税金很难, 这样的FI DOC 也只有我才能给弄出来,有点太BT,这里就不说了.) ,我让PB00和FRB1你维护含税价格,我给他们各建立一参考价格ZPB0 和ZFRB, 然后PB00 和FRB1 带到PO 自动换成不含税价格,你要看含税价格可以看ZPB0 和ZFRB.就这么定下.步骤如下:(1)如图2,ZPB0 参考PB00,该condition 不能手工修改,注意选上参考程序M( 如图2-[5][8]).(2)定义两个account key ZCC|ZZX 对应condition type ZCC1|ZZX1, 这样在OBYC 就可以设置应计科目了.(3)定义计价方案(Calculation Schema)图5-[1]:我设置了 3 个采购价condition ,ZPB0 是用来做PB00 参考condition 的,ZPB0 不允许修改,这个参考condition ZPB0 和PB00 必须满足(1)相同的access sequence 0002 (2)ZPB0里设置RefConType:PB00 RefApplicato M ,如果PB00 设置了supplement PricingProc (默认是RM0002), 在Pricing proc RM0002 最好也设置一下ZPB0.我必须指出的是ZPB0|PBXX|PB00( 通常这个用来做手工输入采购价格的,有的企业设置PBXX 并且优先级别高于PB00-> 从info record 自动带出来的)的step 都是1,图5-[1] 表示采购价格的优先级别是PB00(Cntr 3)>PBXX(Cntr 2)>ZPB0(Cntr).然后PB00设置一个AltCBV(Alternative formula for condition base value, 如图6),就是说我们可写一个routine 更改PB00 从info record 带出的值. 假设info record PB00 是11700.开PO会自动带出这个计价过程ZRM000, 所有的condition 都在一个内表,首先是ZPB0 11700( 参考PB00 的),然后到PB00 时将其值更改(除以1+tax rate,比如本例是17%,tax rate 可以根据物料主数据的purchasing view 的Tax ind. f. material 获得,这个优先级别高于info record 维护的tax code, 关于tax 请看本书的SAP 税务配置).Ok,这下我们应该明白PB00|PBXX 差别和参考价格的应用.图5-[4]:我们为ZZX1 和ZCC1 定义了两个account key ZZX 和ZCC,Accrls 表示该account key 是应计|预提(Accrual|provision), 我喜欢将这些account key 对应的科目叫类GR/IR,因为这些科目主数据有一些和GR/IR 相同的特征比如会计科目的control data tab页的only balances in local crcy 必须选上,.还因为这些科目承载的通常是所谓的采购附加费用(也可是产品版权,请看本书的外包处理实例)这些费用将计入材料成本.图5-[5]:意思是ZCC1 的仓储费是按百分比的,计价基数来自24 行到36 行.图5-[6]: 我将FRB1 的参考conditon ZFRB 放在计价过程最后一行并且没有为之设置accountkey(虽然它是应计condition, 如未设置accrual 其值就可能进actual value)是因为放在FRB1 后,ZCC1 就会将其值的5%也算进去ZCC1 的total value 而实际上ZCC1 的total value 是(PB00+FRB1+ZZX1)*5% = 549.除你为ZZC1 再使用一个AltCBV .现在你开PO,condition 如下,我并没有将MWST(input tax 17%) 和ZDK1(Fre. Tax 7%)的condition list 出来.对于input tax 可以在info record 的purchase data维护一个tax code J1(17%), 这个tax code 会自动带到condition tab 页左边的invoice tab 页,MIRO 时也会相应到到line item.condition 如下图.你也可以MEK1 维护MWST 和ZDK1 的condition record, 此时,ZCC1 的5%就要使用altBCV 了,这样此两condition 就会自动显示在PO item 的condition list 里.MEK1 你可能发现MWST 是根据客户主数据和物料销售视图的tax classifiction 决定的,所以你可能需要扩充access sequence MWST ,详细请看本书的SAP 税务配置.SE16:V_162 定义PO item layout 将GR/IR control 将tax code 设置必输MIRO,FI Doc分3 次by PO 发票校验采购净价condition type PB00: Amount->10000 USD(Vendor A)国外运输费用ZFR1: Amount->1000USD (Freight vendor B)关税ZCS1: 1000%, Amout->11000*1000% = 110000 USD(Custom vendor C)消费税ZXF1:9%, Amount-> 110000*9% = 9900 USD(Tax vendor D)消费品价值总额:Amount->130900 USD进项增值税ZZZ1:Amount->(PB00+ZFR1+ZCS1+ZXF1)*17% = 22253 USD城市运输费用ZFR2:Amount-> 100 USD (Vendor E)消费品价值总额: Amount->130900 +100 = 140000 USDMIGO 会计凭证:Dr: 那破消费品140000USDCr:GR/IR 10000 USD (vendor A)Outer Freight cost 1000 USD(vendor B)Custom cost 110000 USDConsuming tax 9900 USDSAP 税务配置.税务定义MM 篇There are tax indicators at the levels "plant", "account assignment category" and "material".如图2,设置tax ind. F. material 0.1.2,3,物料raw01 的tax ind 是 1.If the tax code can be determined automatically via conditions, it takes precedence over the tax code that has been maintained in the purchasing info record.图1-[2][3][4][5] 没有什么好说的,关键在于这个tax indictor 如何和tax code(tax code link 税务科目FTXP/OB40),tax condition MWST link 上呢?对,建立条件表扩充MWST 存取顺序.MD, 设置access sequence有点问题.在MM pricing procedure 将MWST 设置成Stat 打个小勾表示自动出现在condition list 然后做个AltCBV838. 在info record 的purchase data 维护tax code,amount 搞个routine 弄出来也行.MD, 原来condition table 要用LLAND 的在MEK1 才不会出现什么tax. Ind. F. material 在CN 没有定义.MEK1 Ok, 要不是俺会杀猪,就这个要被它忽优死.现在好了建立一个858, 加到access sequence MWST, 这样物料主数据puchasing维护tax ind. F. material 就可自动带出conditon mwst 的百分比来.确实TMD 自动带出来了,啥也不用做.如何在create PO 自动带出MWST 增值税要点由于SAP default 的MEK1 只有domestic taxes和export taxes 要通过customer classfication 和material master data 的material tax classification.这是MM 不能和SD 扯在一起.(1) 建立一个条件表,一定要有LLAND(destination country) 字段,因为只有country 级才有Tax procedure.比如表A858(2) 将这个条件表加入MWST 存取顺序.(3) 定义material tax ind. 同时在material master data 的purchasing view 选一个Tax ind.f. material.(4) MEK1 建立存取condition record,选表A858,根据Tax ind. f. material 设置tax code.(5) 这样ME21N create PO condition list 就出现MWST, 如上图.它比invoice 的tax code 级别要优先(从ME11 info record 自动带出),通常MIGO 不产生Dr:input tax 什么的,留到MIRO.那个增值税运输增税发票无非也就是这样玩法而已.太TMD easy 了.SD 篇tax图1-[1]:Define tax category by countryCountry CN 的tax category 是MWST图1-[2]:一看老美用的, Country-specific regional codes (county codes), which represent, for example, states in the USA or counties in Great BritainCountry-specific city codes比如老美同一国家可能有不同的州税,定义下regional code图1-[3]:为plant 加上country, country code,regional code, 老美的州税关咱中国人球事,不说它了.图1-[4]:在物料主数据和customer 主数据里不都有tax classifcation 就是在这定义,然后决定税种.一般这块搞一下,VK11 就可以建立MWST condition record 了,这多简单呀.图1-[5]: VAT registration number 又是欧盟国家之间的,咱们学资本主义这些干啥呢?哎,反正什么代征税(withholding tax), 州税我都很熟, 吹牛要是交税就有我来收好了, 估计Xuebi,SHERKY 每月的工资90%都要交这税了.图1-[6]:图1-[7]:SD 一周通系列老屠:SD 的定价和收入科目确定实在是很简单,事实上我发现SD 模块也算是SAP 最简单的模块之一了.小庖:你有没有做过SD 呀.老屠:从来没有做过呀.你这话啥意思?现在人咋都这样呢啊,前些时候我想干回老本行,不过深圳实在找不到要杀猪的,好不容易看到一商场招收一杀活鸡宰活鸭的,我说我是杀猪的,可HR 那小子死活认定要杀鸡宰鸭的,杀猪宰牛的不要,这什么世道?难道天天杀猪还杀不了几只鸡鸭不行?说句实在话,本来SD 这样简单的东西我是不愿意动手的,7 年前我就做过渠道分销售系统的系统分析工作,这种东西都玩腻了.图1-[1]:定义定价条件表Tcode: SE16:V_T681F|V/03|V/04|V/05在此步你可定义SD 定价允许字段和自定义条件表,请看本篇的SD 定价实例.图1-[2]:定义条件类型Tcode: SE16:V_T685A|SE16: V_T685Z和MM 一样,一般是比如你为销售定价PB00 定义一个参考价格ZPB0 什么的,只是参考程序在SD 选V 而MM 是选M 的,如需要设置条件类型的上下限(在VK11 时输入的条件值就会受限制).我记得在MM 的info record PB00 比如设置了上限100HKD, 下限50HKD, 这样在ME11时PB00 就只能在50<=X<=100 取值.但是如果PB00 是允许手工更改在Po condition里手工输入的值并不受这个范围限制,估计SD 的一样,留点东西给读者自行测试.图1-[3]:定义存取顺序Tcode:SE16:V_T682和MM 一样,实际上所有的使用到条件技术(MM 定价|SD 定价|Tax|output|costing sheet甚至SD 的收入科目确定)的东西都共用了一些相关表格和程序,所以说condition 非常简单,一通百通.: 定义和分配计价过程在MM 模块的定价中,我们是先定义方案组(schema group),方案组可以是vendor 和采购组织,然后根据方案组为标准PO 和转移单分配计价方案(Calculation Schma).显然SD 的定价稍微灵活那么一点点,为了说明SD 定价非常简单,在此我尽量使用SAP 预设的东西,实际中也不过是copy 几个东西而已,项目实施最后配置不就是按实际业务copy 来copy 去的吗?简而言之, SD 的计价过程由(1)customer(Pricing procedure assigned to this customer)(2)sales document type (销售订单类型)(3)sales area(销售组织+分销渠道+division) 三部分决定,这是什么意思呢?如上图 3.图3-[1]: 定义customer pricing procedure,你在客户主数据的sales area data 的sales tab 页的Pricing/Statistics 的Cust. Pric.proc 栏位填写.图3-[2][3[4][5]: 定义document pricing procedure, 在图3-[3] 对应到销售订单和billing 类型.图4 是一个合成图,假设我开了个sales order type OR 的销售定单,客户是1,item category 是TAN . 你从下面三个步骤去理解计价过程是如何由customer|SO type|Sales area决定.(1):图4-[5][7] 我们知道客户主数据sales area data的prcing statistics 的cust. Pric.proc. 是1,(2):图4-[1][2][3][4] 我们定义了sales area 5100|80|10,对于A( 因为我开的是OR类型销售订单, 从上图3-[3]我们知道OR 对应的doc pricing 是A),customer pricing 1 的定价过程是RVAA01 , 销售价格condition 默认是PR00 .(3):你从图4-[9] 的那个⑤按进去就能看到condition 明细,在condition 屏幕点击图4-[10] 的那个Analysis 按钮,就能知道的确我没有蒙你这个销售订单的pricing procedure 是RVAA01.练习:现在假设你使用XD02 将customer 1 的Cust. Pric. Proc. 1 改成我定义的Z,然后再开一个刚才一样的销售订单,将会有什么结果?是的, 系统会告诉你没有计价过程, 因为在图4-[1][2][3][4] Define Pricing Procedure Determination 时我并没有为sales area5100|80|10, Do Pr A, CuPP Z 定义一个计价过程.从上面的描述里,可以知道SD 的定价过程比较灵活.图1-[5]:define pricing by item category.图5-[1] 表示item category 为TAN 的必须确定销售成本(通常是VPRS conditon), 我们还看到即使是free of charge item TANN 也要确定销售成本.什么样的销售订单的行项目不要确定成本, 典型的比如寄兽发货的KAN(consignment pick-up),KBN(consignment fill-up) 和文本行项目G2TX(text item).*关于寄售请参考本书的SD 寄售流程.图5-[2] 表示item category 为TAN 的行项目允许直接带出销售定价condition type amount( 如果VK11 维护了的话),TANN 则没有(free of charge 当然不需要销售价格条件).图1-[6][7]:定义工.责员计价相关的主数据字段和condition负的access sequence 是PR00,你看一下应你的SD 定价过假设程的condition type 是PR00对access sequence PR00 可以发现有一些AcNo(Access No.) 使用了price list,material pricing group.包含price list,customer pricing,你可以自定义如果需要更细的销售定价或分类group(Customer 主数据sales area data 的sales tab页定义)和material price group( 在物料销售view 定义)的条件表,将这些条件表加入销售定价condtion type 使用的access sequence.应docPr)|Cupp.决定SD pricing procedure 的是三个条件:sales area |Sales order type(对Price list,pricing group,material pricing group 你可用于建立一些自己的condition table 然后加到销序让销售定价更灵活点而已.售定价条件比如说P R00 的存取顺PR00 只是SD pricing procedure 的其中的一个销售价格条件而已.单?也太TMD简单了吧?么简售定价就是这小庖:完了,销娘的,,以YZZY ,SHERKY,XUEBI为首的三个代表肯定会骂篇就这样完了的话老屠:如果就这B T 的SD计价过一个实际的比较程是魄的全脱的那种类,所以接下来我举他们都喜欢惊心动得住全国人民的厚望,对如何玩的,要不怎么对得起来党和国家的培养,对SD定价实例足上面三个代表的BT 需求(MD 要是都给p ast 上来,将来我儿童不宜,是只是为了满由于此处吗?好歹也能换几个酒钱).接下来5000 字省屠宰SAP 裸体写真集>>还有人买的<<大话略⋯⋯⋯收入科目确定.置设税务c ondition type-> 定1.定义c ondition table-> 定义一般pricing( 定价)可能会有这样的一系列步骤的配置有很多相同情况,甚至共享了很多相同义存取顺序->最后是定价过程.MM,SD 和税务表.Tax, MM,SD Pricing 配置表.1 Condtion table 表:T681,Tax IMG 使用了标准的A003(Tax classification) 和A053(053Taxes via Jurisdiction Code),读者应该记得在MM,SD的pricing 配置中需要自生A*** 的表) 在Tax IMG 中不用自定义C ondition table.定义C ondition table( 会产2 Access Sequence 部分表MM|SD : V_T682, table T682Tax :V_T682I,table T682I.3 Condition type: 相同Tax: V_T685A4 Procedure: 相同V_T683此三者Share 了IMG 表, 一般来讲底理解了其中一种另倆中就也差不离了.,只要彻税码序定义然后在定义税在大多数情况下, Tax IMG 相对简单算顺(如图10-1),只要Assign计务科目就可以．[1]计算过程包括定义存取顺序，条件类型然后是定义税务计算过程（如图10-2,10-3,10-4 ）[2] 分配计算过程给国家代码[3] 定义税码[4] 定义税务科目．税务配置步骤．1定义存取顺序如图10-2,以MWST 为例．[1]Access name MWST, 一般税务定义用它就行．[2]Access No. line 在此只一行，记得MM,SD 存取行号有多行．[3] 表示Table A003,MMSD 的condition table 名也是A+自定义table 名.[4] 所用到的字段，其实是A003(KOMK 亦有)的字段，只有两个，简洁．***Tax IMG 的Access Sequences相对简单，多数情况下用户使用MWST 就可,读者还可看到一些专门为美国和巴西定制的Access Sequences.2 定义条件类型做过MM,SD condition 配置的对此再熟不过了,看看TAXCN( 图10-5)的BASB 和MW A S 吧, 一个是计税的Base Amount, 一个是计税的百分比．理解了这俩个condition type 其它的都一样．如图10-3,为了便于读者理解，只列出 5 个最主要参数．[1]Condition type 名称–BASB, 计税的税务基数base amount.[2] 存取顺序名（参照图10-2）,在此千万不要输入, 税务基数和存取顺序无关．[3]K 表示税务基数不含税,另一常用的是P表示税务基数已经包含税务[4] 不允许手工更改税务基数，必须系统自动计算．[5] 在SD Condition 计税中，可使用或修改程序来实现，请参考SD 定价配置.思考:在记帐时如使用FB00(图10-9)或直接使用Editing Options 按钮设置是否选择Calculate taxes on net amount, 假设BASB Con.Category 选择的是Ｋ不含税(SAP Default), 假设Amount 是1000,是否选择Calculate taxes on net amount 对计有何影响？Tax amount 将是多少.答：选了tax amount 是1000*Tax rate, 未选Tax amount = 1000 / (1+tax rate).假设BASB Con.Category 选择的是P-计税基数含税时, 是否选择Calculate taxes on net amount 对计税有何影响？答：Tax amount 都是0,就是说不计算Tax Amount.接下来再看Condition type BW AS,如图10-4,只截了上面部分．[1]Condition type MWAS[2]Access Seq MSWT, 在图10-5 可看到MWAS 到MWCN 都属于此存取顺序．[3] 进去可看到Condition type MW AS 在各国所定义的税码．[4][5] 请读者自己比较和图10-3 的不同3 定义税务计算过程．读者再次感觉Tax calculation Procedure 和MM,SD 的Pricing Procedure 简直相同,如图10-5.[1]TAXCN, 一般国类企业就用它,其实其他国家的tax calculation procedure 特别是在计算进项税和销项税上大致相同，只是税率不同而已，关于税率(码)定义请用FTXP[2]Step 是计算步骤[3]Fro. To 就是从第几步到第几步（简直就是定价）开始是计税有效行，空表示只使用From 一行计税，比如110 MW AS 销项税从100 To 空，就是说销项税的计算是从BASB-Base Amount 行开始再乘一个销项税率．再看310 CNSD, 从300 行To 空，而300 CNSC 由是从100 行To 空,则CNSD Service Tax 借项将等于100 BASB 乘服务税率再乘一个-1.(如图[4]Account key, 也是OB40 定义Tax account 的Transaction Key***Tcode OBYZ 包含了了上面三个配置．4 为国家代码分配计税过程．直接为国家代码分配一个计税过程而已，如图10-65定义税码IMG Path:Tcode :FTXP 如图10-7.[1] 更改Tax code 属性，总不能input tax 写了17 [5],tax code 来个13% input tax, china[3] 吧.[2] 就是接下来OB40 定义的税务相关科目,一般是名称类似Purchase-Input Tax, Sales-OutputTax．[4]Base Amount, BASB, 下面的Cond. Type 实际就是税务计算过程出现的所有的condition type.[6] 参考图10-5 [3] .[7] 计税过程TAXCN 所包含的所有Condition Types6 定义税务科目IMG Path:Tcode :OB40 ,如图10-8[1] 自动记帐科目分配组，对TAX 是%TX, 再比如MM 的自动科目分配(OBYC) 的group 是RMK, 关于更详细的自动科目分配配置(FBKP 包含了ＳＡＰ所有的自动科目分配配置)请参考第例自动记帐科目分配．[2][3]MW2 和VS2 服务类税通常科目必须是成对配置的.如图10-9(仅做测试).[1] 假设定义了一个税码JT,税率是50%(测试用)．[2][3] 定义服务类税税率借贷是50%,-50% ．使用FB60(FB70) 在选用此JT 税码时,会产生一借一贷的抵消会计分录．如果[3] 不设置没有50.000-，则会根据ＴTax-Based Amount 产生amount*50% 的Tax amount .税务相关记帐.1 FB00 定义Editing Options( 图10-9).[1] 根据实际需要决定 1 是否需要选择,前面已经讲过．2FB50 总帐记帐只所以将FB50 单独提出是因为大都数记帐Tcode (FB60,FB70,FB65,F-02) 能找到那个Calculate tax 选择框，但是在FB50 好象初始界面上没有．1.错误提示2.Double Click３更改科目10010120 的金额为1030( 1000*J5 税率3%),生成凭证如下．特别总帐一日通(Special Purpose Ledger)特别总帐SAP 的应用和实施其实远不象传说中的那么神秘,特别是现在相信ERP 的概念已经深入”民用户的基本电脑操作培训.业责心”,不象多年前你实企施一个ERP项目甚至还得负我在修补是98年,那时B AAN, 我的第一印该我做ERP 开发近十年了,第一次听说已经S AP应干SAP 的待遇其高.象就是听说如此,最搞笑的是似乎很多用不过是其实S AP 的应我开始接触SAP 是2004 年下年,我的感觉来讲用和计,它的应人已经忘却了SAP TMD 首先也是一个软E RP设件系统,既然这样, 相对计是Keep usage as simply as possible, 而设本来就应该实施本来就应该不是复杂的,一个系统的ERP 的系统专门只计该是Consider business process as complex as possible , 除非你设才应题.的某企业的某阶段的某些问为了解决某行业的,不过估计他们经常挂在嘴边悟SAP 的精髓(注, 精髓此二字是他们有人说俺杀猪的还没领我没吃过骨髓那就真是自己也没搞清楚,如果没错的话,我记得猪呀牛的只有骨髓,你硬要说陷).的是诬?老婆回答:如果今天你晚上不又要铺下来吗我和老婆讲,每天起床不用浪费时间折被子吧,这脏,如果不会或没有变脏不用洗脚吧,反正洗完了又会变不折被子,明天你又会找借口说睡觉则,懂啵?叫生活规又何苦洗,这去请巨资顾问就是游戏却要耗费,这这问单可是你企业题正好回答为个用如此简什么SAP应.规则山不是山,见水是水,第2 重:见水不是一位学者这山是山,见样阐述人生的 3 重境界,第1 重:见水仍是水. 企业E RP 的应,用也该如此,第1,ERP 是一个信息系统山仍是山,见水,第3 重是:见,第3,ERP 是一个信息系统.助)管理系统第2,ERP 是一个(辅个角度来讲:不上ERP 是等死,上了是找死.如果你从这,就很容易理解,之了一句话有位兄弟说代的国企,管理水平如何我不多说用台湾张济时,我应划经前国内大部分企业都是经过多年计容.:国企不倒,天理难五常的一句话金黑洞,另一个企要靠ERP 来代退人管理,一个企业吹嘘上了ERP 后堵住了资如果你的企业了.没了,真是I 服了U,这是什么跟什么呀,就不多评论业更得意上了ERP 后采购猫腻提供正确数据的信息,能及时一个真正的高管理水平的公司应该将ERP 看成一个信息系统惯,无为在好好再宰两年SAP 以后再慢慢已成习而治,MD,现是靠人),管理应系统(管理决策还专门能吹善写的高手做秘的了一定要高薪聘请象俺老弟SAP搅肉机这来吹,等以后俺得势样书天天也整点管理方面的文章到处去晒晒⋯问总帐一日通.篇文章叫特别:你为什么把这虚地回答,主要一是屠宰SAP 真TMD 太容易了,你只要花一天的时间看看,我总没当此时很谦。
SAP BW学习方法总结_【51SAP教育中心】
目录目录 (1)1. 在源系统中设置BW传输参数。
Frequency 一般设置为5-10 (3)2. LO LIS的区别 (5)3. LBWE中维护默认的LO数据源 (6)4. Direct delta / Queued delta / Unserialized V3 update (8)5. 主数据DELTA (9)6. Delta Management中的一些定义 (9)7. 几种更新模式(Update Mode) (9)8. Delta type (10)9. Update Mode: Repeat (10)10. DataSource在R/3和BW中的表 (11)11. Return Table (11)12. 从CSV文件上传中文 (12)13. RSA7 Delta Update 和Delta Repetition (12)14. Query 跳转时显示如下消息 (14)15. Query中交通灯仅在合计行显示 (18)16. 在不同层次的合计行用不同的颜色显示 (19)17. BW中的SD凭证流 (23)18. 如何减少维度表的大小 (24)19. 删除PSA数据 (24)20. RSRV检查 (26)21. 在MultiProvider中，要连接的特性必须是一样的？而不能是参考？ (26)22. 在SD凭证流Infoset中，如何解决KPI重复计算的问题？ (26)23. LO中的PP数据源，生产订单需要设置： (27)24. LBWQ的数据无法进入RSA7 (28)25. CELL (29)26. 几个ODS同时激活，需要设置RSODSO_SETTINGS，和RZ10的参数文件.3227. 设置RSODSO_SETTINGS，和RZ10的参数文件后仍然不能激活ODS数据，用SM50查看BW处理进程，并保证GBD空闲进程至少三个。
(34)28. 在query里显示当期日期，可以创建一个公式变量，用客户退出。
sap bw实训总结2000字
sap bw实训总结2000字经过一段时间的学习和实训，我对SAP BW有了更深入的了解和掌握。
在实训过程中，我主要学习了SAP BW的基本概念、架构和使用技巧，同时也通过完成实际的案例来提升自己的实操能力。
在本文中，我将对我的实训总结进行详细介绍。
我学习了SAP BW的基本概念和架构。
SAP BW是一种企业内部数据仓库系统，用于管理和分析企业的数据。
它由多个组件组成，包括数据源、数据存储、数据转换和数据分析等。
在实训中，我学习了如何建立一个SAP BW的数据模型，并熟悉了其中的各个组件和其功能。
我学习了SAP BW的使用技巧。
在实训中，我学习了如何使用SAP BW的用户接口，包括BEx Analyzer、BEx Query Designer和BEx Web Application Designer等。
我学会了如何创建和修改查询，以及如何通过这些查询进行数据分析和报表制作。
我还学习了如何使用BEx Web Application Designer创建交互式报表，并将其发布到企业的门户网站上供用户访问。
在实训过程中，我还通过完成实际的案例来提升自己的实操能力。
我使用SAP BW建立了一个完整的数据模型，并在其中加载了实际的数据。
然后，我创建了多个查询，并通过这些查询进行了数据分析和报表制作。
在这个过程中，我遇到了一些问题，比如数据不准确、查询运行速度慢等，但我通过查阅相关资料和请教老师及同学的帮助，最终成功解决了这些问题。
通过这次实训，我对SAP BW有了更深入的了解和掌握。
我不仅学会了SAP BW的基本概念和架构，还掌握了其使用技巧和一些常用的数据分析方法。
我相信这些知识和技能对于我今后的职业发展是非常有帮助的。
我还从这次实训中收获了很多其他的东西。
我学会了如何与团队合作。
在实训过程中，我需要与同学一起完成一些小组任务，需要协调各个成员的工作，并及时交流和反馈。
我锻炼了自己的问题解决能力。
在实训过程中，我遇到了一些困难和挑战，但我通过自己的努力和不断学习，最终找到了解决方法。
sap bw学习重点知识
sap bw学习重点知识前言SAP公司是全球最大的企业管理和协同化商务解决方案供应商、全球第三大独立软件供应商、全球领先的协同电子商务解决方案供应商。
其产品SAP Business Suite是目前全世界排名第一的ERP软件。
它代表着最先进的管理思想、最优秀的软件设计。
世界五百强中有超过80％的公司使用SAP。
随着中国迅速发展，SAP做为全球最大的ERP软件提供商在中国的实施案例越来越多，对SAP 技术人员的需求数量也越来越大，而其先进的管理思想和业务实践吸引着众多国内ERP爱好者和企业管理人员进行学习。
但是在SAP的入门学习过程中，众多SAP爱好者遇到了两大问题。
一是由于SAP的高端定位，其培训课程非常昂贵，普通爱好者承受不起；二是SAP资料大都是英文资料，中文资料太少而且没有系统性和组织性，而能够适合初学者，引领初学者从入门到理解业务的中文教材几乎没有。
这两大问题造成初学者在SAP入门学习过程中往往不得要领，甚至放弃学习。
而我国企业在国际化过程中，必须要有国际化企业运作的管理经验和业务实践，通过学习SAP中多家世界级企业抽象出来的业务管理模式这条捷径，将其应用到我国企业管理的学习者、实践者们，对于他们我们应该给予他们最大的帮助和支持。
在初学SAP过程中，大多数人都踏进了一个误区，就是把SAP当作一个软件来学习，想当然的一开始就学习后台配置，基础维护等功能，造成花了大力气学习配置优化，却发现没有什么实际的学习效果。
殊不知SAP是各种管理理论的实践，应该从前端业务层面操作流程，通过案例学习指导实际操作，才能理解SAP的精妙之处。
所以本书通过完整案例引导初学者入门，从管理流程的角度学习SAP，达到事半功倍的效果。
我们看到在国外SAP应用已经非常普及，和SAP相关的学习资料也非常的多。
例如在IT业比较发达的印度对SAP软件的应用已经非常深入，我们可以看到在官方的SAP论坛上的大多数都是印度人而且很多经典的SAP学习资料也都是出自他们之手。
SAPBW学习总结（1）_BW学习笔记_【51SAP教育中心】
SAPBW学习总结（1）_BW学习笔记_【51SAP教育中心】SAP BW学习摘要Content List1Unit 1 Create Infocube (3)1.1 Create Infocube (3)2Unit 2 Import data into Infocube (7)2.1 Create Source Systam (7)2.2 Create an Application component (7)2.3 Create an infosource at AC (Application component) (8)2.4 Assign an datasource for an infosource (9)2.5 Create an infopackage (10)3Unit 3 (input master data/text/hierarchy) (17)3.1 Input some data manual method (17)4Unit 4 Hierarchy (21)4.1 Define an attribute for an Infoobject. (21)4.2 Create an Hierarchy for an characteristic (21)5Unit 5 Create Infosource for Transaction data (27)5.1 Customer’s some information (27)5.2 Sale’s some information (28)5.3 Final master data structure (29)5.4 Create an Infosource for Transaction Data (30)5.5 Edit Transfer rules (32)5.6 Create update rules for Infocube (34)5.7 Create an Infopackage to import transaction data (35)5.8 Using BW Monitor for infocube in workbench (39)5.9 Check data and modify some in PSA (41)5.10 Schedule Upload data into Info package (41)5.11 Update the data into IC_DEMO2 this infocube (42)6Unit 6 Create query and workbook (43)6.1 Create a query using BEx analyzer (43)6.2 Query (48)6.3 Hierarchy (49)7Unit 7 User Authorization (51)7.1 Maintain Role (51)7.2 Create Authorization Object (55)7.3 Reporting Authorization Object (56)8Unit 8 Design Infocube (56)8.1 BW Star schema (56)8.2 SID Surrogate –ID (替代标识, 代理标识) (59) 8.3 SID表 (60)8.4 Design Blueprint 1–depend on Time (63)8.5 Design Blueprint 2–Demission Attributes (64) 9Unit 9 Aggregate & Mutil-infocube (65)9.1 Aggregate (66)9.3.1 Mutilcube = Mutilprovider (67)9.3.2 Characteristic (69)9.3.3 KEY FIGURE (69)9.3.4 Display the structure of the Fact table (70) 9.3.5 Create an Query using Mutilinfoprovider (71) 10Unit 10 ODS (76)10.1 Create an ODS object (76)11Unit 11 Business Content (78)11.1 Create logical system for SAP R/3 System (78) 11.2 Create logical system for BW system (80)12Appendix A PSA (82)13Appendix B TIPS (83)1 Unit 1 Create Infocube1.1 Create InfocubeT-CODE: RSA1Infoarea,infoobject catalogInfoobject,CharacteristicAttributeKey figure关于创建INFOAREA的,可以看做一个目录.但是这个目录是需要把CHARACTERISTIC和KEY FIGURE 分开, 所以需要在INFOAREA的下面分别创建INFOOBJECT CATALOG分成两个类别一个是CHARACTERISTIC, 一个是KEY FIGURE.这里有几个问题需要注意下:AMOUNT和QUANTITY都是数量, 但是有点区别.前者是与固定的金额关联系(比如物料的单价, 或者总价格, 后面销售出去的单位, 几个, 几件, 等等), 后者则是与固定的的计量单位关联这些是特征不是属性,属性是从属于特征的,虽然也是特征. Characteristic and assigned dimensionTip:SAP BW 3.5的版本里面显示的是InfoProvider,所以有点和书上不一样.点激你说创建的INFOCUBE-然后点”显示DATA MODEL”,系统会显示如下的图片2 Unit 2 Import data into Infocube 2.1 Create Source Systam2.2 Create an Application component2.3 Create an infosource at AC (Application component)2.4 Assign an datasource for an infosource分配INFOSOURCE一个DATASOURCE,这样一来,它就知道去那里找数据了,采用如何的传输规则.然后ACTIVATE 这个INFOSOURCE对象2.5 Create an infopackageMASTER DATACSV文件的格式于结构然后点,Schedule-- START,状态条会出现以下的信息.”DATA was requested.”还可以在这边设置一些Start in the background job 让系统周期性的去自动读这些数据.这里发现一个很有意思的地方Master data maintains的维护的字段TEXT决定了下面的东西你可以看到你上传到BW中的数据.是完整的.Short Description 没有数据是因为. 我到这里只创建了IO_MAT2_ATTR的Infopackage.(MASTER DATA)IO_MAT2_TEXT是TEXT数据,还没有建立.关于上传TEXT数据的时候,要转换传输的规则,这个时候需要对TRANSFER RULE进行改变,所以这些要建立TEXT一个INFOSOURCE.把ATTR变成TEXT.这样一来, 系统才能找到正确的的传输价值否则就会像下面一样报一个错误.TRANSFER STRUCTURE没有找到.在START IMMDEITALY TRANFE出现以下的错误.所以要做下面的一步骤OLANGU是语言的字符映射对象.现在TEXT的上来了,但是英文的语言有点问题,应该是EN,下面我们在做测试.但是PSA的表里面是EN的.有点迷惑了对PROCESSIONG里面的更新,我们先放如PSA里面,然后可以修改数据,如果数据正确,我们再INFOCUBE里面,这样一来可以做一些数据的检查.保证放如BW的数据的准确性更加的高了x在PSA中是3 Unit 3 (input master data/text/hierarchy) 3.1 Input some data manual method这里发现一个SAP的BUG,可能是BUG吧,在修改的状态下,LANGUAGE应该是MATERIAL NAME的,这里却西安市LANGUGAGE.经过一个自己的特别的环节后,以下的ZF变成EN了.数据好了.我把Texts language dependent的勾去了,然后保存,然后又选择上,然后再次激活.然后把TEXT infopackage 再次上传一次.然后看看数据,就又好了,原来这里还有是很多机关的. 自己慢慢折腾出来的\。
sap学习笔记.docx
SAP学习手册IV发表人:sunxufeng | 发表时间: 2006年三月27日, 17:32请教各位，我已经在测试系统里，归档了销售订单以及其发票，会计凭证和交货单，但是我想看看归档的效果，请问R3系统有可以查看到归档数据的功能吗？另外，交货单还对应一张物料凭证，我就是直接归档交货单了，不知道是不是应该先归档物料凭证再归档交货单？因为归档发票的时候，需要先归档发票对应的会计凭证，再归档发票。
否则系统不让通过。
怎样做归档的资料在本论坛前几天我发的帖子里有人提供了，基本上是STEP BY STEP的教，很详细。
你去那下载吧。
只是归档不同的数据要选择不同的归档对象就可以了。
如归档销售订单用的归档对象是SD_VBAK, 归档交货单用RV_LIKP, 归档销售发票用：SD_VBRK, 归档会计凭证用：FI_DOCUMNT我提的问题是如何查看已经被归档的数据？在每个归档对象中，都有一个管理功能，你选择一下，就可以查看该归档对象所归档的全部内容，系统按日期排列但是我归档的销售订单，数量字段都显示为空。
其实这些订单都有数量。
不知道是没有把数量字段拷贝到归档文件，还是读取程序有误没有显示数量字段。
请帮我再看看好吗？选择某一次归档会话，点击“√”：然后系统显示这次会话归档的销售订单清单，但是奇怪的是，所有的销售订单数量字段为空，如下图：为何计量单位显示为****** 导致无法使用,如何解决?计量单位是在后台设置的。
系统中有一个基本计量单位，你现在所看到的计量单位是自己定义的。
可以任意设置，只要填对两者的换算关系就行了。
物料主数据的单位，不是在你当前语言环境下创建的吧, 看看你的物料主数据是否在英文环境下被建立,没有建立中文单位.请教！怎么删掉SM37中Active状态的进程？有几个进程的状态是ACTIVE 而且执行的时间已经很长了。
现在想把进程DELETE，可是用什么方法都无法办到。
SM50吧，但是在sm37里不是有stop这个功能么？在SM50中看不到这个进程。
SAPBW学习笔记(精选版二)
性能优化●InfoCube为什么快⏹之所以cube比ods速度快，和它采用的SID机制分不开的。
众所周知integer是比char检索速度要快很多的。
⏹再就是cube的index，cube里的所有characteristics都是key，都有索引，不然IO的效率就大大降低了。
●优化方案：⏹颗粒度尽量大：尽量不要在Cube里放太detail的数据，这种需求首先考虑R3用ABAP解决，如果非要在BW，可以考虑在DSO出明细报表，在Cube出汇总报表，通过RRI接口调用明细报表。
⏹查分多个：当Cube的数据量很大时，可以拆分成多个Cube, 再用MultiProvider拼起来，这样query会在N个Cube中并行，提高效率。
这就是所谓的逻辑分区。
常见的分区方式有按年月，按国家，按BU，按类型等。
⏹压缩（慎用，最好是半年甚至一年以上的数据）：给Cube做Compression。
Compression 本质上是去掉Data Dimension，这样fact table就被压缩了，但是request id 也消失了，将无法通过request id去管理数据。
⏹索引：数据库的索引可以加快查询速度⏹分区：对于很大的Cube，可以做partition, 这是物理分区，只支持按时间分区。
⏹聚集：使用Aggregation可以提高性能。
但是Aggregation本身是cube的一个子集，提高性能的同时也加大了数据冗余，所以不要用太多。
⏹Staitics：定期刷新DB Statistics 可以提高reporting的效率。
⏹使用MP：维度设计上，避免很多数据量很大char.放在一个维度上，因为这样会让维度表变得很大。
通常，尽可能拆分成更多的维度，然后在multiprovider层面，把相关的char都放一个维度里，然后做好Mapping，这样可以让用户更容易理解MultiProvider. 不过维度太多会导致fact table巨大，所以要做好平衡。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
性能优化
●InfoCube为什么快
⏹之所以cube比ods速度快，和它采用的SID机制分不开的。
众所周知integer是比
char检索速度要快很多的。
⏹再就是cube的index，cube里的所有characteristics都是key，都有索引，不然IO
的效率就大大降低了。
●优化方案：
⏹颗粒度尽量大：尽量不要在Cube里放太detail的数据，这种需求首先考虑R3用
ABAP解决，如果非要在BW，可以考虑在DSO出明细报表，在Cube出汇总报表，
通过RRI接口调用明细报表。
⏹查分多个：当Cube的数据量很大时，可以拆分成多个Cube, 再用MultiProvider拼
起来，这样query会在N个Cube中并行，提高效率。
这就是所谓的逻辑分区。
常
见的分区方式有按年月，按国家，按BU，按类型等。
⏹压缩（慎用，最好是半年甚至一年以上的数据）：给Cube做Compression。
Compression 本质上是去掉Data Dimension，这样fact table就被压缩了，但是
request id 也消失了，将无法通过request id去管理数据。
⏹索引：数据库的索引可以加快查询速度
⏹分区：对于很大的Cube，可以做partition, 这是物理分区，只支持按时间分区。
⏹聚集：使用Aggregation可以提高性能。
但是Aggregation本身是cube的一个子集，
提高性能的同时也加大了数据冗余，所以不要用太多。
⏹Staitics：定期刷新DB Statistics 可以提高reporting的效率。
⏹使用MP：维度设计上，避免很多数据量很大char.放在一个维度上，因为这样会让
维度表变得很大。
通常，尽可能拆分成更多的维度，然后在multiprovider层面，
把相关的char都放一个维度里，然后做好Mapping，这样可以让用户更容易理解
MultiProvider. 不过维度太多会导致fact table巨大，所以要做好平衡。
⏹Line item Dimension：对于material等很大的主数据，使用Line item Dimension.
⏹BIA:使用BIA是比Aggregation更有效的方法，就是要花不少钱。
InfoCube.doc
DSO
Standard
●标准DSO（生成主数据标识、对于相同关键字段的值进行合并、可直接出具报表），对
应后台3个表，NEW TABLE/LOG TABLE/ACTIVE TABLE，即保存了DELTA增量的CHANGE LOG 数据。
一般通过DTP来更新数据。
这种DSO也是我们用的最多的类型。
●数据需要激活后才能使用。
含有Key Field与Data Field，通过Key Field的组合作为唯一
值判断，进行合计、覆盖的操作
●标准DSO需注意的问题
51SAP教育中心项目实战培训
51SAP 教育中心项目实战培训 ⏹ 如果是激活业务内容的DSO ，然后复制出来作为自己的DSO 使用的话，一般不需
考虑关键字段的问题，系统的设置一 般会保证DSO 数据与PSA 数据完全一致，但
如果是自己通过直接输入信息对象创建的DSO ，则需考虑值的合并，因为在标准
DSO 对于相同关键字段的值系统 会自动合并，这个时候需注意转换中的规则明细
是覆盖还是合计，如果有合并的字段，即DSO 更新的数据少于PSA 的数据，建议
把转换中值字段的规则明细全部 修改为合计，以保证值的正确，总之，在使用标
准DSO 时需考虑值的合并问题(项目中如何使用的)，并考虑转换的规则明细，但使
用写优化的DSO 则不存在该问题
⏹ 建议如果采用三层数据模型架构的话，可考虑第一层使用写优化的DSO ，保证该层
DSO 数据与PSA 完全一致，第二层DSO 使用标准DSO ，第三层使用CUBE （颗粒度
变粗），完全更新的数据源情况下，写优化DSO 在新增数据时，会重复计算以前已
抽取数据，在建立DSO 时需仔细考虑DSO 类型、数据更新方式、DSO 关键字段和
数据字段设置、以及转换中的明细规则中的集合设置为覆盖还是合计
Write-Optimized
● 写入优化的：（不生成主数据标识、不合并相同关键字段的值、速度快可用于存储大容
量数据）这种DSO 类型，用来处理大量的数据，但后台也只对应ACTIVE TABLE 。
通过DTP 来更新数据。
每条数据记录的技术关键值是惟一的，所以只进行数据库的插入操作，没有更新操作。
● 一张active 表，一般用于大数据量的加载。
由技术关键值、语义键、数据列组成。
技术
关键值又包括Request GUID 、Data PackageID 、Data Record Number 组合而成，他们确保了数据的唯一性。
● 优化的数据存储对象的设置中，以下的设置选项是特有的:语义的数据存储键值不惟一。
这一选项仅与写优化的数据存储对象相关。
数据表的技术关键字经常由数据请求标识、数据包和数据记录号组成。
我们定义DSO 时指定的关键字段组成了写优化的数据存储对象的语义键。
如果未设置此标识，那么系统检查语义关键字的惟一性并为关键字组合生成带有技术名称"KEY" 的惟一索引，出现任何相关键字组合的记录都会报错。
如果设置了此标识，那么数据存储对象的数据表可以包含几个带有相同组合键的记录，它们由技术关键值区别开来，在报表的结果上，这些记录是相加的，所以在转换规则中，只有汇总选项，没有覆盖选工页。
● 适用场景
51SAP 教育中心项目实战培训 ⏹
构建EDW 的原始数据层，无报表需求，不需要激活，ETL 过程更快 ⏹
存储大量document level 的明细数据 ⏹
每次加载的都是新数据，数据不发生变化 ⏹
临时存储数据 ⏹ 实际项目中，写优化DSO 通常用于存储财务凭证和物料凭证，这些凭证一旦发生
就不会修改。
⏹ 怎样才算重复呢，导入数据的时候
⏹ Seamantic Key 有什么作用
Direct Update
⏹ 直接更新的数据存储对象也是只有一张active 表，即激活数据表。
不同的是，数据
在进入数据存储对象后在报表层次是不可用的，常用于APD 的写入操作。
InfoCube和DSO对比
三种DSO对比
DSO都是二维表
51SAP教育中心项目实战培训
51SAP 教育中心项目实战培训
文档
DSO.doc。