Skip to Content
author's profile photo Former Member
Former Member

RDA implemented scnarios

Hi All,

I want to know where we can use the RDA ( Real Time Data Acquizition) data flow.

Its is supposed to be used for enabling the user to take teh tacticale decisions.

I want the scnarios where tacticals decisions are needed from BW reports.

I am looking in the HR area specifically.

The TIME, PAYROLL or ACTIONS business scnaions will be helpful for me.

Thanks in advance.

Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • Best Answer
    author's profile photo Former Member
    Former Member
    Posted on Dec 18, 2008 at 09:52 AM

    Hi

    RDA is a new functionality of SAP BI 7.0 and this functionality is useful for extracting the data close to near time source.

    Some of the pre-requisite (decisions) for using this feature are

    1.If we are using Real time data extraction we cannot switch to scheduled extraction. so discuss this with Business users.(Because the datasource can only exist as RDA enabled or emulated version).

    2.What frequency do we need data in BI?

    3.Need to have BI 7.0 dataflow in BI.

    4.RDA can only load to DSO.

    Hope this help.

    PKC

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Dec 17, 2008 at 11:08 PM

    Hi Mukesh........

    Real-time data acquisition supports operational reporting by allowing you to send data to the delta queue or PSA table in real-time.............We use real-time data acquisition if we want to transfer data to BI at shorter intervals (every minute) than scheduled data transfers and you need up-to-date data to be regularly available in reporting (several times a day, at least).............You might be having complex reports in your BI System, which helps in making decisions on the basis of data of your transactional system. Sometimes (quarter closure, month end, year ending...) single change in the transactional data can change your decision, and its very important to consider each record of transactional data of the company at the same time in BI system as it gets updated in the transactional system................

    Motivation for real-time

    ��Upload frequency for regular staging not sufficient��Number of requests can not be handled by BI system

    ��Reporting requirements of data with sub 1 hours actuality ��Operational reporting��The clear distinction between tools for analytical applications and tools for operational applications is more and more difficult. ��See transactional data in reporting as it is created in source system (u201Epost & seeu201C)��Availability of data in source system not known

    ��Use u201EPushu201Cmechanism (e.g. SAP NW XI)��Polling or��Trigger data load process via event from source system��Remote access of data not feasible due to resource consumption in source system (and cross application reporting requirements)

    ��Splitting of staging processes (EDW) u2013General business rulesare processed during the day whereas scenario specific rules(definedby application, region, time zone, etc.) are processed at customer defined times

    Regards,

    Debjani.........

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      HI ,

      Real-time data acquisition supports tactical decision-making. It also supports operational reporting by allowing you to send data to the delta queue or PSA table in real-time. You then use a daemon to transfer DataStore objects to the operational DataStore layer at frequent regular intervals. The data is stored persistently in BI.

      Its recommend that you use real-time data acquisition if you want to transfer data to BI at shorter intervals (every minute) than scheduled data transfers and you need up-to-date data to be regularly available in reporting (several times a day, at least).

      http://help.sap.com/SAPHELP_NW04S/helpdata/EN/52/777e403566c65de10000000a155106/frameset.htm

      Regards,

      shikha

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.