1，科目表的建立及分配
在SAP中，科目表的层次较公司代码高，也就是说先创建好科目表，然后可以分配给不同的公司使用。在同一集团范围内，为了使各个集团范围内的公司使用的科目表都能一致，通常是先创建一个虚拟的公司及科目表，然后集团范围内公司都可从其拷贝。科目表中的科目就是在总帐的主数据中分别创建的。这里值得一提是，在SAP中的科目表与传统的手工方式在科目体系中有了很大的不同。传统的帐务体系将会计科目分为1级科目、2级科目、3级科目等。但在SAP已没有这样分法了。除了应收、应付、固定资产等统驭科目外，所有的明细或2、3科目上升为总帐科目（当然在使用之前，应进行有关主数据的设置），如传统的银行存款—工商银行XX支行XX帐号，这只是银行存款的一个子科目，但在SAP中，此时已设置为一个总帐科目了，科目代码是根据企业会计制度中的有关编码扩充至8位编码，如一个企业有许多银行存款，在SAP中就变成了有许多总帐科目。在总帐层次显示时，是分别显示的，但到报表层次时，则根据所有银行科目中的前四位代码汇集成一个科目银行存款进行披露。管理费用也一样，在SAP中有非常多管理费用的总帐科目（如工资、奖金、津贴等）。但在总帐还包含有从其他模块中过入的金额，如统驭科目，统驭如应付/收及固定资产的明细科目，因此在SAP的总帐科目表中，我们看到的就不是目前的五、六十个科目，而是将近五百个的总帐科目。由于应收、应付、固定资产有各自独立的模块，所以有各自的明细帐。但反映在总帐及报表层次时，分别为细分的统驭科目（如应收帐款可根据企业管理的需要分为应收国内的款项与应收国外的款项等）。SAP所有的财务信息都是即时的，当记录一笔总帐分录时，相应的总帐、报表都已生成，当应收明细帐生成时，通过统驭科目就可即时过入总帐与报表。也就是说，在SAP的帐务里，任何时点都会产生新的总帐与新的报表（注意该总帐与报表并不完全体现法人的资产负债损益情况，尚有折旧、预提待摊因素要考虑）。
2，统驭科目的概念及分类，统驭科目的变更
统驭科目（reconciliation account）指的就是将明细科目归集起来的意思。前面我们说到，系统总帐科目表中包括统驭科目，该统驭科目是与应收模块、应付模块、固定资产模块有关的，其中长、短期借款运用了应付模块的功能，也成为了统驭科目。在实际业务过程，我们可能会发生统驭科目选用错误，此时就要用到统驭科目的变更功能。如客户A的统驭科目被误选为11310101，并有一笔分录输入，假设为1000元，此时的总帐科目11310101就有1000元余额，事后发现用错统驭科目，为此在此客房的主数据中更改统驭科目假设为113102101（注意这并不会更改已过入11310101的1000元），更改完毕后，至月末（假设本月只有一笔分录及余额为1000元）运行客户重组程序，系统会产生借：11310299（系11310201的调整科目，但非统驭科目）1000贷：11310199（系11310101的调整科目，但非统驭科目）1000，在报表层次上11310101与11310199被安排在一行后余额变为0，11310201与11310299被安排在一行后余额变为1000，这样在报表层次就将由于选错统驭科目而产生的错误纠正了。第二个月初，系统会自动运行相反的调整分录，借：11310199（系11310101的调整科目，但非统驭科目）1000贷：11310299（系11310201的调整科目，但非统驭科目）1000.直到选错统驭科目的金额被支付出去后，才不需运行上述程序。
3，凭证的输入规则：在SAP中，总帐科目在输入分录是需要遵循传统的记帐方法，“有借必有贷，借贷必相等”。但对于应收、应付的发票输入（即作会计分录）单边则可，如在应付模块作发票输入，填入供应商的号码，日期、金额后，其次填写行项目，此时的行项目的字段中已经默认了借方，用户只需选择适当的总帐科目（如管理费用—XX）、金额、成本中心即可。产生的分录即为借贷皆具的双边分录了。应收模块的发票输入也同样。在应收、应付模块中除了后勤模块的“发票校验程序”及销售模块的“出具发票程序”自动过入应付、应收帐款外，尚有许多处如“过帐”、“清帐”也具有半自动生成会计分录的功能。另外，在SAP中，凭证具有较宽泛的意义，如后勤模块的产生的收货单据，在SAP中也称为凭证，发票也称凭证，因此财务人员在实际操作中应注意区别。
4，凭证的类别
传统的会计核算中，将凭证的类别分为收、付、转三类或直接就是一类记帐凭证。SAP对凭证的分类基本上也遵循收、付、转三类的原则，即总帐凭证（类似转帐凭证）SA，与供应商有关的凭证（类似于付款凭证）：KR（应付供应商的凭证）、KG（供应商转来的红字发票，SAP称为贷记凭证）、KZ（付款给供应商的凭证），与客户有关的凭证（类似于收款凭证）：DR（开具发票给顾客的凭证）、DG（开具红字发票给顾客的凭证）、DZ（向顾客收款的凭证），与固定资产交易有关的凭证AA等。
5，记帐码
在手工的会计核算过程中，我们通过用记帐符号“借”与“贷”来描述资产、负债的增、减。但在SAP中，却变得有些复杂了，比如，对于总帐科目的凭证，用符号40来表示总帐的借方，用50来表示总帐的贷方，分录例示如下：40：10010101（现金）50：50150101（营业外收入）；对于与供应商发票有关的凭证输入，主要与应付帐款有关的借贷方就比较复杂了，如贷方用31、32、33、34、35、36、37、38、39，借方用21、22、23、24、25、26、27、28、29，如供应商发票输入分录为：40：50100101（营业费用-电费）31：10100037（表示通过主数据创建的供应商编号）。对于与应收帐款有关的，其应收帐款的借贷方所用的记帐码：用01、02、03、04、05、06、07、08、09表示借方，用11、12、13、14、15、16、17、18、19表示贷方，如输入一笔与客户发票有关的分录：01：客户有关的号码50：其他业务收入。与固定资产有关的业务，用70表示借方，用75表示贷方，假设通过应付模块采购固定资产，70：固定资产号码31：10100037.与存货有关的业务，用89表示借方，用99表示贷方，如89：存货贷：50：GR/IR，退货时，40：GR/IR 99：存货（与存货有关的会计业务，大部分是系统自动产生的，因此少了一道麻烦！）。
记帐码在SAP中实际上起到如下的作用：在行项目中决定可输入的科目的类别；行项目是以借方或贷输入；决定其他字段的状态。
6，凭证号码的产生
在SAP中，凭证号码可以由系统产生也可由手工产生，但系统产生的凭证号是连续的，手工产生的号码难免会产生跳号等失误，因此对系统设置时采用的凭证号码是由系统自动产生的。同时，对不同类别的凭证，系统对其产生的号码的范围不尽一致，如输入供应商发票产生的凭证号在1900000000-1999999999之间，付款给供应商的的凭证产生的凭证号在1500000000-1599999999，与固定资产有关的凭证产生的凭证号在0100000000-0199999999之间，开具发票给客户产生的凭证号在1600000000-1699999999之间等等！尚有其他号码范围，可参照总帐蓝图中的有关叙述。当然，号码范围是与年度有关的，即开始新一个会计年度时，号码区间又会被重新选用，从而避免号码被用尽的可能。
7，记帐期间变式，会计年度与特殊期间
记帐期间变式是较难理解的一个内容。通过手工的做法是，在某一期间内所有交易都必须在同一时点结帐，以便总帐及财务报表的生成。但在系统中，由于每一时点都可以产生一个即时会计报表，因此某些类型的凭证可以在期间结束时予以关帐，而某些却又可以继续开着，即某些类型凭证可在8月份入七月份的帐。当然从严格的角度说，这是不合适的。这就是记帐期间变式。特殊会计期间，在系统中，会计期间基本上分为12个期间，这与正常手工核算无二，但由于在年度的会计期间结束后（此时12月31日会计报表已产生），仍然存在应当调整的事项，如审计时发现有些费用的确认不尽合理，有些交易金额必须重新确认（如某些资产负债表日后事项），这时的调整就在特殊期间进行。SAP的特殊会计期间分为4个，即13-16期间。但有些资产负债表业务却又难以在特殊期间实现，如资产负债后日后发生的上一年度的退货，由于这涉及到集成的业务，所以在SAP较难实现（具体参见后述）。
8，初级成本要素与次级成本要素
初级成本要素与次级成本要素。SAP除总帐的及时集成外，它的另一个特点是与控制模块的及时集成。在SAP中所有的总帐中的费用科目都被要求创建成为初级成本要素。这样，当输入一个总帐的费用分录时，系统会要求输入一个成本中心，即表示此时系统已将该初级成本要素分配给了某一成本中心。即通过一个分录就将总帐与控制模块的要求同时满足，这就是SAP的无缝集成。当然控制模块中只有该要素的金额，而不是像总帐的记录是通过双边分录来实现的，因此某成本心的费用报表是各个初级成本要素总汇。次级成本要素是指，某一成本中心的费用要素可整理成为次级的费用要素（项目），并将其通过一定的比例分摊给不同的成本中心。控制模块就是通过这两个要素反映了企业内外部间的资金流动情况。在SAP中，初级成本要素就类似于科目表，它可以分配给任何一个成本中心，包括法人间的成本中心，即不同的成本中心可能包括的初级成本要素是一模一样的，但金额却不尽相同。
9，分配与分摊
分配与分摊对于成本要素的来说是一个很重要的功能。并且这功能就类似于固定资产折旧一样，一月只能执行一次。分配的功能是与初级成本要素相关的，分摊的功能是与次级成本要素的功能相关的。这两个功能同样都可用到计划（预算）与实际发生额中。如可创建一个循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上），按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段，各段间相应的要求可以不一样，这样每月末执行时，就可以很好地反映初级成本要素的流向情况。同样的，也可创建一个分摊循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上）重新组合成为一个次级成本要素，然后再将其按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段，各段间相应的要求可以不一样，这样每月末执行时，就可以很好地反映次级成本要素的流向情况。分配与分摊的区别在于，分配是将某一成本中心的初级成本要素分给另一成本心，被分配的初级成本要素会与被分配的成本中心的相同的初级成本要素一并反映，而分摊则是将次级成本要素分摊到另一成本中心，与被分摊的成本中心的初级成本要素一同反映，这样有利于区分本成本中心的发生的费用与分摊过来的费用的界限。需要说明的是，同一利润中心下的成本中心的分配或分摊，并不影响该利润中心的利润额，但跨利润中心进行分配或分摊，则影响了不同利润中心的利润额，两种方法产生（分配或分摊的规则相同时）的影响一致。
2008年12月28日星期日
2008年12月7日星期日
Logical views of physical data stores
InfoSet:
Name for a particular type of InfoProvider: An InfoSet describes data sources that are usually defined as joins for ODS objects or InfoObjects (characteristics with master data). A time-dependent join or temporal join is a join that contains an InfoObject that is a time-dependent characteristic.
Virtual InfoCube:
A virtual InfoCube with services is an InfoCube that does not have its own physical data storage in BW. A user-defined function module is used as a data source. The properties of the data source can be defined more precisely using a number of options. Depending on these properties, the Data Manager provides services for converting the parameters and data.
MultiProvider:
A MultiProvider is a type of InfoProvider that combines data from a number of InfoProviders and makes it available for reporting purposes. The MultiProvider does not itself contain any data. Its data comes entirely from the InfoProviders on which it is based. These InfoProviders are connected to one another by a union operation.
InfoProviders and MultiProviders are the objects or views that are relevant for reporting.
Name for a particular type of InfoProvider: An InfoSet describes data sources that are usually defined as joins for ODS objects or InfoObjects (characteristics with master data). A time-dependent join or temporal join is a join that contains an InfoObject that is a time-dependent characteristic.
Virtual InfoCube:
A virtual InfoCube with services is an InfoCube that does not have its own physical data storage in BW. A user-defined function module is used as a data source. The properties of the data source can be defined more precisely using a number of options. Depending on these properties, the Data Manager provides services for converting the parameters and data.
MultiProvider:
A MultiProvider is a type of InfoProvider that combines data from a number of InfoProviders and makes it available for reporting purposes. The MultiProvider does not itself contain any data. Its data comes entirely from the InfoProviders on which it is based. These InfoProviders are connected to one another by a union operation.
InfoProviders and MultiProviders are the objects or views that are relevant for reporting.
2008年12月4日星期四
Transfer & Update rules
A DataSource describes in the form of field structures the data that isavailable in a source system. The DataSource consists of the extract structure(all prepared fields) and the transfer structure (a selection of fields from theextract structure). The DataSource is replicated in SAP BW.
AnInfoSource is a collection of information that logically belongs together,gathered into a single unit. The communication structure is the field structurein which the information is stored.
Transfer rules transform data from several transfer structures into a singlecommunication structure.Transfer rules are defined in BI for harmonizing or cleaning up data fromthe transfer structure to the communication structure, transfer rules are DataSource-specific, and consequently source system-specific. It has two transfer method: PSA and IDoc, only can connect Datasource.
Update rules transform data from a communication structure into one or moredata targets. cannot load hierarchies.
2008年12月2日星期二
Some Concept about BW
InfoObject:
Business analysis-objects (customers, sales volumes, and so on) are called InfoObjectsin SAP BI.These InfoObjects can be divided into characteristics and key figures.
InfoCube:
The central data containers that form the basis for reports and analyses in SAP BI arecalled InfoCubes.They contain key figures (sales volumes, incoming orders, actualcosts, and so on) and a link to the characteristics (master data of the SAP BI systemsuch as cost centers, customers, materials, and so on).
If you want to store anInfoCube, you create a new folder or use an existing one. This is similar to the methodused when storing data on your PC: These folders are called InfoAreas in SAP BI.
InfoProvider:
InfoProvider is the super-ordinate term for an object that you can use to create reportsin Business Explorer (BEx). InfoProviders are objects or views that are relevantto reporting.
InfoProvidersdeliver data that can be analyzed using a query.There are two types of data stores. Physical stores include:
*InfoCubes
*DataStore Objects
*InfoObjects (of type characteristic)
Logical views of physical data stores include:
*InfoSets
*Virtual Providers
*MultiProviders
Power users can use the BEx Query Designer to create queriesbased on data stored in BI data providers in an easy and intuitive manner using Dragand Drop. Analyses and reports can draw on components that need to be created onlyonce but can be reused in many queries. BEx queries and query views are the basisfor analyses, reports, and planning scenarios in the BEx Web Application Designer,BEx Report Designer, and BEx Analyzer (Excel Add-in).
Business analysis-objects (customers, sales volumes, and so on) are called InfoObjectsin SAP BI.These InfoObjects can be divided into characteristics and key figures.
InfoCube:
The central data containers that form the basis for reports and analyses in SAP BI arecalled InfoCubes.They contain key figures (sales volumes, incoming orders, actualcosts, and so on) and a link to the characteristics (master data of the SAP BI systemsuch as cost centers, customers, materials, and so on).
If you want to store anInfoCube, you create a new folder or use an existing one. This is similar to the methodused when storing data on your PC: These folders are called InfoAreas in SAP BI.
InfoProvider:
InfoProvider is the super-ordinate term for an object that you can use to create reportsin Business Explorer (BEx). InfoProviders are objects or views that are relevantto reporting.
InfoProvidersdeliver data that can be analyzed using a query.There are two types of data stores. Physical stores include:
*InfoCubes
*DataStore Objects
*InfoObjects (of type characteristic)
Logical views of physical data stores include:
*InfoSets
*Virtual Providers
*MultiProviders
Power users can use the BEx Query Designer to create queriesbased on data stored in BI data providers in an easy and intuitive manner using Dragand Drop. Analyses and reports can draw on components that need to be created onlyonce but can be reused in many queries. BEx queries and query views are the basisfor analyses, reports, and planning scenarios in the BEx Web Application Designer,BEx Report Designer, and BEx Analyzer (Excel Add-in).
2008年12月1日星期一
Secondhand Serenade
Secondhand Serenade, 这个名字很奇怪，带点忧伤因为他是secondhand；也带着浪漫，因为serenade是情人在窗下唱的歌。
《A Twist In My Story》这张专辑听了半年了，至今仍然为之着迷。第一眼看到这灰黄的墙面，这褐色的旧沙发，这沉睡的天使，仿佛闻到了旧沙发的旧沙发味，连天使都沉醉在这样的歌声中了。
不知道为什么那么多人喜欢《Fall for you》，我倒是比较喜欢《Why》和《Stranger》这两首钢琴伴奏的独唱，喜欢John Vesely温柔、干净、带些许伤感而又充满爆发力的嗓音，"take a look at me so you can see how beautiful you are..."
无意间找到myspace中的Secondhand Serenade，将《Awake》与《A Twist In My Story》结合的十分完美，网址是http://www.myspace.com/secondhandserenade
Really Really Amazing Dream
Painful headache, I can fell it. I just woke up from a music show - a dream.
I played guitar, six people's band, imaginary song, pulsatile and rhythmic, a little like bon jovi's "It's my life", I made it, in my dream.
Flashing lights on my body, and music, and drunk, and intoxication, until I felt the pain.
It's still dark, maybe not sleeping for a long time, or maybe not fall asleep at all. Still can hear the music by the ears, still can fell the string in my hands, still headache, yeah I got the fever.
Last week I start to be a part-time waiter in ATANU bar, a small bar alone the bund. It's a good experience to me, good luck to me.
I played guitar, six people's band, imaginary song, pulsatile and rhythmic, a little like bon jovi's "It's my life", I made it, in my dream.
Flashing lights on my body, and music, and drunk, and intoxication, until I felt the pain.
It's still dark, maybe not sleeping for a long time, or maybe not fall asleep at all. Still can hear the music by the ears, still can fell the string in my hands, still headache, yeah I got the fever.
Last week I start to be a part-time waiter in ATANU bar, a small bar alone the bund. It's a good experience to me, good luck to me.
2008年11月26日星期三
Difference between BW 3.5 and BI 7.0
1. In Infosets now you can include Infocubes as well.
2. The Remodeling transaction helps you add new key figure and characteristics and handles historical data as well without much hassle. This is only for info cube.
3. The BI accelerator (for now only for infocubes) helps in reducing query run time by almost a factor of 10 - 100. This BI accl is a separate box and would cost more. Vendors for these would be HP or IBM.
4. The monitoring has been imprvoed with a new portal based cockpit. Which means you would need to have an EP guy in ur project for implementing the portal ! :)
5. Search functionality hass improved!! You can search any object. Not like 3.5
6. Transformations are in and routines are passe! Yess, you can always revert to the old transactions too.
7. The Data Warehousing Workbench replaces the Administrator Workbench.
8. Functional enhancements have been made for the DataStore object:New type of DataStore object Enhanced settings for performance optimization of DataStore objects.
9. The transformation replaces the transfer and update rules.
10. New authorization objects have been added
11. Remodeling of InfoProviders supports you in Information Lifecycle Management.
12 The Data Source:There is a new object concept for the Data Source.Options for direct access to data have been enhanced.From BI, remote activation of Data Sources is possible in SAP source systems.
13.There are functional changes to the Persistent Staging Area (PSA).
14.BI supports real-time data acquisition.
15 SAP BW is now known formally as BI (part of NetWeaver 2004s). It implements the Enterprise Data Warehousing (EDW). The new features/ Major differences include:
a) Renamed ODS as DataStore.
b) Inclusion of Write-optmized DataStore which does not have any change log and the requests do need any activation
c) Unification of Transfer and Update rulesd) Introduction of "end routine" and "Expert Routine"
e) Push of XML data into BI system (into PSA) without Service API or Delta Queue
f) Intoduction of BI accelerator that significantly improves the performance.
g) Load through PSA has become a must. I am not too sure about this. It looks like we would not have the option to bypass the PSA Yes,
16. Load through PSA has become a mandatory. You can't skip this, and also there is no IDoc transfer method in BI 7.0. DTP (Data Transfer Process) replaced the Transfer and Update rules. Also in the Transformation now we can do "Start Routine, Expert Routine and End Routine". during data load. New features in BI 7 compared to earlier versions:
i. New data flow capabilities such as Data Transfer Process (DTP), Real time data Acquisition (RDA).
ii. Enhanced and Graphical transformation capabilities such as Drag and Relate options.
iii. One level of Transformation. This replaces the Transfer Rules and Update Rules
iv. Performance optimization includes new BI Accelerator feature.
v. User management (includes new concept for analysis authorizations) for more flexible BI end user authorizations.
(转)SAP接口项目经验
某ERP 主要应用 SAP R/3 系统，某接口项目是原系统与 SAP R/3 的部分集成。
在 ERP 的实施中，面临众多原有异构系统与正在实施的 SAP R/3 的集成问题。基于以后在一个平台上维护及监视接口比较方便的考虑，ERP 项目组决定采用 SAP XI。
SAP XI（Exchange Infrastructure）是SAP Netweaver 中的一个产品。SAP Netweaver 是一种可随时用于业务运作、面向服务的平台，适用于SAP的所有解决方案。基于Netweaver，企业能够实现各个层面充分的集成，降低信息系统建设的总体成本（TCO）。
归纳起来，
第一个层面，是人的集成，产品以Portal比较有代表性；
第二个层面，是信息的集成，产品有Knowledge Management 和MDM(Master Data Management)等；
第三个层面，是流程的集成，即 XI；
第四个层面，是平台的集成，在这个层面上，SAP 提供的是支持开放标准（如XML）的底层架构，可以实现灵活的互接。
XI 的集成又可以分为两个层次，第一个层次称为Integration Broker，以消息的方式进行的数据的交换；另外一个层次是 BPM，即业务流程管理。
在 XI 中，数据（可以使一条记录，比如单个的物料主数据；也可以是多条记录，比如含主单明细的供应商主数据）从某一个业务系统通过 XI 发送到另外一个业务系统，站在业务系统的角度，前者称为 Sender，后者称为 Receiver 。
适配器(Adapter)进行 XI-XML 格式与业务系统的特定类型的数据格式之间的转换。依据业务系统的数据格式的不同，适配器可以分为多种类型，比如 SOAP Adapter, JDBC Adapter, File Adapter, RFC Adapter 和 IDoc Adapter 等。通常说的实现方式，譬如 SOAP+RFC，是指Sender 与 XI 之间使用 SOAP Adapter，XI 与 Receiver 之间使用 RFC Adapter。
Integration Broker 的工作原理大致如下。XI 主动或者被动通过一个适配器从 Sender 取得数据，数据进入 XI 后的存在形式是基于 SOAP 的 XI-XML 格式的消息。消息在 XI 内部，依照事先做好的配置，决定消息将发送到哪一个业务系统，进行何种转换以及选用哪一个适配器将消息发送出去。消息最终通过适配器将 XI-XML 格式的消息转换为特定类型的数据并发送给 Receiver。
BPM 是建立在前者的基础上的，BPM 使用了 work flow 的概念，涉及到业务逻辑的处理。一个典型的订票例程的应用如下。某旅行社 A 发出北京到孟买的订票请求，两个航空公司 B 和 C 分别有北京到新加坡和新加坡到孟买的航线。A的订票请求在 XI 内部被分割为两个订票请求，请求消息分别发往两个航空公司并等待反馈。如果得到两个都订票成功的反馈，则将反馈进行合并处理，并返回给旅行社；如果得到一个成功一个失败的反馈，则需要将反馈合并处理，将订票失败消息返回给旅行社，同时向其中一家航空公司发送取消订票的请求；如果得到均失败的反馈，则值需要将反馈合并处理，将订票失败消息返回给旅行社。
在此接口项目中，经多次确认、修改和论证，最终确定采用 Integration Broker，具体的实现方式是 SOAP+RFC 与 JDBC+IDoc 。采用 Integration Broker 主要是考虑到现有的集成业务逻辑简单、清晰，并不存在特别复杂的业务逻辑的现象，而 BPM 存在配置复杂以及技术上的风险。在某些功能点，考虑到客户对的实时性要求，采用了 SOAP+RFC 方式。
SOAP和RFC均为同步数据交换协议，包括输入和输出参数。SOAP是建立在 HTTP 协议基础之上的一种协议，通过特定格式的 XML文件来进行数据交换。RFC 是 Remote Function Call的简称，广泛应用在 SAP 的产品之间，类似于常见的 RPC。
SOAP+RFC 方式实现的难点在于某系统发送 SOAP 消息的客户端如何建立，以及如何得到 SAP R/3 的反馈。前者通过相关文档的帮助下得到解决，后者是通过实现错误信息同步由 R/3反馈给 XI，XI 再反馈给某系统来解决的。
其他对实时性没有要求的接口，采用了 JDBC+IDoc 方式。其特点在于 JDBC 方式实现起来比较简单，系统只需要将要传给 R/3 的数据存放到临时表，XI会通过 JDBC 方式从临时表取走数据；XI 向系统写数据，会通过调用存储过程，直接将数据写入后台数据库，生成相关单据。采用 IDoc 方式，其特点是 IDoc 实现了对数据的封装，能够记录数据的传输状态。IDoc 方式是 SAP 推荐的 SAP 产品间的标准数据交换方式。这种方式是之前JDBC+File 方案的替代，在方案改变后，我方的程序完全没有改变，这是采用中间件的优点的一个体现。
JDBC+IDoc 方式实现的难点是对出错如何处理。在三个可选方案中，采用的是最简单的人工干预方法，即对于出错，统一由 XI 发送包含错误信息的电子邮件给相关人员。
如果有条件的话，自己搭建一套SAP XI DEMO EXAMPLE环境，其中涉及了RFC,SOAP,IDOC,XI的adapter，对大家学习ID（Integration Directory）极为有用
在 ERP 的实施中，面临众多原有异构系统与正在实施的 SAP R/3 的集成问题。基于以后在一个平台上维护及监视接口比较方便的考虑，ERP 项目组决定采用 SAP XI。
SAP XI（Exchange Infrastructure）是SAP Netweaver 中的一个产品。SAP Netweaver 是一种可随时用于业务运作、面向服务的平台，适用于SAP的所有解决方案。基于Netweaver，企业能够实现各个层面充分的集成，降低信息系统建设的总体成本（TCO）。
归纳起来，
第一个层面，是人的集成，产品以Portal比较有代表性；
第二个层面，是信息的集成，产品有Knowledge Management 和MDM(Master Data Management)等；
第三个层面，是流程的集成，即 XI；
第四个层面，是平台的集成，在这个层面上，SAP 提供的是支持开放标准（如XML）的底层架构，可以实现灵活的互接。
XI 的集成又可以分为两个层次，第一个层次称为Integration Broker，以消息的方式进行的数据的交换；另外一个层次是 BPM，即业务流程管理。
在 XI 中，数据（可以使一条记录，比如单个的物料主数据；也可以是多条记录，比如含主单明细的供应商主数据）从某一个业务系统通过 XI 发送到另外一个业务系统，站在业务系统的角度，前者称为 Sender，后者称为 Receiver 。
适配器(Adapter)进行 XI-XML 格式与业务系统的特定类型的数据格式之间的转换。依据业务系统的数据格式的不同，适配器可以分为多种类型，比如 SOAP Adapter, JDBC Adapter, File Adapter, RFC Adapter 和 IDoc Adapter 等。通常说的实现方式，譬如 SOAP+RFC，是指Sender 与 XI 之间使用 SOAP Adapter，XI 与 Receiver 之间使用 RFC Adapter。
Integration Broker 的工作原理大致如下。XI 主动或者被动通过一个适配器从 Sender 取得数据，数据进入 XI 后的存在形式是基于 SOAP 的 XI-XML 格式的消息。消息在 XI 内部，依照事先做好的配置，决定消息将发送到哪一个业务系统，进行何种转换以及选用哪一个适配器将消息发送出去。消息最终通过适配器将 XI-XML 格式的消息转换为特定类型的数据并发送给 Receiver。
BPM 是建立在前者的基础上的，BPM 使用了 work flow 的概念，涉及到业务逻辑的处理。一个典型的订票例程的应用如下。某旅行社 A 发出北京到孟买的订票请求，两个航空公司 B 和 C 分别有北京到新加坡和新加坡到孟买的航线。A的订票请求在 XI 内部被分割为两个订票请求，请求消息分别发往两个航空公司并等待反馈。如果得到两个都订票成功的反馈，则将反馈进行合并处理，并返回给旅行社；如果得到一个成功一个失败的反馈，则需要将反馈合并处理，将订票失败消息返回给旅行社，同时向其中一家航空公司发送取消订票的请求；如果得到均失败的反馈，则值需要将反馈合并处理，将订票失败消息返回给旅行社。
在此接口项目中，经多次确认、修改和论证，最终确定采用 Integration Broker，具体的实现方式是 SOAP+RFC 与 JDBC+IDoc 。采用 Integration Broker 主要是考虑到现有的集成业务逻辑简单、清晰，并不存在特别复杂的业务逻辑的现象，而 BPM 存在配置复杂以及技术上的风险。在某些功能点，考虑到客户对的实时性要求，采用了 SOAP+RFC 方式。
SOAP和RFC均为同步数据交换协议，包括输入和输出参数。SOAP是建立在 HTTP 协议基础之上的一种协议，通过特定格式的 XML文件来进行数据交换。RFC 是 Remote Function Call的简称，广泛应用在 SAP 的产品之间，类似于常见的 RPC。
SOAP+RFC 方式实现的难点在于某系统发送 SOAP 消息的客户端如何建立，以及如何得到 SAP R/3 的反馈。前者通过相关文档的帮助下得到解决，后者是通过实现错误信息同步由 R/3反馈给 XI，XI 再反馈给某系统来解决的。
其他对实时性没有要求的接口，采用了 JDBC+IDoc 方式。其特点在于 JDBC 方式实现起来比较简单，系统只需要将要传给 R/3 的数据存放到临时表，XI会通过 JDBC 方式从临时表取走数据；XI 向系统写数据，会通过调用存储过程，直接将数据写入后台数据库，生成相关单据。采用 IDoc 方式，其特点是 IDoc 实现了对数据的封装，能够记录数据的传输状态。IDoc 方式是 SAP 推荐的 SAP 产品间的标准数据交换方式。这种方式是之前JDBC+File 方案的替代，在方案改变后，我方的程序完全没有改变，这是采用中间件的优点的一个体现。
JDBC+IDoc 方式实现的难点是对出错如何处理。在三个可选方案中，采用的是最简单的人工干预方法，即对于出错，统一由 XI 发送包含错误信息的电子邮件给相关人员。
如果有条件的话，自己搭建一套SAP XI DEMO EXAMPLE环境，其中涉及了RFC,SOAP,IDOC,XI的adapter，对大家学习ID（Integration Directory）极为有用
2008年11月23日星期日
BW PSA
BW中PSA的方式
1.PSA and then data targets (by package)
If errors occur when posting data to the data targets, you can updatethe data packages from the PSA table to the data targets again afteryou have eliminated the errors.
2.PSA and data targets in parallel (by package)
Need many Dialog process
3.PSA only
Enables you to write all the extracted data packages for arequest to the PSA table without updating them to the data targets.
Ready for further update
4.Data targets only
if you load the data using the PSA table, you have the option ofcreating a start routine in the maintenance screen for the transfer rules.With the start routine you canchange (for example, add or delete data) or check data packages.
1.PSA and then data targets (by package)
If errors occur when posting data to the data targets, you can updatethe data packages from the PSA table to the data targets again afteryou have eliminated the errors.
2.PSA and data targets in parallel (by package)
Need many Dialog process
3.PSA only
Enables you to write all the extracted data packages for arequest to the PSA table without updating them to the data targets.
Ready for further update
4.Data targets only
if you load the data using the PSA table, you have the option ofcreating a start routine in the maintenance screen for the transfer rules.With the start routine you canchange (for example, add or delete data) or check data packages.
订阅：
博文 (Atom)
