Business Object Modeling

Though in general this DataSource looks similar to any other, there is a new adapter, called “Load using RFC from Data Services”. We can specify a source object, and there are three different value help buttons beside this field. Let’s type “*sales*” (our table is a sales table ;-) and try the first button (search):

A hierarchical overview over all tables. If we expand the node, we find our table again:

Let me skip the third button for the moment and select our table, then go to the next tab of the DataSource maintenance (Proposal).

We now can go to the fields tab and finalize the maintenance of the DataSource as usual (e.g. make the PRODID a selectable field), then save and activate. This will generate structures, PSA and program, but not do any action in the data services repository.

The next thing to do is create an Infopackage. For loading from data services, as from any BAPI source system, an Infopackage is mandatory, because the data is actively sent to BW, not pulled, and hence the DTP cannot access it.

One remark to the field “Maximum connections”: This is the degree of parallelism which shall be used to load data to BW, comparable with what you can maintain in transaction SMQS for ABAP source systems. There is also the parameter for the package size available via Menu “Scheduler” – “DataS. Default Data Transfer”. Both parameters are transferred into the generated data flow, i.e. the BW target DataSource.

Now you might have one obvious question. What if you want to have a more complex data flow, e.g. containing data quality transform or joins? The answer is: In this case, you must not enter a data store when creating the source system:

Then the Data Services Adapter is not available in the DataSource and you have (mostly) a standard BAPI source system, where you have to enter the fields of the DataSource yourself as usual:

Source: scn.sap.com

Modeling Business Objects with XML Schema (The Morgan Kaufmann Series in Software Engineering and Programming)Book (Morgan Kaufmann)

Software Design Engineer

by SoftwareDesignEngineer

Functions: Will be responsible for leading the architecture and design of software systems, modules and changes to existing modules. This person will also define design guidelines, document actual designs, perform modeling (object, data), collect requirements and develop/write code for new and existing systems.
Education:Bachelor Degree in Systems Engineering and/or Information Technology.
Minimum of six (6) to eight (8) years Software Development experience.
Industrial Engineering,Lean Sigma Background
At least 8 total years experience in software design and implementation in distributed, multi-tier systems using structured, object-oriented languages

You might also like

Build Simulations Faster with Model Objects

Part 11 Using business objects as model in mvc

US expansion for Carbon Trade Exchange — eco-business.comAs Director and Chief Strategic Officer for CTX in the US, Lee will be responsible for developing new markets and implementing the overall strategy and business model, with an initial focus on the North American markets.

Air Berlin says fundamental change needed — ReutersAnalysts say Air Berlin needs to set out a clear strategy and business model if it is to improve its standing in the long term.