JDE Source/System Table to store Implemented (Active) Modules

When customer implement the required modules, other modules can't be accessed. Which JDE table/source contains the list of implemented (active) modules by the customer? Please share your input.
Edited by: user10485009 on Jun 11, 2009 4:25 AM

Hi ,
Check if there is Partner Profile available .
Check these tables for the entries ,
EDP 12,
EDP 13,
EDPBI
EDP21

Similar Messages

Tracking source system table name for a field in ODS

Hi Guys,
I know this is pretty simple for many of you, Being a newbie, pls clarify for me :
Consider field1 in ODS1. I want to know the database table which is updating that field. From transfer rules i can see which is the source system filed name but from which table that is coming???
Thanks in advance!!!

You can find the name of the data source if you right click on the ODS and click on Show Data Flow -- > You will be able to see the flow and get the data source name.
Once you have the data source name , go to transaction RSO2 and see if the data source is based on a table or view or FM ..once you have this info you can analyze the table or the FM to find the source table and field..
Hope it helps,
Ashish..

How to find the Source system table

Hi Experts,
How to find table name in SCM APO system, because I am getting error in process chain, the corresponding table in the source system does contain any data. check the data basis in the source system.
Please provide the solutions how to find the table in APO (DP scm bi).
Thanks in advance.
Bye,
Bharathi.

Hi
I guess you knew that in APO, apart from APO tables.. it is Livecache where the actual transaction data is stored.
But, if you just want to find some of the existing table in APO.. simply go to se11 and in the table name put the pattern as /SAPAPO/* and press F4. It will give a list of tables with the descriptions.
You can find out yourself all APO tables application wise with the following steps:
Use transaction SE11 or SE16
- Press F4 in the selection field
- You will get popup... in the below line of the popup selection SAP Applications.
Here you will get the Application list. In that select your own application for which you want to get the table details
e.g. SCM- Supply Chain Management --> SCM-APO --> Advanced Planning and Optimization --->SCM-APO-MD - Master Data --> /SAPAPO/00_PRODUCT
Here are some examples:
/SAPAPO/v_matloc - material, material number location view
/SAPAPO/TSAREAKO - Planning Area details
/SAPAPO/TSAREATE - Planning Area technial fields
Since there are thousands of tables, I cannot list them all here.
or
You can use transaction ST05 (database trace) to help you find the tables you are looking for. You can turn on the trace function, run an APO transaction, and looks at the ST05 logs for the tables

InfoSource and Source System Not getting collected while activation BC

Hello there!
I'm trying to activate the business content. If i group all the objects below and install a cube (or update rules), it gets everything but infosources (Transfer Rules, etc.) and the source system assignment. Neverthless, if i assign datasource to infosource, it works properly.
I've installed the data sources, replicated it in BW, and done the source system assignment correctly. Any ideas what is going wrong?
Thanks and Best Regards,
DKA.

The issue was with Repository Cache. Delete it and everything works fine.
Admin Workbench -> Business Content -> Extras -> Repository Cache (DB) -> Delete (Delivery Objects)
Thanks, anyways.
DKA

Is there a system table that stores the "create table" scripts

Does a Oracle system table exist that contains the "create table" scripts for tables defined under a schema?
I know I can build this with SQL by querying the user_tab_columns, but I was wondering whether the entire DML
statement is already stored in some other system table. In the Quest Toad software you can simply go to the "Schema Brower", "Tables",
then select the "Script" tab and it shows you the "create table" statement for the particular table that you are
looking at. I'm wondering whether Toad behind the scenes is building this "create table" script via the user_tab_columns
table or using another system table.
Thank you in advance,
Wes

you can use the DBMS_METADATA.GET_DDL procedure to obtain the details regarding the ddl statement used to create the table.

System table that stores info about any function module

Hi All,
I know that table TFDIR stores primary information about any function module.
Could anyone tell me where the code of that function module gets stored in?
Also.. If I want to write an ABAP code to read the function module code then what is the best possible solution?
I want to read a function module code if that contains specific string.
Can anyone help me with that?
Thanks in advace and any answer will be appreciated.
Regards
Jignesh
Edited by: Jignesh Patel on Jun 12, 2008 12:22 PM

Hi Jignseh,
The codes are not stored in any table, they are stored as cluster.
To read the code, you can use READ REPORT.
But there you must provide the Include Name
For Example , If you want to read the code of READ_TEXT,
READ REPORT 'LSTXDU01'.
You can get this include name inside include LSTXDUXX
Use "GET_INCLUDES" to get all include names
Edited by: Swastik Bharati on Jun 12, 2008 12:28 PM

BI 7.0: Source System upgrade from R/3 Enterprise to ECC 6.0

Background:
I am relatively new to BW team and will be going through my 1st source system upgrade.
We currently have BI 7.0 SPS 17 connected to source system R/3 Enterprise EP1.
We are upgrading to the source system to ECC 6.0.
In Development and QA Environments:
we will have access to both old (R/3 Enterpirse) and the new (ECC 6.0) source systems.
We have a opportunity to compare the BW Objects, data flow and data loading from
both source systems.
In Production, however, we will just upgrade over 3 days downtime.
One Question that comes to mind in this regard...
What sort of things, we should be checking for before and after upgrade in Dev/QA and in Prod environments and what tools are available that can help the analysis and validation process ?
Some of the suggestions that were given to me include following points.
Before Upgrade:
1 Check data, taking pre images of it for testing with post upgrade.
2. Perform proper analysis of Source system related BW objects.
- A complete listing of actively used Datasources,.. etc.
3. Make delta queues empty,
Make sure that all existing deltas are loaded into BW.The last request delta must not deliver any data and must be green in the monitor.
4. Stop Process chains from BI (remove from schedule) and collection runs from R/3 side
After Upgrade:
1 After the OLTP upgrade, refer to note 458305 and other notes that are relevant to the actual upgrade
(depending on the R/3 system release / R/3 plug-in to BI plug-in compatibility).
2. Check logical system connections. Transactions SMQS, RSMO and SM59, If no access, then we can use Program RSRFCPIN_NEW for RFC Test.
3. Check and/or Activate control parameters for data transfer. SBIW ---> General Settings --->
Maintain Control Parameters for Data Transfer
http://help.sap.com/saphelp_nw70/helpdata/EN/51/85d6cf842825469a51b9a666442339/frameset.htm
4. Check for Changes to extract structures in LBWE Customizing Cockpit
- OSS Notes 328181, 396647, 380078 and 762951
5. Check if all the required transfer structures are active. See OSS Note 324520 for mass activation.
7. Check if all Source system related BW Objects are active - Transfer rules, Communication rules, update rules,DTPs,..etc.
Below is a link for some useful programs in this regard.
https://www.sdn.sap.com/irj/scn/wiki?path=/pages/viewpage.action&pageid=35458
6. Test all important datasources using RSA3 and check for OLTP Datasources changes .
As soon as BW notices that the time stamp at the DataSource in the OLTP is newer than the one in the transfer structure, it requests replication of the DataSource and activation of the transfer structure. Transfer the relevant DataSources only if required, and transfer only the ones that have changed (RSA5 -> Delta).
7. Create Data flow objects (trnasfer rules, infopackages, trnasformations, DTPs) for the Replicate
new/changed datasources,if needed.
8. Check all CMOD enhancements.
If we are using a customer exit with the extractor in the OLTP, see Note 393492.
7. Check for unicode (all custom programs or Function Modules for DataSources)
5. Check all the queues in RSA7, start delta runs and test data consistency.
For delta problems:In the BW system, start the 'RSSM_OLTP_INIT_DELTA_UPDATE' program for the DataSource and the source (OLTP) system for which the init selections are then transferred from BW into the ROOSPRMSC and ROOSPRMSF tables in the source system so that the delta can continue.
9. Take back up of data posted during upgrade for contingency planing.
10. Run the entire set of process chains once if possible and let it pick up no data or the usual master data.
Since we have lot of experts in this forum, who have probably gone through such scenario many times, i wanted to request you to Please Please advise if i have stated anything incorrectly or if i am missing additional steps, OSS Notes, important details...

Thanks Rav for your detailed post and very helpful contribution by posting all the information you had regarding the upgrade.
We have similar scenario -
We are upgrading our source system from 4.7 to ECC 6.0. We have our BI system with BI 7.0 at support pack 19 (SAPKW70019).
Our strategy in ECC deployment ->
In development we copied our old DEV 4.7 system DXX to new ECC system DXY (new system ID).
In production we are going to use same system PRXX upgraded from 4.7 to ECC.
Now we are in testing phase of ECC with all interfaces like BI in Dev.
My questions are below ->
How can we change/transfer mapping of all our datasources in Dev BW system BID to new ECC dev system DXY (Eg. Logical system LOGDXY0040) from Old dev system DXX (Eg. Logical system LOGDXX0040). We donot want to create new datasources or change all transfer rules/Infosources for old BW3.x solutions on our BI.
Also in new ECC sourcesystem copy we see all datasources in Red in RSA7 transaction. Do we need to initialize again all the datasources from our BW BID system.
Is there any easy way for above scenario ?
Please let me know if you have any further helpful information during your ECC 6.0 upgrade connecting to BI 7.0 system.
I have found some other links which have some pieces of information regarding the topic -
Upgrade R/3 4.6C to ECC 6.0 already in BI 7.0
http://sap.ittoolbox.com/groups/technical-functional/sap-bw/sap-r3-migration-and-sap-bw-version-1744205
BI 7.0: Source System upgrade from R/3 Enterprise to ECC 6.0
Re: ECC 6.0 Upgrade
Re: Impact of ECC 6.0 upgrade on BI/BW Environment.
ECC 5.0 to ECC 6.0 upgrade
Thanks
Prasanth

Detailed Source System Analysis

Hi
I am a new bie to this community and am trying to learn things as much as I can asap. :)
I am looking for any standard templates available for a detailed "source system analysis". We are trying to put that into practice on two systems that we are targeting and I just want to make sure that we are not missing any information that needs to be gathered from the source system from any angle. So, any of you can point me to the right links,reosurces or templates that we have that would help in capturing all these, help me.
If my understanding goes right, this is a task that is inevitable in a typical warehouse development cycle. So, I am expecting such templates to exist already. Correct me if I am wrong.
hoping to hear favourable replies asap.. :)
Have a great day at your end..
best regards
Manesh

Hello Manesh,
If your question is non-technical I would recommend the book "The Data Warehouse Lifecycle Toolkit" by R. Kimball et al (ISBN: 0471255475) as a starting point for discovering client requirements. The book contains detailed questions for every phase of a DW project including source system discovery, it even contains an Excel questionnaire / requirements sheet on the companion CD).
If technical and OWB-related, the next release of OWB (10.2) will as we're told contain advanced source system table analysis. The present OWB only lets you discover database objects that can be imported to OWB, as well as discover/sample flat file structures.
Good luck, Hans Henrik

Non-SAP Source systems for gas and power trading operations

Hi Experts, I have this client who has no R/3 systems. They have few MS Access databases, Oracle systems annd MS SQL DB. I have seen some of the most commonly used tables in all the databases and doesn't look like there are not even a single InfoObject that is similar to any one in Business Content. Now this makes me feel that I need create everything from scratch. Can anybosy guide me on the best way to go about extracting data from this non-SAP systems. Right from connecting to these systems to extracting data in BI to creating some meaningful reports.
They do not have the concept of Master data here. All they have is Data in the MS Access databases.I need some assistance from experts here in how do I go about organizing this.

hi,
The BW can be connected to Non-SAP data using DB or UD connect.
The data in Non-SAP source system is staged in form of tables.
You can extract the data using Data Source based on DB or UD connection.you can define new info objects and data flow which extracts the data. In DS description you can mention the Non-SAP source system tables from where you want to extract the data, after that u can mention the fields to be extracted in BW.
regards,
Arvind.

One report, One Source System with multiple Company Codes -- Authorization

Hello Guys
We have 2 DEV source systems for our BI implementation right now. one for US (CCode - 406) an one UK(CCode - 301).
We have already completed the implementation for UK with 38 reports.
we are right now moving the US implementation.
when we move to QAS we are going to have one Source system with both US and UK data.
so when we move to QAS, the US clients wants to view the reports developed in UK implementation with their own data.
How can we do that. since some reports doesn't have company code to restrict the data to respective users.
Thanks and Kind regards,
shekar.

Hi
First make the company code authorization relevant in infoobject BEx explore tab
If your in BI7 , you have analysis authorization concept
http://help.sap.com/saphelp_nw70/helpdata/en/66/019441b8972e7be10000000a1550b0/frameset.htm
Regards
N Ganesh

We would like to test old deltas from the source system( copied to new)

Hi Gurus,
The scenario is
They will make a DB copy of the Prod system onto a QA system, the Copied system will have
its system ID changed(SID) to a new one.
There will be deltas available in the RSA7, as this is a copy of the 3 weeks old prod
system. Now the delta's will be available on the Copied system pointing to the BW Prod system.
We would like to test these delta's to BW Dev. why we would like to do the delta's to the
BW dev system is to check whether we can do system copies without clearing the delta's on
the source system.
After the system copy we will do all the activities necessary to reflect the system changes
a. Like BDLS, We20, we21,ALE checks, RFCDES, RSLOGSYSDEST, RSBASIDOC, etc on the source system to
reflect the changes of the BW Prod system to BW Dev system.
b. Likewise, we will perform all the above activities on the BW dev system by changing the
existing source system to the new source system( performing BDLS,we0, we21, etc)to reflect
the new Source system with the new (SID).
c. We will check the source system connection
d. Replicate the datasources on the new source system
e. Activate the Transfer rules for the new source system.
Now for us to do delta's from the new source system to the Bw dev system we need to change
underlying tables in source system to point the delta's, arfc TID's etc to the BW dev system.
We can change the entries in the TRFCQOUT, ARFCCSTATE, ARFCDATA tables to point the LUW's and
destination to the BW dev system.
What I presume is if we run the BDLS on the Copied system to change the BW prod system to BW
and also the underlying Tables for the LUW's and etc will still be pointing to BW Dev. I would
like to know if this is the case .
Lastly, appreciate if anyone can say if this is possible to do without having to clear the
BW delta queue on the source system.

Hi Ramesh,
Appreciate a lot for your response, but i would like to know if we can reflect the entries in table RSSDLINIT(Last Valid Initializations to an OLTP Source) and RSSDLINITSEL(Last Valid Initializations to an OLTP Source) in the BW system on the copied source system
tables ROOSPRMSC(Control Parameter Per DataSource Channel), ROOSPRMSF(Control Parameter Per DataSource Channel) by executing the ABAP program RSSM_OLTP_INIT_DELTA_UPDATE after we do the BDLS conversion on the new copied source system.
After the BDLS conversion I reckon the entries in the RSA7 queue, ARFCCSTATE, TRFCQOUT tables willl reflect the BW Development system instead of the BW Production system isnt it.
response much appreciated.
Kalyan

ALE inbox of BI is identical to the ALE outbox of the source system

Hi experts
We have BW 7 on ERP (ECC) 6. We have BW and ERP TOGETHER on the same developing system. BW is designed on developing client 100 (it is future productive client on the future productive system). It is of course default "myBI" source system. Upload is correct.
But because data is only inside clinet 200 (in the same system) I must create SAP source system client 200. It is correct, RFC destination is corect, source system clnt200 is correct and active. But data I cannot upload from this source system clnt200 - IDOCs are not correct, BW monitor is yellow and message:
ALE inbox of BI is identical to the ALE outbox of the source system
Is mistake in situation "the same system - various clients and sourcesystems"? Do you have any experiences with BW on the same system with ERP 6 and client enviroment?
Thanks
Ales

Hi Ales,
The problem can often be caused due to missing authorizations with the background user used to receive the data in BW or
the background user in the source system that sends the data to BW. Please check the authorizations as per the note
150315 , sometimes SAP_ALL profile does not have the required authorizations so please check that the background users
have the profiles mentioned in the note 150315:
As per the note:
Reason and Prerequisites
a) In the BW there exist two user:
   i) a human administrator, using S_RS_ALL
   ii) a user called BWREMOTE (or similar), used to receive the data
       from the OLTP, using S_BI-WHM_RFC
b) In the OLTP there exist also two user:
   i) a human administrator, needing authorizations to create users
       and RFC-destinations.
   ii) a user called ALEREMOTE (or similar), used to ...
       1) ... connect the OLTP to the BW
       2) ... extract the data
       3) ... send the data to the BW
       4) ... show monitoring dialogs
       for tasks 1 to 4, the profile S_BI-WX_RFC is used (however does
       not suffice on some points since some authorizations are
       missing in the delivered profile)
       5) ... make customizing of OLTP extractors
       for this, additionally the authorizations to execute
       IMG-functionality, to execute Transaction SBIW and
       to maintain the applications, which shall be customized, must
       be given during the customizing functionality is used.
I hope that this helps.
Regards,
Des.

Source System contains Surrogate keys

How to design dimension and facts when my source system table itself contains surrogate key (i mean auto generated id).......
for example:
EMP
id PK
name
salary
designation
id is autogenerated sequence....... my dimension will contain this id as surrogate key but no natural key ...is it right?
if it is right then i cannot create key map table for my dimension

If the source system is generating and maintaining it then it seems like it can be a natural key in your dimension.

Purchasing - Set Up Table in source system - LBWG

Hi all,
Currently we are extracting Purchasing data into BI7, and have a large volume already which has been delta'd across.
We need to apply some notes to the Source System which involve deleting the data out of the set-up table, trnx LBWG.
Can anyone tell me what the impact of this will have on the deltas being run in BI7...and what steps if any I would need to take?
Thanks, Lee

Hi Lee,
Setting up of set up table is one time activity in general scenario.
Once setup table data population is done , load data into BW through initialization option . If this init request gets in to status "Green" , then on you dont need to refer to data in setup table .
As per the wish / space constraint one may keep / delete the setup table data.
Regards
Mr Kapadia

Activation of Business Content Datasources in CRM Source system

Hi,
      My Requirement is to activate all Datasources in CRM Develoment server.I have select the entire node in RSA5 and click "Activate Datasources".But for each Datasources system is askin for develoment request.Is there any procedure to activate all Datasources with single Development Request.
Regards
Vishal

This section describes the general settings necessary for BW Integration in CRM.
If CRM is not involved in your scenario skip this section.
Transferring Application Component Hierarchy (CRM)
Procedure
This step has to be carried out in the CRM system.
IMG Menu     Integration with Other mySAP Components  Data Transfer to the SAP Business Information Warehouse  Business Content DataSources  Transfer Application Component Hierarchy
Transaction code     RSA9
Confirm the security check: Do you want the content application Transfer Component Hierarchy? with YES.
If a dialog box appears requesting the user to enter a development class, enter a development class in the customers namespace and choose Save or choose Local object.
If no error message is sent the application component hierarchy has been transferred successfully.
Cross Connectivity:
It describes all settings that are necessary to connect the components of the SAP.system landscape with each other. The settings for each combination of two components to be connected are described in a separate structure node. The separate section headings make it possible to identify the activities required to connect certain components with each other. The section headings for components that are not part of the installation can be skipped
Connecting SAP BI with SAP ERP, SAP CRM
Procedure
To carry out the activity, choose one of the following navigation options in the SAP BI system:
Transaction Code     RSA1
SAP BI Menu     Modeling  Data Warehousing Workbench: Modeling
1.     Choose Modeling.
2.     Choose Source Systems.
3.     Select SAP in the window on the right.
4.     Choose the Context menu (right mouse click).
5.     Choose Create.
6.     Make the following entries:
Field     Entry
Target computer (server)                            Server of the SAP ERP, SAP CRM or SAP SRM system
System ID     System ID of the SAP ERP, SAP CRM or SAP SRM system
System number     System number of the SAP ERP, SAP CRM or SAP SRM system
Background user in source system     RFCUSER
Password for source system     welcome
Background user in BI     RFCUSER (can not be changed in this activity)
Password for BI user     welcome
9.     On the dialog box Please log on as an administrator in the following screen choose Continue.
10.     Log on to the Source System with your administrator user. Choose the correct client.
11.     On the dialog box New Source System Connection choose Continue.
12.     On the Replicate Metadata dialog box, choose Only Activate.
The building block CRM Lead Analysis describes the all the required activities to analyze the Marketing Lead Analysis data from SAP CRM in SAP Business Information Warehouse.
The analysis is carried out with the following queries of the InfoCube 0MKTG_C01 CRM - Lead Management (SAP BW Business Content).
The Lead Management InfoCube contains all the characteristics and data used for the administration of leads. This InfoCube enables you to execute the following standard queries available in SAP BW:
1.     Channel Analysis: This query is used to determine the best channels by which business partners are contacted in the context of a marketing campaign. Following each marketing campaign, the lead manager can compare the success of a given channel to those of others.
2.     Efficiency Reporting: This query is used to analyze the efficiency with which leads are qualified. By navigating to the sales organizations and the responsible employees for the leads, it is possible to assess how efficiently lead teams are working and to identify areas for improvement.
3.     Historical Evaluation: Use to help analyze and compare leads over different intervals (comparison of different quarters or years for example) to see if general characteristics in the processing of leads can be identified for these periods.
4.     Lost Leads: Provides an overview of the number of lost leads in a particular period and the reasons (implemented as a navigation characteristic) for the loss of the leads. This query is used to analyze the main reasons why leads might be lost, with a view to developing new strategies for overcoming these weaknesses.
5.     Channel Mgmt.: Top-n Lost Leads (Current Year): In a Channel Manager Portal, this query provides an analysis of the leads lost by a Channel Manager over the past 12 months. Channel Managers can also view the leads lost by their Channel Partners. In a Partner Portal, this query shows the top-n unsuccessful leads distributed by a Channel Manager to a Channel Partner. Partner Manager can see the lost leads of the Partner Employees over the year. Partner Employee can view his lost leads over the year.........
Before starting activities in this building block, you need to perform or check the following steps:
1.     From the BW Connectivity building block the following activities have to be completed:
a.     Local Settings è SAP CRM: all activities have to be completed.
b.     Local Settings è SAP BW: all activities have to be completed.
c.     Cross Connectivity è Connecting SAP BW with SAP R/3, SAP CRM, SAP SRM: Connect your CRM System.
2.     From the General Settings for BW Integration building block the following activities have to be completed:
a.     In section General Settings in CRM all activities have to be completed.
b.     In section General Settings in SAP BW all activities have to be completed.
Hope it will helps you........

JDE Source/System Table to store Implemented (Active) Modules

Similar Messages

Maybe you are looking for