SAP Blog——SAP Explorer

1．T-code: SE19，创建ZKEVIN_MIGO Implementation2．SE80 建立Program ZKEVINMIGO。同时可以根据提示建立ZKTOP3．在ZKTOP中建立自定义字段*&---------------------------------------------------------------------**& I

SAP为了ALE/IDoc更具灵活性，提供了Filter和Conversion功能。Filter是针对Message type的，而Conversion则是针对Sender和Receiver的。         Filter的一般定义流程为：T-code: BD95->BD59->BD64，Filter是针对Outbound使用的，可以时一些不符合Filter的数据过滤掉，不生成IDoc，也不

ALE/IDoc 在Outbound的时候，需要有程序来生成IDoc，在Inbound的时候需要有程序来解析IDoc，从而在R/3中生成主数据。   由于Outbound有：Message Control, Change Point, Stand-Alone三种方式，所以就衍生出三种不同Outbound程序。但是概念上，总体是一致的，只是实现是一些参数和功能不一样。相比而言，Inbound就比

由于这边的业务比较复杂，对需要Archiving数据做的处理也就很多。    这里我就要提到架构问题。之前写程序也没考虑到架构问题，因为大家都知道，国内做ABAP开发，程序的规模都不是很大。能在一个程序里写完的，绝对不放在两个程序里搞定。    刚看到把一个程序搞那么复杂时，我真觉得那个美国的架构师是不是闲得没事做了，特意把简单东西复杂化了。    但实则不然。    后来在做项目

 对于透明表及结构的增强，主要两种。一种是Append Structure，还有一种就是Include形式。    Append Structure可以扩展原来的表结构，但是并不是在原来的表上加字段，而是再建一个附加的结构，物理上，数据是存在两处的。而且，一个Append Structure只能有一张表结构。如果把有Append Structure结构的表进行复制的话，那么在新的表中，原有的A

Web Dynpro是SAP为了推行它的Netweaver战略而对ABAP用途的又一次扩展。    国内使用Web Dynpro的项目不多，我个人也只是将一些SAP的官方文档看了一下并且自己做了几个例子把玩了一下（实际上就是把R/3里的程序做成Web界面而已）。总体感觉不是很难，只要有一些OO的基础，上手是很快的。    Web Dynpro有以下几个特点：做过BI

BDC（batch data communication）是SAP常用的一种数据传输方法。用于一些数据量大，但是对速度又要求不高的数据传输。    在实施中，很多开发顾问都忽略了BDC的日志和出错管理。这给用户在使用中带来了很大的不便。比如：哪些数据是成功生成的，哪些是失败的？那些失败的，原因的是什么？程序问题还是数据问题？    我觉得，既然是要做一套程序，那就应该尽可能地为客户考虑，减

子屏幕  建立步骤:1.       先建立一个新的程序以存放子屏幕screen type ---subscreen2.       在主程序屏幕中 建立子屏幕区域(名称一定要大写)3.       在屏幕的PBO中 调用子屏幕        call subscreen [屏幕区域名] including ‘[子屏幕程序名]’ ‘[子屏幕号]’.4.      

创建SmartformT code ---smartforms 作用:能够打印表单,套打:一次打300张 要求smartform的制作要非常精细 创建FORM步骤1.       预先对form的结构进行规划2.       建立对应的style  进入页面,创建style,页面包含3个文件夹  Header data  Paragraph format

课前复习P (4)    长度4个字节Xstring (10)  长度为10个字节,可以容纳20个数字大结构体与小结构体的兼容 Move 大 to 小  大的覆盖小的  大结构体的剩余部分保持不变Move 小 to 大   匹配的部分 被小的覆盖, 其余的字段被初始化 P 类型 与 F类型的优缺点P:计算精确,适合商业结算,但范围短F:储存范围大,计

课前预习练习:海尔需要二次开发 项目经理BOB需要做哪些事首先需要开发change request –CR 习题1:当ABAP Interpreter在解释ABAP程序的时候发现一个 OPEN SQL语句它会将OPEN SQL发送给Database答案:错原因: 当ABAP interpreter 遇到OPEN SQL的时候,它首先会把它交给 Database Inte

Serialization在ALE/IDoc中的一个应用。有一些标准的Serialization Groups，实际定制的不多，这里只是作为一个知识储备讲一下。   何为Serizalization？就是一系列的Message type按一定序列发送接受，可以理解为打包发送。这与一般的单个的Message type不同，SAP有它特定的一些设置，下面就让我们来看看这些设置。   

对ALE/IDoc进行了一个粗略的总结，而实际上ALE/IDoc还有很多应用，比如与BAPI的接口（实际上就用BAPI把ALE/IDoc的内容封装起来），这样就方便做一些外部调用等动作了，与其他SAP系统的接口（BI、PI等），与第三方系统的交互（EDI）等一系列的应用。总的来说，这项技术在SAP中很有用。    还是要重提一句话，这种实践性很强的技术，一定要多练习，光看书是没用的。所以我在一

Fixed data objects(固定数据对象)Literal:文字  例:”hello world”Constant: 常量使用constants 可以定义ABAP常量, 注: 常量第一次被赋值后,就不能再更改 Data object(数据对象)包括变量literal文字constant常量  Value assignments(赋值)

SAP中实现分布式的一个机制就是ALE/IDoc，而在具体一点就是change point。         Change point是用来分发主数据的。主要有两种实现方式，一种是直接方式，另外一种是通过SMD tool(shared data master tool)来实现。   我们先来讲一下直接方式。所谓的直接方式，就是运行一个为一个主数据专门的Repoort程序，填入相关参数，就可

之前说过一个Main Menu的架构，虽然实现难度不是很大，但是却可以省去用户很多麻烦。所有的T-code都集中在一个屏幕上，再也不用记那么多繁杂的T-code了。    主要是在Menu Bar里加上相应的T-code和描述，下面是代码的实现。很简单吧！但很实用！*----------------------------------------------------------

上文介绍了一下Archiving，下面来介绍我参与的那个项目。   一般来说Archiving只要Basis去做就可以了，但是由于上线一段时间后客户会做很多的定制和增强，那么原有的Archiving程序就不能再用了，需要重新编写。   Archiving运行界面：    我们需要用T-code: AOBJ来定义一个Archiving Object。其中有四个主要的地方需要ABA

所谓的SAP Archiving中文解释就是归档。这是一个什么样的概念呢？就比如，纸质办公的企业，它每年都会有很多的资料和数据，过几年就需要把一些用不着的文件整理处理，由专门的人员管理和保存，不再或很少拿出来使用（仅供特殊用途）。这是为了保证这些过时的文件，不影响到现有的业务，以免混在一起，降低现时文件的查找效率、造成管理混乱。那么现在SAP的归档，你可以理解成把纸质变成了硬盘和磁碟机，它们也有存

 BAdIs(Business Add-Ins)是SAP在R/3 release 4.6A后增加的增强技术。总的来说，BAdIs克服了之前出口的所有缺点，并且还是用最新的OO技术实现，可谓是万千宠爱于一身。不过在项目中，用BAdIs的顾问还是比较少，多数是用Customer Exit和User Exit完成。    T-code se18 BAdI Definition    T-code

LSMW(Legacy System Migration Workbench)，设计的初衷是为了R/3期初的数据导入，但是在上线后，这个工具还是非常地有用。   LSMW一共4中输入方式：Standard Batch/Direct Input; Batch Input Recording; Business Object Method(BAPI); IDoc(Intermediate Docu

提到OLE&DOI,我们不得不先说说两者这间的关系。   OLE是SAP早期与微软Office集成的工具，而DOI是它的替代技术。在实际项目中使用到OLE&DOI的场合多是EXCEL表格的读入或是填制。有些需要自动画表格及填数据，有的只是要求在原有的模版上填制数据。根据不同的场合可以选用不同的技术。（有些公司用EXCEL的打印来替代FORM）   下面主要讲一下，OLE&DOI关于EXCE

Table Control作为一个表维护的标准工具，在屏幕程序中经常使用。它的特点就是简单，实现速度快。缺点就是不够灵活。   我个人更喜欢用ALV grid，由于基于OO，ALV grid绘制图形表格，更加灵活，功能更加强大（大家从标准的ALV grid中自带了那么多功能键就知道了）。但是往往强大的工具，实现起来就相对就比较复杂。   所以对于需求比较简单的功能，诸如从一些外部文件导入数

*----------------------------------------------------------------------** Program Name: Z_KEVIN_TEMPLATE* Project     : N/A* Author      : Kevin.Zhang* Date        : 2007.1.1* Module      : N/A* Descr

内表的建立标准内表建立Types tt_flightinfo     Type standard table of sbc400focc        With non-unique key carrid connid fldate.Data itab_flightinfo type tt_flightinfo. 1.       data itab type .2

复习: Select语句的使用关键字into后可以加 structure(结构体), internal table(内表) 和 field list(字段列表)  Authority 权限 程序员可以根据权限对象创建权限实例而basic 负责将权限分配给其他用户  At selection-screen在选择屏幕中输入值后,点击屏幕左上角的运行按

 我在新环境中，学到的最多的东西就是接口技术，也是我觉得很有用的一些知识。    由于公司业务复杂，第三方系统很多，有很多业务系统在上面跑。SAP引入之后，就需要和第三方系统做接口，比如订单、物流什么的。不过有一个很好的趋势，很多老系统在被淘汰，原来的一些核心业务正在向SAP移植，可见SAP还是不错的，这口饭还有得吃。    我这边的接口类型有不少，比如ALE/IDoc，PI，FTP等。但

将一个功能或者模块的开发放在一个Package里，这是一个习惯。就如，我们把SAP Archiving中所有的字典对象，类，程序等都会放在一个Package里。国内有些项目放得很随意，有根据开发人员分Package的，有分得很宽泛的，更有甚者随便拿了个Package就可以你放，以为只要能传输就可以了……但是为了方便项目的管理和维护，我觉得还是以项目为单位比较好。特别是当一个公司模块很多，错综复杂的

SAP Archiving中对于一些增强过的表及特殊要求，我们要重写一些PreProcessing, Write, Delete, Read等程序。由于PreProcessing就是在Archiving前做一些检查和处理，每个表都有不同。所以下面就举Write, Delete, Read等比较通用的程序。(其实还是按照我之前的方法，把例子看懂了，逻辑清楚了，就可以拿来重用了。不然每次都重头写，不要

Field Exits，我想了一下还是单独拿出来写一下比较好。    虽然技术上来讲有点像Customer Exits（两者都是通过function来实现出口的），但是其原理和用途又有很大不同，而且Field Exits，SAP在4.6之后就不再支持了，如果没有用过这个技术，想要用，还要重新启动PRD才行，很麻烦，所以这里只是做个介绍性来谈谈这种出口方式。    大家可以在SE38里，运行

User Exits是SAP第一代增强技术，其技术原理就是在程序中预先置放一个Form...EndForm的子程序，并在事物运行时Call这个Form。当然，如果这个Form是空的，那么不执行任何操作，反之，执行相应的动作。User Exits的写法，和修改标准程序是一致的，要有向SAP申请Access Key才能对这些程序进行修改。与修改标程的区别在于，在SAP做升级的时候，User Exits

最近一个同事碰到一个FI的增强，要用BTEs实现，我也是第一次接触到这种增强，所以跟着他一起做了一下。写一个这方面的小节。   BTEs(Business Transaction Events)，是SAP的一种增强方式，技术上讲是介于Customer Exits和BAdIs的产物。   它主要有两种类型的接口：   Publish and Subscribe Interface  

今天来总结一下ABAP中一些常用的控件，除去之前写过的一些，还有ALV_GRID, ALV_TREE, TABLE_TREE等。    现在用的控件很多都是用类写的，而它们的使用，说白一点，就和用JAVA中的类没什么区别，一个诀窍就是记住通用的写法，然后再根据不同控件变化。    最好，每个控件都总结一个通用模版，这可以大大节约实施中的时间。老白的博客上有不少这方面的例子，我这里就不再写了

写了一部分ABAP总结了，感觉有些东西一定要重点写下，就比如今天要说的学习方法。   想当时，虽然算是个科班毕业，但是入行之初，还是如履薄冰，幸有恩师barry在旁指点，才少走了很多弯路。   barry教了我不少东西，其中至今受益匪浅的一句话，‘凡是不能全靠老师，要靠自己去研究！’，有点‘授之以鱼，不如授之以渔’的意思，‘要靠自己去研究’就是‘渔’。   后来做项目，barry不在身

CATT是SAP自带的一个用于辅助测试的工具，理论上是用于功能测试，在新版本的R/3中已经被弃用，取而代之的eCATT。两者的关系可以从他们的命名中可见一斑。 CATT：Computer Aided Test Tool(Tcode: SCAT)eCATT：extended Computer Aided Test Tool(Tcode: SECATT)    CATT提供的是类似于BDC

屏幕编程程序类型Executable program (type1) 可执行程序Module pool (type m) 必须制作一个T CODE 才能运行 制作T-CODE点击程序右键点击 transaction 选项:Program and screen (屏幕程序)Program and selection screen(选择屏幕)  (alv)选择

调用smartform 调用 reuse_alv_grid_display函数.使用参数 I_callback_pf_status_set 设置工具条         I_callback_user_command 点击按钮显示form功能    注意: ‘’ 号中一定要写大写字母   I_callback_pf_status_set = ‘MYSTATUS’     

课前复习:Enter 键 和 运行(F8)键的区别当点击ENTER 按钮时 ,  因该只验证而不能继续运行 Function module与Subroutine 的区别 Function module   是全局的Subroutine   局部的 Passing data between grograms 程序之间的数据传输 两个程序之间

F1 F4帮助按钮 CLIENT代表虚拟的组织,并分为两种1.       CLIENT-SPECIFIC / CLIENT-DEPENDENT2.       CROSS-CLIENT / CLIENT-INDEPENDENT CUSTOMIZING 分为两部分1.       CLIENT-SPECIFIC 配置2.       CROSS-CLIENT 配置

你说SAP Archiving的重点和难点是什么？是技术么？显然不是，SAP已经提供了一套相当简便的方法，还有也有很多例子可供参考。有一个很Senior的BASIS和我说过，BASIS做多了，就成了体力活，我想这句话应该是真的。很多BASIS的活不难，但是很需要熟练度，像这个Archiving的项目，看上去，主力是BASIS，但实际上，你只要会用几个T-code(DB02,DB15等)和一些DB上

对之前的Archiving做一下补充         T-code: AOBJ，Customizing Setting里，有一块是’Place File in Storage System’，是将在SAP文件系统中的Archive文件，移送到外围的Storage System中。但是，在我参与的项目中没有使用这个选项，而是由人工去实现移送。Content Repository需