Source System in Transformation

Hi Experts,
Here is my scenario. We have number of BW Systems (RBW1 to RBW5 ) for each continental regions. All these should load data to one Global BW System ( GBW ). RBWs have ODSR1 to ODSR5 and all of it will be connected to DSOG1 in global system.
Now the question is how do i make namespace value unique in GBW. I use Source System as an identifier. In the transformation how do i populate Source System Infoobject??
Please help.
Thanks,
DV

no need to enhance the DS.... you can write a filed level routine on it.
create an infosource in between the IO and the transformations and include the filed... and write the filed level routine to that filed.
You can use the below code to call the source system id .use the below FM...
CALL FUNCTION 'RSDG_ID_GET_FROM_LOGSYS'
    EXPORTING
      i_source_system = l_sourcesystem
    IMPORTING
      e_soursysid     = RESULT
    EXCEPTIONS
      id_not_found    = 1.
IF sy-subrc <> 0.
    RETURNCODE = 4.
    MESSAGE e087(r7) WITH l_sourcesystem INTO l_text.
    MOVE-CORRESPONDING syst TO l_s_errorlog.
   l_s_errorlog-record = RECORD_NO.
    APPEND l_s_errorlog TO g_t_errorlog.
ABORT = 1.
ENDIF.
Edited by: prashanthk on Feb 24, 2011 10:59 AM

Similar Messages

The detailed procedure after of BW source system.

Hi all.
our BW source system was changed to another new R/3 system
from PRDCLNT131 to QASCLNT100.
the source system of All datasources in BW was PRDCLNT131 butd now we should change the source system to QASCLNT100 and we should re-create all transformations and DTPs for every datasource !!
With BDLS, Could the source system be converted from PRDCLNT131 to QASCLNT100 ? Could the transformation and DTP be converted by BDLS ?
If yes, How to do converted the source system and transformation and DTP ?
Please give me detailed procedures.
Thanks in advance.
shon,

Hi Pedro,
this has no impact and you can ignore it. When you look in table RSBASIDOC you will see that the SRCTYPE is not 3 but something else (D I guess).
This column is only relevant for the way the system is displayed in RSA1, so it does not really matter.
Best regards,
Ralf

Transformation issue while connecting multiple source system of same type..

Hi,
I'm working on APO-BW integration project. I want to connect BW QA & BW PROD to APO QA. I've already connected BW QA to APO QA & it is fetching data correctly. RFC part & other BASIS part is already taken care of. I've done export datasource (for mater data, cube etc) in BW PROD & replicated in APO QA. All BW PROD datasources are imported as RSDS (7.X) in APO QA.
Now my question is how to make sure the transformations will take source system as BW PROD too? I want 2 datasources (one from BW QA & other from BW PROD) to connect to same inforprovider in APO. I've transported 7.x datsource from APO DEV to APO QA environment along with transformations. In conversion of logical system names in APO QA I've given source system -BW DEV & target system - BW QA. So the transformation automatically takes data source as BW QA. It doesn't take source-system - BW DEV & target system - BW PROD as it conflicts previous setting.
Is only option that I need to manually maintain transformation from BW PROD datasource or there's another better alternative?

HI,
You are getting multiple IDOCs into BPM. But output you are getting one message right? IF so, your N:1 Mapping is not done correctly.
i.e your target message type should have occurence of 1..n and also the interface mapping. Closely obsever the N:1 mapping done in the BpmPatternCollectMerge.
Also go to SXMB_MONI->PE and check the Technical Details to make sure that, you are getting multiple IDOCs and you are executing the N:1 Transformation step correctly.
Also in the N:1 Mapping, check out the context you used. Make it root . Then test the mapping independently in the Integration Repository.
Hope it helps,
Regards,
Moorthy

How to Identify the Source System in a Transformation Rule?

Hi,
   In a 3.x system if I needed to identify the source system, the interface had a parameter SOURCE_SYSTEM LIKE RSUPDSIMULH-LOGSYS. I do not see the same in a Transformation Rule. Can anyone tell me how can I make a decision in my transformation rule depending on the Source System?
    Say for instance I want to change the following Update Rule from a 3.x System to a Transformation in BI7:
IF SOURCE_SYSTEM = 'ABC'.
   RESULT = 1.
ELSEIF SOURCE_SYSTEM = 'A11'.
   RESULT = 2.
ELSEIF SOURCE_SYSTEM = 'AZ1'.
   RESULT = 3.
ELSE.
   RESULT = 0.
ENDIF.
Can anyone help? Points will be rewarded.
Regards,
Kazmi.

Hi Siggi,
   But how would I know the Request ID within a transformation ? REQUID is the key of the table rsbkrequest ? The interface of the transformation method has the following parameters:
IMPORTING
    request     type rsrequest
    datapackid type rsdatapid
    SOURCE_FIELDS
   EXPORTING
     RESULT
So all I can be aware of is the Request Name and the Data Packet Number. For instance when I took your approach, I got the Request Name as "DTPR_8E3VKVN0RJPDNXAKMP0PZJ99B" now I cannot look up with this against the key of the table because REQUID is a number field. Now, if I look up against the field "Data Transfer Process ID (DTP)" I do not find any entry in this table.
   Any more info?
Regards,
Thanks.

Transformation: Need for calling a custom function module on source system

Hi Gurus,
I need to use a custom FM residing on source system within the transformation to determine the type (e.g. posting type) of a document item. The logic is quite complex with many exceptions (many if statements) and 2 customizing & few transparent tables are in use as well in the FM.
From my point of view, there are few options for achieving the outcome:
1. Copy the FM logic 1:1 in transformation
2. Transport the FM from ERP to BW system
3. Source system delivers the info (e.g. with an extra field "posting_type")
4. Access the FM directly via RFC/BAPI
However, there are pros and cons for each of the alternatives:
*Option 1*
pros:
cons: consistency problem, need for importing customizing tables & source tables, high maintenance effort
*Option 2*
pros: better consistency compared to Option 1
cons: need for importing tables, administrative efforts
*Option 3*
pros: no logic is needed at BW side, no transformations means no impact on performance, high consistency, no administrative effort
cons: structure in source system has to be changed, impact on historical records
*Option 4*
pros: best consistency (better than Option 3 as FM might change), no administrative effort
cons: impact on performance during transformation
Could you please verify my assumptions and give suggestions on solving the problem?
Thanks a lot!
Regards,
Meng

Hi Joon,
According to me.
If Historical data amount is so high, historical data is available in BW(at PSA level or acquisition layer or corporate memory layer) and headache to load history data(because of overload on ECC due to huge amount of data) from ECC then I will suggest combination of 3 and 4 steps.
If fetching history data from ECC is not headache for you then go for step 3.
Step 3 is most common approach in BW, which is easy for implementation and support.
Regards,
Ashish

Source system info in the transformation

Hi,
How to get the source system information in the transformation or start routines? Is there FM or field which tells what source system the datasource is assigned to in the transformations ?
Regards,
Kalyan

Hi,
U will get the value of the source system from which the data is loading in p_r_request->get_logsys( ) inside the transformation.
Hope it helps.
Regards,
Rathy

Master Data cleansing and transformation from non-SAP source systems

Hi all,
Our client (Media)wants to cleanse and transform his master data from non-SAP source system to be uploaded into BW (no R/3 yet). If anybody has a document regarding this topic that i could use, i will appreciate if u sent it to me.
thanks.

Hi,
https://websmp203.sap-ag.de/~sapidb/011000358700001965262003
https://websmp203.sap-ag.de/~sapidb/011000358700006591612001
https://websmp203.sap-ag.de/~sapidb/011000358700001971392004
https://websmp203.sap-ag.de/~form/sapnet?_SHORTKEY=01100035870000471477&_OBJECT=011000358700008927932002E
/manfred

Massive copy of BW transformation between different source system

Hi all,
in my BW I have different source systems. I have mapped several objects to one source system.
Now I need to copy all the transformation to other source systems. These source system are different instance of ECCs, there are the same extractor in all the systems.
I can't use the BDLS becouse these move the transformations between the system not copy it.
I try to create a Transport and using the Conversion of Logical System Names but this change only the objects with source sytems dependencies, it don't change the technical name of transformation, and do not create a tranformation to the new system but overwrite the existing one.
Do you know if there are some program or some procedure to copy transformation between sourcesystem in BW?
Thanks in advance
Mario

Hi,
you can do a Retrofit (System copy), Generally, retrofit happens between two different BW systems.
check with your basis team if the retrofit is possible with in the same BW system but for different clients.
Note : System copy will overwrite all the objects.
Regards,
Sudheer

Transformation & DTP deactivated in source system

Hi,
I am trying to load the data from one BI System to another BI system. I am generating Export Data Source for that .
But the Issue is that when i am doing this, in the source system transformation & DTP got Deactivated.
Can any body tell why this happens?
( My source system is BI Production so it is not allowing me to do any changes)
Thanks in advance,
Vaibhav

Hi,
You might not be having Authorizations to edit the DTP and transformations in Production server.
If the production server is closed... run the program :RSDG_TRFN_ACTIVATE
Make sure to check out check sap note 1408161. For BW 7.0 it is SP25...
If your system is not having the SP25 its not possible to use the above mentioned program.
The other way is to re-import the DTP and transformation to Prodcution in new TR.
Regards
KP

Multiple DataTargets in a BI 7.0 System to One DataSource in Source System

Currently, I do not have access to BI 7.0 system. I am wondering whether it is possible to connect MULTIPLE DataTargets of a single BI 7.0 system to ONE DataSource in the source system? I have searched the forum, but I couldn't find relevant posts. If I am not wrong, until BW 3.5, once a DataSource is assigned to an InfoSource, it can not be assigned to any other InfoSource of the same BW system. I have heard that this has changed in BI 7.0 with the new DataFlow concept.
The current requirement is that multiple DataTargets of a single BI system need to get DELTA data from the same DataSource in the source system. If this is technically possible in BI 7.0, should the source system also support such an assignment (since the DELTA load timestamps are maintained in the source system)? What source systems currently support this feature, if any? What are the appropriate tables in the source system that I need to look at to do further investigation?
All the useful inputs regarding these questions will be rewarded with points. Let me know if you need any further clarification of the requirement. Thanks!
Sameer

Hi Sameer,
But since there is only one transformation between the PSA and DataTarget, all the data (irrespective of the indicator) will flow through unless I filter on the "planning stage" indicator
You can create one transformation between Datasource and ONE DataTarget. But in your case, you have TWO datatargets. So you have to create two DTP's which can have diffrent filter parameters.
You can fill two different targets ( cube1: before manual update, cube2: after manual update) using your datasource.
For this, you need to create two transformation. Keep in mind, everytime you create a transformation you must create a DTP for data movement.
So you will have:
DS1 -- TRANS1-- DTP1 --Cube1
DS1 -- TRANS2DTP2Cube 2
In DTP1 set filter for indicator :X and DTP2 set filter for indicator :Y. Both DTP1 and DTP2 should work in delta mode.
I would suggest you to create one initialization for your DS1. if it is not possible create two infopackages for two initializations. I suppose you have the indicator in selection parameters of infopackages.
Derya

Modelling the fields in the cube from different source system.......

Hi,
I need to create one query on the cube.
User want some of the fields in the query which are present in diffrent source system , rest of the fields are present in the cube.
These are master data fields ( 7 fields in total) from other source system.
Cube gets data from one ODS.
some steps I need to do are :
1) create new source system
2) Create corresponding objects in BW.
3) Model the things in ODS and cube
Can somebody let me know what is the best way/steps to model such scenario.
Thanks, Jeetu

Hi,
Replicate both the data sources to BW.
Create 2 infosources/transformations, map them to respective fields and infoobjects.
Now assign them to cube and load the data
hope this helps.
Rgs,
I.R.K

How to merge key field from external source system with SAP R/3 master

Hi,
In SAP BW 7.0 system, our scenario is Master Data for 0GL_ACCOUNT is coming from SAP R/3 alongwith the Transactional data records for standard FI cubes. Then, one more set of transaction data is coming from external source system, a flat file, into another custom DSO(ZDSO_FI), which also has this GL Account field.
This flat file's GL account, GL_file, has to be basically mapped/merged with the standard 0GL_ACCOUNT field so that at the time of loading the transactional data for custom DSO, ZDSO_FI (with transformation mapping GL_file > 0GL_ACCOUNT), system automatically refers to the 0GL_ACCOUNT master data to load these incoming transactional values, from the external flat file system. How can this be done?
To illustrate the scenario, say I have 5 records in 0GL_ACCOUNT, loaded from SAP R/3 into SAP BW-
0GL_ACCOUNT      Short Description     Source System
100                                   D1                          R/3
200                                   D2                          R/3
300                                   D3                          R/3
400                                   D4                          R/3
500                                   D5                          R/3
Now suppose if my flat file has following sample transactional data, to be uploaded in SAP BW ZDSO_FI-
GL_file      Key Figure1
400          789
200          567
Then after uploading this transactional data in ZDSO_FI (with transformation mapping GL_file > 0GL_ACCOUNT), the 0GL_ACCOUNT data becomes as below-
0GL_ACCOUNT      Short Description     Source System
400
200
100                                   D1                          R/3
200                                   D2                          R/3
300                                   D3                          R/3
400                                   D4                          R/3
500                                   D5                          R/3
So note that the system did not refer the incoming GL's from flat file, although the field is mapped to 0GL_ACCOUNT in transformation, to the already available master data. Rather created 2 new data rows for the GL accounts coming from external system. Because of this I am not able to perform the calculations common from standard FI cube and ZDSO_FI, with GL account as key field. I need to synchronise these data values based on GL Account to proceed with further calculation and am badly stuck.
Request if anyone can please throw some light on how to achieve this seemingly simple requirement?
Thanks in advance.
Nirmit

Better post this thread is in the [Enterprise Data Warehousing|Data Warehousing; forum.

Multiple rows in BI Infocube/or DSO for one row in source system

Hi Gurus,
I have a typical scenario where in I have a ztable in R/3 system and it contains some custome transaction data.
The business scenario wants it to split into multiple records in BI ( ofcourse keys for each records in BI would be unique). Either infocube or DSO can be used to store the data in BI.
Is it possible to do that. As far as my knowledge goes( I have limited BI exposure) one record from source system ( read row) is transformed into one record ( row) in BI in simple transformation.
Please give me some rough idea if its possible how can we achieve it.
I know we can write an ABAP program and create a ztable to do it and use the ztable as source for incube/dso. But I want to use this as last option.
Thanks
Sumit

Hi,
An ODS will be better.
Use a start routine.
data-package --> package2
create your own package with your rules.
update.insert.modify.append....
package2 --> data_package
and from 1 row, you create n row as your rules would like..
Regards,

Conversion of Source System in BI 7.0

Hi Guys,
           We created a Generic Extractor and replicated the datasource (7.0) in BI Development. I have an ODS with Transformations for this datasource. Everything works fine in development. The extractor has been transported to R/3 quality and replicated (7.0) in BI Quality. The ODS and transformation has been transported to BI Quality.
But after the transport, when I look at BI Quality system, the transformations are not active. The strange thing is that the datasource linked to the transformation still shows the R/3 Dev source system. I can see the datasource itself connected to R/3 QA source system, but the datasource linked to the transformation shows the R/3 Dev source system. It seems to me that something has to happen to change the source system of the datasource linked to the transformation to the R/3 QA system. We have installed SP11.
Can anyone please help me out with this. We are literally running out of time.
Thanks a lot in advance.
Harsha.

It should read like these
You are mapping Dev ECC to QA ECC and BI Dev to BI QA to load Data
Once done you can check these entries in table - RSLOGSYSMAP
should look like these
Original source system                   Target system
ECC Dev                                  ECC QA
BI Dev                                        BI QA
Hope it Helps
Chetan
@CP..

What are the changes to be done on BW end during hardware change of source system?

Hello Gurus,
There is some hardware changes happening and I need help in certain things which I need to do from BW point of view. First of all, I have attached a figure showing my system landscape. I would kindly request you to go though the fig first.
For QA, initially we were using AG3 as the source system, now they have made the hardware changes, made a system copy of AG3 into the new system AEQ. We have connected our BW QA system to this new system AEQ. Now when I check the system, there are no data in set up tables (I am using SD and MM), but there are data in tables. But when I replicate data sources from AEQ to BW QA, the existing transformations and DTPs will disappear. So, that left me with 2 options-
1. Either transport old transformation and DTP from BW DEV to BW QA
2. Or create new transformation and DTP in BW QA system.
Can you experts please suggest me what should be the solution?
Also, please note that, the basis team started the hardware changes with ECC QA system for some reason. Once ECC QA is fine, they are planning to make the changes in ECC DEV system (from AG2 to AED). Currently, AG2 is connected to BW DEV and AEQ is connected to BW QA.
Can you please suggest me whether there will be any issue if we opt to transport transformation and DTP from BW DEV to BW QA when BW DEV is still connected to old source system? Or, is there any other easy way to sort this out? Please suggest?
Thanks a lot
Rakesh

Hi,
1. Either transport old transformation and DTP from BW DEV to BW QA?
Yes, better to transport from bw dev to bw qa
2. Or create new transformation and DTP in BW QA system?
at BW Quality, creation may not be possible. Better to transport from bw dev to bwq.
or use standard abap program to activate transformations and dtp.
When changes are applying at source then you just need to take care the delta queues
clear all queues by running related V3 jobs and delta info packs. make them as 0 count.
once basis team was done changes later try to check your delta loads at bwq .
Thanks

Source System in Transformation

Similar Messages

Maybe you are looking for