Samuel Blog

You may be wondering if you can transport certain SAP objects, and if possible, how?

Here are tips for different objects:

1 LSMW There are 2 ways for transporting LSMW data from a system to another.

1.1 Export/import This method gives you the opportunity to select the subprojects or objects you want to transfer. Hence you don’t transfer the object a colleague might have created and that should stay in development system. LSMW -> Extras -> Export project

1.2 Transport request With this method, you can transport a LSMW project in full (you can not select the objects you want). With this method, the project will be transported as any other SAP object in a transport order.
LSMW -> Extras -> Create change request

2 Program variants
If you have several program variants in a development system that you want to transport, use the following method to transport them:
Execute program RSTRANSP (via se38) and inform the program and/or variant names (you can transport variant of several programs in one shot).

3 Layout In some transactions, one can save layout of the screen (sort, filter, … criteria).
These layouts can be transported: In the required transaction, when your layouts have been saved, go to Settings -> Layout -> Layout Management. Select the desired layouts and go to Layout -> Transport… There you can add your layouts in existing TO or create a new one.

DB data
In some unusual cases, you might have to transport data of a SAP table.
Go to transaction SE16, select your entries and go to Table entry -> Transport entries. It’s only possible for some tables…
If you cannot do it that way, you have to create a Workbench transport order with transaction SE10. When created, click on it, go in menu Request/task -> Object list -> Display object list.

Go in modification mode and add a new line with:

PgmID = R3TR
Obj = TABU
Object name = Name of your table

Double-click on the created line and, depending on your need, put ‘*’ in the key field or double-click on it and select the key you need to transport.

4 Queries
Queries, datasets and user groups can be exported/imported between the systems thanks to the program RSAQR3TR.

5 Standard texts
Standard texts used in SAPScript (created with transaction SO10) can be included in transport orders. You have to create a Workbench transport order with transaction SE10. When created, click on it, go in menu Request/task -> Object list -> Display object list. Go in modification mode and add a new line with:

PgmID = R3TR
Obj = TEXT
Object name = TEXT,,ST,

Example :
R3TR / TEXT / TEXT,YMM_MEDRUCK_MAIN_16_EC,ST,F

You can also copy a Sapscript object (like standard text) with the program RSTXCPFS.

How to transfer a executable report from dev server to prd server? And that report contains one user defined view. I want to transfer *the report and the view* from dev to prd.

At the time of creating the report itself it will ask you to select the PACKAGE.

Here you should select the package instead of $TMP package, which for transporting the objects and create a new request and save it. If you want to give a TCode for the program that you have created just give SE93 in the GUI Window and give the TCode name there and enter the Create button. there you should give the name of the object or program that you have created and save it. After completing this go to SE09 TCode and select the MODIFIABLE Check box and press DISPLAY Button.

In the next screen you have to select the Request that you have created and click the check syntax icon. If no errors are there then you can press the Release Directy icon to transport the request to the Quality system. From there it has to be transported to the Production System. The latter part BASIS will take.

感谢撰写此文的作者，没法找到原出处，如有人知道，请指正，谢谢！本身也在从事同样的工作，能有所借鉴。

早就答应给大家写一下我做SAP顾问的一点心得，今日稍稍得闲，想起对诸位的承诺，不如早早动笔，免得日久忘笔食言
想来做这个行业时间不长，但感触颇深，在此分享，希望对诸位有所裨益！
分以下几个话题：
1． 几个简单概念
2． 如何成为一名SAP顾问
3． 如何成为一名优秀的FICO顾问
4． SAP顾问的生活状态
5． FICO顾问在各阶段的任务
6． 结语

一．几个简单概念：KEY USER, IT USER, END USER
1. KEY USER:
在一个SAP项目中，KEY USER是客户方的业务骨干人员，在项目中负责向模块顾问传递企业内部所负责领域的关键需求，也是系统测试阶段的关键测试人员，对FICO来说，通常是一些较为资深的会计人员，财务经理等；KEY USER全面掌握SAP前台操作，负责对END USER的操作培训，是顾问和END USER之间的联系人，收集并负责向顾问解释END USER的需求。
2. IT USER:
是客户方IT部门的成员，通常计算机基础很好，在项目实施过程中从KEY USER处获得本企业相关领域的业务知识，从顾问处获得相关模块的SAP知识和技能; IT USER全面掌握SAP的前后台操作，负责解决SAP使用过程中的技术问题，项目实施中是顾问的得力助手，项目结束后作为企业内部顾问，对企业新的业务需求进行分析并给出解决方案。
3. END USER:
是企业SAP的最终使用者，一般的业务人员，各层级的经理等等，企业内部SAP使用者只要不是KEY USER，IT USER的都可以称为END USER．END USER是客户需求的初始提出者，SAP系统规划的最终目的也就是满足他们的需求，日常业务中每个END USER仅使用SAP前台的部分相关操作，对FICO 来说，END USER可以分为总账，应收，应付，资产，出纳，成本，财务经理等，每个人通常只有部分前台操作。
从以上几个概念可以看出，最有可能成为SAP顾问的就是IT USER，随后是KEY USER，再其次是END USER，从某个网站的统计资料可以看到，FICO顾问中，ＩＴ背景和财务背景的各占一半。

二．如何成为一名SAP顾问：
１． 可以推理得出，最容易成为顾问的还是IT USER，因为通常IT USER对SAP的技术知识以及相关业务知识，项目实施过程都有所了解，所以应聘为一名初级顾问应该很容易。对于一些对SAP很感兴趣的KEY
USER，由于有着丰富的业务知识，对SAP系统前台业务的较多的理解，相对来讲也容易成为一名初级顾问，END USER就很差了。作为END USER，要花费相当大的努力最好先成为一名KEY USER，转为顾问才会轻松些。很多大公司实施SAP后，人员流动非常之快，IT USER和KEY USER的流动率很高，新招的人很难原来就做过KEY USER或者IT USER的，对SAP感兴趣的END USER，这时可以试试。
２．没有任何基础，如果接受了SAP顾问学院的培训并获得ＰＡ证书，也很容易应聘成为顾问；SAP顾问学院的学费极其高昂，通常是企业出资培训，可以想象此种培训背后的违约协议将是如何严格，并且不见得培训后一定会获得此证书。还有其他各种培训公司对学员的培训，但这种培训如果有项目实习，那将会更好，但没有哪个公司敢保证对学员的项目实习机会，即使有，费用绝对高昂。
３．没有任何基础，也没有获得什么ＰＡ证书，想成为一名SAP顾问，可以想象就更难了。我想跟大家强调的就是这种情况下如何成为一名SAP 顾问。经过了这个课程的培训，感觉上即使SAP应用的水平再差，如果能把我们课堂练习的那些内容作过去，SAP 的前台操作应该没有问题的，和不懂SAP的人相比你们已经很懂，如果稍加练习，然后应聘为一个企业的KEY USER, 绝对不成问题的,好一点的可以直接到一些顾问公司去应聘,当然不要挑选顶尖的公司,那需要你有更多其他方面的实力。

如今的企业在招聘KEY USER的时候，似乎条件很高，但我相信你只需告诉他们你已经有某公司的KEY
USER经验一年以上，而且在面试的时候，他们从前台操作及SAP的概念上无法难倒你，你成为一名KEY USER的可能性很大，做一名SAP的KEY USER实际上是很舒服的，甚至有很多顾问最终都选择了做企业的KEY USER. 当你成为一名KEY USER并且在企业内部也做过实施的话，你就完全具备出来做顾问的条件了，剩下的只是你如何对你所想去的顾问公司表现你对SAP的理解了。
对于几位从事ABAP的学员，我建议你们以ABAP顾问的身份进入顾问公司，然后在项目中和模块顾问学习，我所在的公司的ABAP顾问很多都是通过这种方式转变为模块顾问的，还有就是，如果能够精通ABAP并且了解SAP业务模块，此种水平的ABAP也很值钱的哟！
成为一名SAP顾问的途径很多，但前提是你非常渴望在这一行发展，我们常说：有志者事竟成，是的，我非常相信这句话，想做，就能做到。而且我绝对相信，咱们这些学员中肯定会有几人很快走上顾问这行的，要知道，大家的起点曾经是一样！

三. 如何成为一名优秀的FICO 顾问：
FICO顾问在几乎所有SAP项目中都要有所参与，并且与几乎所有模块都有所关联，个人认为，FICO顾问的发展潜力是很大的。
１． FICO的特点:
PP是几乎每个项目都不一样，所以做起来又苦又累，而FICO几乎每个项目都差不多，FI没有那么多的灵活性，一切都要按照符合会计制度的方式来设置，操作。CO灵活性很大，但是正是这种灵活性，让顾问有更多的可发挥的空间，也正是客户所感知的价值所在。关于FICO，几乎没有什么可以争论的问题，FI的做法永远都很标准，CO的灵活通常是超过客户的期望的。
２．作为一个FICO顾问，首先是其他模块顾问的财务指导，其他模块的业务流程涉及到财务的部分，财务可以最终决定取舍，毕竟，财务是外部要求，很难变通，如果一项后勤的操作的财务影响不符合会计制度，毫无疑问要取消掉．所以很多时候后勤顾问（ＰＰ，ＭＭ，ＳＤ）提出的新流程都要征求财务顾问的意见，这就需要财务顾问对SAP后勤知识有一定的了解，
３．作为一个FICO顾问，只跟客户讲SAP是不够的，要与财务经理在业务上进行沟通，客户有些时候对SAP的某种操作提出质疑，我们要从财务原理的角度上去解释；了解客户需求需要顾问有一定基础的财务知识，在项目中，如果让客户方感觉出顾问不懂财务，权威性一旦遭到质疑，那接下来项目一定会做的很辛苦。
４．从财务部分延伸出去的SEM以及EIS，BW都是信息系统发展的方向，掌握了财务部分，你会更清晰的理解一个企业运作的原理和目标。
从以上可以得知，要想做好财务顾问，财务知识，一些常见的SAP后勤模块的知识一定要有的，所以，你需要下的功夫很多哟。这所有的一切，不过是成为一名优秀的FICO顾问所应该具备的，要想做到这一点，还需要态度和努力。
大家能够见到的顾问形形色色，仅仅很精通SAP某模块知识和优秀的或者说资深的顾问完全是两回事情；SAP模块知识掌握的多少，SAP整体知识的掌握，项目实施经验，客户沟通技巧，对待工作的热情和态度……，如果你想成为一名优秀的顾问，在这些方面都要做得很好才可以哟！

四.SAP顾问行业的生活状态：
1.
做好吃苦的准备；是否能吃得了这份辛苦：顾问收入高,但也超级辛苦,华尔街投资顾问以及大公司的咨询顾问动不动就连续三四天平均每天只睡三四个小时的工作，还好，SAP顾问远没有那么辛苦，除了上线阶段外，平时为项目的事情也就加班到八九点钟，但问题是，SAP的博大精深大家一定有所耳闻，从业者对其欲罢不能，尤其是初涉此行业的人，都是把几乎所有的业余时间都用在了系统操练上，越搞感觉不懂的越多，上瘾呀，所以很难罢手，怎不辛苦！？
2.
要承担巨大的压力：你肯定会经历这个环节，客户的需求很多，而有的你根本就不知道SAP是否能够实现，从他人那里也找不到帮助，所以要自己测试，自己不懂，但不能跟客户讲你不懂，你要读大量的文档，要去在短时间内把一个不熟悉的东西变成自己非常熟悉的。
3.
凡事靠自己：不要寄希望公司会给你什么帮助，也不要寄希望别人会给你什么主要的帮助，没有谁会耐心地给你讲解SAP内部的种种关联，你对其他资深顾问提出的问题应该以寻求确认的方式去问，比如你可以问：
A..某种特别的需求可不可以在系统中实现?
B. 通过某种方式可不可以实现某种功能，有什么潜在的风险?
C. 通常某种需求在系统中是不是这样实现的?
D.没有相关的文档（配置文档，操作手册）发来瞧瞧？
这样的问题让别人在回答你的问题的时候,根据经验很容易做答,
大家时间都宝贵,你需要从他那里获得确认你的某些想法的信息，而不是让他详细地告诉你如何如何去做，所以也就需要你在准备问题的时候自己要多下功夫思考和阅读一定的资料。而且只有这样，你的功力长的才会很快，因为有些时候，依赖过多也会形成习惯的。
4.
经常出差：很少会有项目就在我们所在的城市进行，因此，出差是家常便饭，如果是附近省份或者省内项目，每周回家不成问题，如果是较远地区需要乘坐飞机，好一点的公司会允许两周一次公费往返，很多公司甚至一个月允许一次公费往返。
所以大家可以想一想，这样的生活状态是否是你所能人忍受的，你喜欢这么做，还是因为收入高你宁愿这么做？一定要从自己的现实状况去考虑一下！我见过有的顾问因为作这一行，老婆离婚，女友分手的，还有的人父母年迈需要照料，长期出差难以承受的，总之，要先权衡一下，一旦是那样的生活状态，自己是否可以承受。

五．FICO顾问在各阶段的任务。
通常来讲，不论采用什么样的项目实施方法论，整体的项目实施过程基本上是一样的，我在课堂上曾给大家做过一定的解释，那就是项目实施的五个阶段：项目准备，蓝图设计，系统实现，上线准备，系统切换及上线支持。下面我分别介绍各个阶段对FICO来讲的任务有哪些：

１． 项目准备：
这个阶段通常来讲算是项目前期工作的一个总结，以项目启动大会为结束标志，它包括了项目计划，项目章程，组织结构，人员职责，项目工作环境等等的设定，这个时候，顾问甚至还没有完全进入项目，通常开项目启动大会的时候，顾问到场出席即可。

２． 蓝图设计：
这个阶段主要完成客户未来流程的设计，作为FICO顾问，你要做的事情主要有如下几点：
A. 概念培训：对KEY USER和IT USER进行SAP FICO OVERVIEW的一个培训，此培训通常基于IDES系统,主要让客户掌握SAP的基本概念，对SAP的操作和运行方式有个基本的了解。
B. 现状调研：对总帐，应收，应付，固定资产，成本计划以及核算等财务子职能的现状进行调查，详细了解客户各方面的需求，这个阶段顾问间要经常沟通，从而可以更全面地掌握客户需求。
C. 蓝图设计：对比现有流程与SAP标准流程间的差距，通常财务流程较为标准，对于特殊需求，特别考虑一下即可。这个阶段的顾问要写出蓝图文档，也是客户与顾问冲突最大的阶段，成功的关键是引导客户需求，降低客户对项目不切实际的期望等等。
这个阶段对初级顾问来讲，极其痛苦，你不得不在业余花费大量的时间去准备好多未知的东西，让客户相信你，只有充分的准备，而这些需要大量的精力投入。

３． 系统实现：
此阶段要将蓝图设计中涉及到的流程，在SAP系统里给予实现，更多的是技术方面的工作，也就是系统配置，配置结束后要进行顾问内部的测试，将基本流程测试无问题后进行单元测试和集成测试，单元测试过程是IT
USER和KEY USER掌握SAP详细功能的起点,针对本业务范围内的所有业务场景进行功能测试, 单元测试文档由KEY USER准备出来，记录测试过程及结果，这个文档也是接下来用户培训阶段培训手册的蓝本。此阶段顾问要着重解决KEY USER提出的各种业务流程在系统中如何表现的问题，也是对KEY USER进行SAP操作培训的最重要的一个步骤。单元测试结束后将进行集成测试，集成测试可先在两两模块之间进行，先解决小范围集成遇到的各种问题，然后再进行大范围的集成，涉及到企业日常运作的主要场景，从销售预测，销售订单，生产计划，采购，库存，生产，销售，收款等等业务循环各阶段的操作的进行，凭证的显示查询，单据的流转等等。此部分内容主要由KEY USER 来进行;本阶段你要负责的事情：
A. 配置系统并和其他模块顾问进行内部测试。
B. 与KEY USER一起进行单元测试，并负责解决测试中出现的各种问题
C. 培训KEY USER和IT USER基本业务流程操作
D. KEY USER 进行集成测试，负责解释后勤业务部门提出的疑问，并解决接口问题
E. 权限角色的设定（通常有模板，此模板我也给过大家一份）
F. 客户需求的各种单据表格的开发测试（和ABAP沟通）

４． 上线准备：
此阶段要做的主要工作是上线数据的准备以及最终用户的培训工作，数据可分静态数据和动态数据，静态数据也可称为主数据，如客户，供应商，物料等等，动态数据为业务产生的数据，如客户余额，物料库存数量等等，对FICO顾问来说，要准备的静态数据无非是总账科目，客户，供应商要对应的统驭科目，银行信息，还有就是物料的价格信息，而动态数据无非是各种类型账户的科目余额，这个阶段作为FICO顾问你需要做的事情是：
A. 提供数据准备的模板给关键用户，负责解释模板各字段含义
B. 检查数据准备的质量
C. KEY USER对END USER进行最终培训，顾问要负责支持
D. 此阶段仍旧会有客户特定需求的配置，改动等等
E. 系统上线数据切换策略（我曾经给过大家的DATA CONVERSION STRATEGY）

5. 系统切换以及上线支持：
此阶段实现数据从原有系统到新系统的导入，对于后勤业务来说，物料主数据必须首先导入系统，然后是BOM,
ROUNTING, 已经下达尚未收货的采购订单，生产订单，尚未交货的销售订单等等，对于财务部分，最最重要的是将总账和明细账对平：
A. 导入上线时刻财务数据到新系统：对于总账存货科目余额，一定要和所有物料价值明细对平，允许的差异记录到材料成本差异账户，总帐的固定资产余额要与固定资产明细对平，应收应付预收预付总帐科目要与客户供应商余额明晰对平。通常用CATT就可搞定。
B. 运行成本估算，从系统内产生物料的标准价，从而后勤物料移动，成本信息准确反映。
C. 上线后的日清操作：上线后要对所有从后勤业务产生的财务凭证进行检查，从而保证后勤业务和财务的正确集成。一旦发现错误操作，当天发生的，当天解决，财务尤其需要关注的是仓库的收发料操作，错误的物料价格，错误使用的移动类型，常常对财务产生较大的影响，而且此种类型的错误一定要进行纠正，必要时可采取一些奖惩措施。
D. 上线后月结支持：通常SAP系统上线第一个月的月结需要财务顾问现场指导，而且在月结时候暴露出来的一些业务问题要进行纠正。
E. 上线后的其他支持：系统上线后两周左右，顾问撤离客户公司，以后的大部分支持是通过电话，EMAIL,VPN远程连接来解决的。END USER的问题传递给KEY USER和IT USER, IT USER作为企业内部顾问将逐渐取代FICO顾问的角色，他们再将自己无法解决的问题传递给顾问，顾问解决不了的再向SAP发送MESSAGE,
请求SAP的全球支持，就是这样一个帮助链条保证SAP系统的正常运行。

六. 结语:
这段文字开始起笔于4月17日，结束于5月3日上海飞往吉隆坡的飞机上，按理说这点东西完全可以一气呵成，可忙碌的工作让我很少有心情去写，可我还是希望把自己了解的一点关于SAP顾问的东西让大家一起来分享。希望对各位能有所帮助。
我相信有些同学还在犹豫：自己是否去做顾问？做了顾问的前途是什么？而我一直认为，人一生只要能够认真做好一件事情，实属不易，而企业IT应用这一块的市场一直在发展，所以，想做什么不要犹豫，年轻的时候做什么都有道理，关键是要利用好自己的时间，珍惜每一天，让每一天都过得有意义，你的付出终有回报，相信自己才会成功！
让自己变得足够专业，这个世界真的会属于你！我在努力，希望我们能一起努力！
谢谢！

最近的手上有个项目涉及到一些XI的知识，就在网上先找了些放这儿，以备参考。
1. SAP XI概念介绍：

SAP XI交流基础设施（Exchange Infrastructure）应用集成平台作为SAP Netweaver中间件产品的一部分，目的是为non-SAP系统提供一个其他管理信息系统与SAP系统进行数据和流程交互的平台，因为SAP定位于ERP系统，关注点在企业的人、财、物，但对于企业其他的专业系统，SAP的功能无法覆盖和取代，因此，必须有这么的“接口”来实现相互之间的数据和业务交换。
SAP XI平台包含两块，第一块称为Integration Broker，以消息的方式进行系统间的数据的交换（包含Adapter引擎和Integration引擎两部分）；另一块为BPA（业务处理引擎BP engine），即业务流程自动化，实现外围系统业务流与SAP业务的衔接。这两块是两个层面的功能，即BPA建立在IntegrationBorker之上的。
整个平台基于J2EE架构实现，物理架构如下

1、Integration Adapters 集成适配器，符合JCA规范，提供了各种类型的接口（IDOC，SOAP,HTTP,FTP,JMS,JDBC等）用于外围系统与XI连接，XI提供了PCK工具(Partner Connectivity Kit)与XI基于XML格式进行数据交互，Integration Adapter是双向的，它将各种协议和数据格式转换成XML格式的消息对象，反之亦然。集成服务器自带了几种集成适配器，但大多数集成适配器是附加部件。
2、Integration Server集成服务器，是XI的核心部分，实现从外围（或内部SAP）应用系统接受消息，利用路由和映射规则处理消息，最终送达接受应用系统（SAP或外围，为双向）。
3、Integration Directory：集成目录用于XI运行(Run-time)，它包含了路由规则，活动状态服务，可执行映射规则和特定系统状态等的配置信息。
4、Integration Repository：集成对象库用于进行集成设计（Design-time），如映射，接口，组件。它符合J2EE标准，集成对象库中的信息被集成目录(ID)所使用，这些信息被集成目录中的特定配置信息所利用，并用于XI运行。
5、System Landscape Directory(SLD)，系统全景目录，包含组件库(component repository)、名称空间（naming reservation）和全景目录(landscape directory)，组件库包含所有SAP模块的描述，包括版本号，补丁版本，以及全景内当前各组件的依赖关系，全景目录与组件库的区别是全景目录包含的是当前安装的各类组件的描述。为避免命名冲突，SLD也提供了名称空间服务，使你能够保留部分名称为全局唯一。SLD是XI上的一个服务器应用程序，客户端通过HTTP协议连上SLD后，可以查看XI平台的各类配置信息。
这是XI平台的另一张物理结构图。

从这张图上，可以看出XI遵循了设计时（design-time）和运行时(run-time)分离的设计思想：
左边包含集成库和集成目录，在集成库（IR）中进行抽象接口定义，流程定义；在集成目录（ID）中进行流程配置，路由规则配置，映射规则设置，IR和ID通过集成工具（Integration Builder）完成上述工作。
右边IS（Integration Server）包含三个运行时引擎，Adapter Engine(适配器引擎),Integration Engine（集成引擎）,Business Process Engine（业务处理引擎），适配器引擎实现了与SAP R/3系统，其他系统的连接，集成引擎实现了消息的路由，映射，和通道转发（到适配器引擎），业务处理引擎负责从ID加载流程配置和规则信息并控制消息的路由、映射和转发。此外，中央监视器（Central Monitoring）负责收集、监控运行时的信息处理的各类信息。
下边的SLD，作为一个服务器应用程序，客户端可以通过WEB浏览器，获取并配置XI平台的各类信息，包括安装的软件清单（Software catalog），命名空间等。
在www.sdn.sap.com，上有许多XI平台的资料，包括视频版本的学习资料供在线学习。
=================================================================================================

2. SAP XI/PI 常见英文缩写：

SAP有很多英文的缩写，单独看字母有时间很难说出其含意，SAP XI里也是很多，所以整理一下，整理无顺序。

XI:SAP Exchange infrastructure

PI:  SAP NetWeaver Process Integration  XI7.1 之后，XI改名为PI

CCMS：Computing Center Management System ，比较专业的监控工具，CPU，内存，OS，message，queue都可以进行监控

CEN：   Central Monitoring System (CEN)，

PMI：Process Monitoring Infrastructure (PMI) 用于收集Message监控数据和性能分析数据

RMI :Remote Method Invocation 远程方法调用,用于分布式应用系统

SLD:System Landscape Directory 保存各系统信息，

SWCV:Software Component Version 一个products 可以有多个SWCV,在开发时一般用于定义一个接口，可以是认为是一人项目。

IB：Integration Builder 包含ID，IR

ID：  Integration  Directory

IR：Integration Repoitory

IS：Intergration Server

RWB：Runtime Workbench 集中监控平台，

BPM：Business Process Management 业务流程管理，用于复杂流程处理，message合并等。

ccBPM:Cross-Component Business Process Management

ALM：Alert Management

JCA: J2EE Connection Architecture

ESA：Enterprise Services Architecture

SDM:Software Deployment manager J2EE部署工具，比如JDBC的 Drivers

GRMG：Generic Request&Message Generator ，是CCMS中心程序，处理后在RZ20中显示监控结果，

               SAP Note 634771                 GRMG     Customizing File for XI CCMS Heartbeat.

EAI：Enterprise Application Integration 企业应用集成

XSLT：Extensible Stylesheet Language Transformation

CTS+:Change and Transport System(CTS+),是一种XI新的迁移处理机制，利用change and transport system(

         BC-CTS)功能，为ABAP，JAVA和Integration Builder对象的迁移提供更加紧密的集成。

BAM：Business Activity Monitoring 业务活动监控，它提供对业务绩效指标的实时访问，以改进业务运作的速度和效率,它与BPM的关系是BPM是BAM的实现。

TREX:TREX是SAP开发的高性能的非结构化索引引擎，SAP NOTE 867381

ICM:Internet Communication Manager  网络通迅管理

ICF:Internet Communication Framework 网络通迅架构,ICF可以看成是一个WEB服务，对提供的所有应用服务进行描述和管理,是运行于ABAP端，用于响应web请求的服务.

HA：High Availability 是双机结构，高可用性，当其中一个机器挂了之后马上切换到另一台机器上

PCK：SAP Partner Connectivity Kit SAP 客户开发工具包，可以通过PCK直接与另一个XI系统（可以非本公司）相连。

JPR:Java Proxy Runtime

BE:Base Effort 同步调用

EO：Exactly – once 异步调用

EOIO：Exactly – once – in – order 异步顺序调用

AFW:Adater Framework ,AFW是J2EE应用程序，提供接口的配置，adapter 管理和监控和连接外部系统的信息。AFW 转换message的格式并发给IS。  

SDA：software deployment Archive

CAF：Composite Application Framework，由两个组件组成：process layer, UI layer, and service layer

DTR：The Design Time Repository (DTR) is a repository that provides file versioning. All design time objects or sources are stored and versioned centrally. It is used at SAP’s customers’ and partners’ sites as well as in SAP’s own development. 

JSPM: Java Support Package Manager ,用于升级support package和patchs,也可以用于三方组件的升级，SDM也可以升级，区别是SDM是单独升级，并可以undeploy. JSPM 是连接SDM进行布属。

SDU：software delivery units

NWDI ：NetWeaver Development Infrastructure

CIM：Common Information model 公共信息模型

QOS：Quality of service

ITS- internet transaction server   R3 3.1G开始引入ITS，实际上是Web服务请求转换服务,ITS 6.10开始(R3 4.6C对应sap web AS 6.20)为了让ITS支持多种协议，增加一些新的技术，并在内核中扩展了处理这些协议的流程，叫ＩＣＭ,ITS负责将web服务传输过来的web请求和ABAP应用进行请求和数据的转换和调用

ESR:Enterprise serivces repository 企业服务仓库

=================================================================================================
3. SAP XI 常用事务代码

IDX2    查看IDOC结构，如果发现XI与SAP发送来的IDOC mate date 转换失败，可以用这个事务代码查看两边的结构是否一样
IDX5    根据日期进行查看发送和接收的IDOC，XML messages in idoc adapter
IDX1    查看IDOC Port (port maintenance in idoc adapter) 在这个里配置        destination         (这        个        在        SM59），如果传输有问题，可以在SM59里做一个连接测试.
IDXP     Packaging manger monitor
SM58    RFC 监控
SMQ1    qRFC outbound queue 监控
SMQ2    out inbound queue 监控
SLDHTMLGUI  用WEB方式查看SLD
SXMB_IFR  启动integration builder
SMICM  ICM 监控
ALRTCATDEF- Alerts Configuration.
ALRTDISP - Display of Alerts Created 
SXMB_IFR ->  启动 Integration Builder
SXMB_MONI -> Integration Engine – Monitoring
SXI_MONITOR -> XI: Message Monitoring
SXI_CACHE ->   To Access IS runtime cache
SXI_SUPPORT -> Test all the Repository and Directory Objects
SXI_CACHE -> XI data directory cacheidx1 -> idoc adapter
IDX2 -> idoc metadata
IDX5 -> monitor idoc adapter
ST22 -> ABAP dump analysis
SMQ1 -> messages inbound e outbound queue
SMQ2 -> messages inbound e outbound queue
SMICM -> J2EE administration
ST06 -> Operating System Monitor. cpu memory filesystem machine status – cpu, memory and file system.
ST03 -> workload.
SCC4 -> Client Administration
sale – ale settings
RZ10 – edit system profile
SM59 ->mantain rfc destinations
BD64 -> mantain distribution model (trasformazioni)
AL08 -> list all logged users(user login logon)
SE10 -> Change Request
SE09 -> Change Request
WE05 -> All idocs
WE19 -> IDoc Test Tool
WE21 -> port definition
SE11 -> Data dictionary
se37 -> mantain funcion modules
SICF -> http server configuration
SMGW -> Gateway Monitor
BD13 ->
BD64 -> Maintenance of Distribution Model
PFCG -> Roles
table TSTC -> sap transactions codes
table TSTCT -> transaction descriptions
STMS -> transports management
SPAM -> apply ABAP support packages
SPAU -> manage objects after apply support packages
SE01 -> manage change requests
SLDCHECK -> Test SLD Connection
SLDAPICUST-> SLD API Customizing
SXMB_ADM -> Integration Engine – Administration
SXMB_MONI_BPE -> Process Engine – Monitoring
SE38 -> ABAP Editor
SE11 -> ABAP Dictionary
ST22 -> ABAP dump analysis
SPROXY-> ABAP Proxy Generation
SE80 -> Object Navigator
ABAPDOCU -> ABAP Documentation and Examples
SE24-> Class Builder
SM21-> Online System Log Analysis
SMQ1-> qRFC Monitor (Outbound Queue)
SMQ2-> qRFC Monitor (Inbound Queue)
RZ70-> SLD Administration
SM58-> Asynchronous RFC Error Log
SM59-> RFC Destinations (Display/Maintain)
SMICM-> ICM Monitor
WE60-> Documentation for IDoc types
BD87-> Status Monitor for ALE Messages
IDX1-> Port Maintenance in IDoc Adapter
IDX2-> Meta Data Overview in IDoc Adapter
WE02-> Display IDoc
WE09-> Search for IDocs by Content
WE20-> Partner Profiles
SE16-> Data Browser
SE93-> Maintain Transaction Codes
SM30-> Call View Maintenance
SU01-> User Maintenance
SM02-> System Messages
BD54 -Logical System Creation.
SWF_XI_PBUILDER -> for Detail BPM Process
SMQS – > to register the destination in QOUT scheduler
WEOUTQUEUE – > to start the queue processing
SMQR – > to register the queue
IDXPW – > to activate the IDOC message package
IDXP – > to monitor the message packages. 
SWF_XI_CUSTOMIZING -> transaction to check prerequisites for integration processes.
SWF_XI_ADM_BPE-> Start or Stop BPE
SWF_XI_ADM_BPE_DISP-> Display BPE Status
SXMS_IECONF               ->Integration Engine 配置
SXMS_QREG               ->注册和激活queue
SXI_SHOW_MESSAGE  显示message 信息
=================================================================================================
4. SAP R/3 与其他异构系统集成时是否需要应用 SAP XI

    当需要做 SAP R/3 与其他异构系统集成时，面临两个方向的选择，一是采用简单而实用的文本方式（以下简称方案一），系统之间通过约定的公共目录进行数据交换，一般每个接口使用一个特定的文件；另外是采用 SAP XI （Exchange Infrastructure）作为中间件（以下简称方案二），SAP XI 全力支持 SAP 产品之间或 SAP 产品与其他第三方系统之间的集成。
    这两种方式各有优劣，本文从若干角度进行分析。
    从统一性角度考虑，方案一的每个接口都采用自己的连接方案，模式各不相同，方案二通过 XI 与 R/3 单点连接，在 XI 上可以统一管理各个系统的外部连接方式。
    从操作/维护性角度考虑，方案一的每个接口都有自己的程序进行触发，正式投入使用后，日常维护人员需要对每个接口的状态进行监控，如果有异常还需要进行较复杂的人工干预来达到数据的一性；在方案二中， XI 通过集中处理，集中维护以及集中监控的手段，对于所有的接口进行监控和控制，通过技术手段和重发保证来完成所有的信息正确的传递到目的系统中，杜绝交易信息在传递过程中的丢失和重复。
    从状态更新角度考虑，方案一通过文本进行数据传递，无法保证数据在传递过程中的丢失，只能通过最终的导入日志查询最终数据进入的状态；在方案二中，XI 如果采用 IDoc 方式与 R/3 集成的话，SAP 的 IDoc 状态更新可以保证数据在出站和入站的时候的各个状态更新，并且通过XI更可以了解到数据在各个状态的情况
    从完整性角度考虑，方案一对于文本数据较难判断是否有重复的导入的现象，在程序中需要加入一定的判断以确定数据不会被重复传入；方案二中，SAP的 IDoc Audit 机制可以保证数据被接收系统准确的导入，并通过状态更新来确认数据是否准确的被导入到目的系统。
    从出错处理角度考虑，方案一中，一般多个凭证通过文件打包的形式进行数据通讯，需要进行编程对其中一两条出错的文件进行单独处理；方案二中，每一个凭证数据都是一个 IDoc，很容易对不正确的 IDoc 进行再处理
    从出错提醒角度考虑，方案一中，无法自动完成出错提醒，只能通过人员手工的去检查报表来发觉接口是否有出错的情况；方案二中，可以通过 XI 的 BPM 和 R3 的工作流来做自动提醒出错处理，支持 Email / FAX / SMS 等多种方式。但在测试中发现，XI 偶尔存在丢失消息的现象，比如 XI 将数据库表的数据读走，并改变表的标识字段表示已读走，但数据进入 XI 后丢失，在 XI 的 Adapter Monitor, Message Monitor 均无任何出错信息。这是一个很严重的问题。
    从系统出错的可能性角度考虑，随着系统的增加，出错可能性成指数的增加。方案一中，如果对实时性要求不高，双方系统的当机，并不影响双方数据的一致性；方案二中，需要考虑 SAP XI 或者各系统如果当机，该如何处理，需要考虑如果确认 XI 有丢失消息的现象，该如何应对这种情况。
    此外，对某些系统而言，安全性是一个重要的指标。XI 提供对消息加密传输的处理，这里不多叙。
    从实施时间考虑，采用文本文件是最为简单的，可以迅速的构架并投入使用；方案二从单个接口的角度看实施时间比使用文本方式长，但是如果以后接口数量增加，实施速度可以迅速提高
    从功能扩展性角度考虑，方案一中，如果有任何外围系统的变化或SAP系统的升级，即导出/导入的文件文件格式有变化，相关接口程序均要调整；方案二中，XI通过图形界面的数据匹配工具，屏蔽了由于某一方数据修改后，对其他方面产生的影响。
    从实施费用考虑，使用文本文件对于整体项目在接口的开发费用是最低的，而方案二较之需要额外的软件实施费用加上软件许可费用。但考虑到接口开发的费用以及维护、扩展的费用，也有可能得到相反的结论。
    总之，在项目的实施中，需要综合考虑实施的风险和 TCO 这两个因素，来确认是否需要使用 SAP XI 。

5. 另：SAP Library – SAP Exchange Infrastructure

A work center is a physical location where operations are performed.
When the master record for a work center is created in production
planning, it is linked to the cost center and to the various activity types
of the cost center. This link enables the price of the activity type to be
accessed. The activity price is used to valuate the labor or machine time
that is made available by the cost center during production.

Work center是一个实际存在的生产场所。当work center的主数据建立于生产模块的同时，因为主数据中包含cost center，于是它也被链接到了cost center所对应的activity type。这使得activity type里面所存的price可以被使用。这个activity price可以通过生产中使用的cost center来评估labor和machine时间。

摘于AC040 2003版，第106页。

有时候用SM37来搜索Job感觉很慢，查了一下，可以直接用SE16进下面几个table找Job，更准确且快！
TBTCS: Job Status Overview Table
TBTCO: Batch Schedule Table
TBTCP: Batch Job Step Overview
TRDIRT: Title Texts For Program in TRDIR