Payables Account Analysis report takes long time to produce xml output

Hi,
I am trying to get xml data for the Payables Account Analysis report. I have changed the output format of the concurrent program to XML.
The report takes long time to produce the xml data irrespective of the number of rows fetched. But the same report with Text output runs very fast.
Any reason why the xml output takes long time?
thanks in advance
Malathi.

Hi,
Thanks for the reply.
As mentioned above, i deleted the Q_FLEXDATA and ran the report. it takes less time.
But Will the report data not affected when we delete Q_FLEXDATA Group? and Why this flexdata group affects the running time?
Thanks,
Malathi.

Similar Messages

  • Concurrent report takes long time to complete

    Dear all,
    Concurrent report "Inactive items report" takes long time to complete.
    How to solve this performance issue ?
    Kindly offer me solution to this.
    Regards,
    Arun

    Please post the details of the application release, database version and OS.
    Was the performance acceptable before? If yes, any changes been done recently?
    Do you have the statistics collected up to date?
    Please enable trace and generate the TKPROF to determine why the request takes that long to complete.
    https://forums.oracle.com/forums/search.jspa?threadID=&q=Slow+AND+Concurrent&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
    https://forums.oracle.com/forums/search.jspa?threadID=&q=Slow+AND+Concurrent+AND+TKPROF&objID=c3&dateRange=all&userID=&numResults=15&rankBy=10001
    Thanks,
    Hussein

  • Oracle9i reports take longer time while running in web

    Hi,
    I have developed few reports in Oracle9i and I am trying to run the reports in web. Running a report through report builder takes lesser time compare to running the same report in web using web.show_document. This also depends on the file size. If my report file size(.jsp file) is less than 100KB then it takes 1 minute to show the parameter form and another 1 minute to show the report output. If my file size is around 190KB then the system takes atleast 15 minutes to show the parameter form. Another 10 to 15 minutes to show the report output. I don't understand why the system takes long time to show the parameter form.
    I have a similar problem while opening the file in reports builder also. If my file size is more than 150KB then it takes more than 15 minutes to open the file.
    Could anyone please help me on this.
    Thanks, Radha

    This problem exists only with .jsp reports. I saved the reports in .rdf format and they run faster on web now. Opening a .jsp report takes longer time(file with 600KB takes atleast 2 hours) but the same report in .rdf format takes few seconds to get opened in reports builder.

  • Payable Account analysis report

    Hi All,
    Payables Account Analysis Report for 10.1000.1000 which is the account that is billed when we charge our customers freight on an order. Most orders have freight in the “charges” section in order entry, however, I do not see the items showing up on this account on the analysis report. Please advise as to what GL account the freight charges on invoices are charted to. I need to know what charges we billed for freight from Feb 1 2008 to Jan 31 2009.
    Thanks,
    Redro.

    Any Suggestions?
    Thanks,
    Prakash.

  • Report takes long time for few records

    hi frends,
    I m facing one problem with my Web based erp application which is developed in .net , in my application when i open the  report from my applicaiton , in my temp folder there one file gets created name is "rpt conmgr cache"
    bcoz of this for few records also my report takes too much time and opens very slow and it takes long time, and it happens in some of the reports only , other reports are working cool and its not creating any file in temp folder,,, so can u guide me whats this file and what can be the solution for it,
    Thanks
    Mithun

    hi sabhajit,
    i have already checked the sql query it is taking less then seconds.
    any other steps u want me to check then pls let me know?
    thanks mithun

  • Report takes  long time to refresh

    Hi Experts ,
    I have an issue ,when I have only used one workshet  to upload as the original workbook has about 25 worksheet tabs and is too large to upload.The report takes 20 minutes to refresh I was rebuilding the report when I noticed that when I added the formulas to the bottom to the original report the report started to take longer to run.When the bottom section of the report is not included the report refreshed in about  2 minutes.
    In the file that completes faster,there are no formulas after line 353
    In the file that takes long time o refresh,the start on line 357.When the bottom section of the report is not included the report refreshed in about 2 minutes.Any sugession.Thanku.
    Regards
    R@vi

    hi,
    If you discover significant high frontend time, check whether the formatting is the reason. If so, either switch it off or reduce the result lines.
    As formatting information is not transferred, the time consumed in the frontend can be reduced.
    But the workbook you are executing may obviously take much time.
    Message was edited by: AVR - Intelli

  • Bex Reports takes long time for filtering

    Hi,
    We have gone live in last December.And already our inventory cube contains some 15 million records,sales cube contains 12 million records.
    Is there any specific limit to number of records.Because while doing filtering in inventory report or sales reports it is taking very  long time.
    Is there any alternative or we should delete some the data from the cube.
    for filtering any value it is taking long time than running the query itself.
    Pls help...
    Regards,
    viren.

    Hi Viren,
    I hope a cube can perform well even at 100 million records with some performance tunning. So i absolutely doubt why it is taking long time for your cube with just 10-15 million records.
    Do a performance analysis and check whether aggregates will be helpful or not.
    Check the below link for how to do a performance analysis.
    https://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/media/uuid/d9fd84ad-0701-0010-d9a5-ba726caa585d
    Hope it helps.
    Thx,
    Soumya

  • Webi report takes long time to open

    Hi All.
    We have created few reports in webi and we have used variables in these reports.
    But while opening that reports into BI Launch pad browser, it is taking long time to open. e.g. 5 to 7 min or more.
    Please help to resolve this issue.

    Hi Anand R,
    A couple of questions from my side:
    1) Does the webi report contains any chart
    2) Are webi reports which are slow only on a single .UNX
    3) How about the network.
    4) Are you using IE
    5) Are you in 3.x or 4.x
    Could you try any of the below:
    1) Increase Tomcat memory pool to 4096Mb
    2) Stop and restart Tomcat once.
    3) Try with other browser
    4) Use something like Fiddler to understand the network speed
    5) Delete cookies in the browser
    Try the other options told by our SCN colleagues aswell..
    BR
    Prabhith

  • Report takes long time in different database version

    Dear Mates,
    I have been in serious problem from last one month. Still i don't get any solution. Come to the problem.
    I have a program where, database version is *9i R2*. Here one report are base on a database function and works perfectly. It takes 30/35 seconds to preview.
    I take this schema backup by EXP command and import it to database version XE and also database version *10G R2* with IMP command. import is successful. Others report still preview as it is at 9i. But my mentioned reports didn't come as same. Now it takes 3 Hrs. :(.
    I run explain plan and the out put is bellow. What should i do now ? If you want to check the query i can also post it. If any one have experience regarding this, please help me.
    Plan hash value: 3745590339
    | Id  | Operation                      | Name        | Rows  | Bytes | Cost (%CPU)| Time     |
    |   0 | SELECT STATEMENT               |             |  9454 |  1874K|   207  (55)| 00:00:03 |
    |   1 |  SORT GROUP BY                 |             |  9454 |  1874K|   207  (55)| 00:00:03 |
    |*  2 |   HASH JOIN                    |             |  9454 |  1874K|   205  (55)| 00:00:03 |
    |*  3 |    INDEX FAST FULL SCAN        | IND_AD_ID   |  9454 |   120K|   201  (55)| 00:00:03 |
    |   4 |    INLIST ITERATOR             |             |       |       |            |          |
    |   5 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL     |  1351 |   250K|     3   (0)| 00:00:01 |
    |*  6 |      INDEX RANGE SCAN          | IND_AD_FLAG |     8 |       |     2   (0)| 00:00:01 |
    Predicate Information (identified by operation id):
       2 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
       3 - filter("ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",:UNIT,:PROJ)<>0)
       6 - access("ACC_DTL"."AD_FLAG"=6 OR "ACC_DTL"."AD_FLAG"=7 OR "ACC_DTL"."AD_FLAG"=8
                  OR "ACC_DTL"."AD_FLAG"=18 OR "ACC_DTL"."AD_FLAG"=19)
    Note
       - dynamic sampling used for this statementupper explain plan is from database 10g R2
    bellow r from 9i R2
    | Id  | Operation                      |  Name        | Rows  | Bytes | Cost  |
    |   0 | SELECT STATEMENT               |              |       |       |       |
    |   1 |  SORT GROUP BY                 |              |       |       |       |
    |   2 |   CONCATENATION                |              |       |       |       |
    |   3 |    NESTED LOOPS                |              |       |       |       |
    |   4 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
    |*  5 |      INDEX RANGE SCAN          | IND_AD_FLAG  |       |       |       |
    |*  6 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
    |   7 |    NESTED LOOPS                |              |       |       |       |
    |   8 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
    |*  9 |      INDEX RANGE SCAN          | IND_AD_FLAG  |       |       |       |
    |* 10 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
    |  11 |    NESTED LOOPS                |              |       |       |       |
    |  12 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
    |* 13 |      INDEX RANGE SCAN          | IND_AD_FLAG  |       |       |       |
    |* 14 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
    |  15 |    NESTED LOOPS                |              |       |       |       |
    |  16 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
    |* 17 |      INDEX RANGE SCAN          | IND_AD_FLAG  |       |       |       |
    |* 18 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
    |  19 |    NESTED LOOPS                |              |       |       |       |
    |  20 |     TABLE ACCESS BY INDEX ROWID| ACC_DTL      |       |       |       |
    |* 21 |      INDEX RANGE SCAN          | IND_AD_FLAG  |       |       |       |
    |* 22 |     INDEX RANGE SCAN           | IND_AD_ID    |       |       |       |
    Predicate Information (identified by operation id):
       5 - access("ACC_DTL"."AD_FLAG"=19)
       6 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
           filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
                  UMBER(:Z))<>0)
       9 - access("ACC_DTL"."AD_FLAG"=18)
      10 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
           filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
                  UMBER(:Z))<>0)
      13 - access("ACC_DTL"."AD_FLAG"=8)
      14 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
           filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
                  UMBER(:Z))<>0)
      17 - access("ACC_DTL"."AD_FLAG"=7)
      18 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
           filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
                  UMBER(:Z))<>0)
      21 - access("ACC_DTL"."AD_FLAG"=6)
      22 - access("ACC_LEDGER"."LG_AD_ID"="ACC_DTL"."AD_ID")
           filter("ERP"."ACC_BALANCE"("ACC_LEDGER"."LG_AD_ID",TO_NUMBER(:Z),TO_N
                  UMBER(:Z))<>0)
    Note: rule based optimizationEdited by: HamidHelal on Oct 12, 2011 6:42 PM

    yes..
    SELECT ALL ACC_LEDGER.LG_AD_ID, ACC_DTL.AD_NAME, abs(ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ) )BAL,
    CASE WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)>0  AND ACC_DTL.AD_FLAG IN(6 ,18) THEN
                'RECEIVABLE'
               WHEN  ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)<0  AND ACC_DTL.AD_FLAG IN(6,18)  THEN
                'PAYABLE'
                 WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)>0  AND ACC_DTL.AD_FLAG IN(7,8,19)  THEN
                'PAYABLE'
                WHEN ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)<0  AND ACC_DTL.AD_FLAG IN(7,8,19)  THEN
                'RECEIVABLE'
                END AS BALANCE_TYPE,
    ACC_DTL.AD_CODE, ACC_DTL.AD_FLAG
    FROM ACC_DTL, ACC_LEDGER
    WHERE ACC_DTL.AD_FLAG IN (6, 7, 8,18,19)
    AND (ACC_LEDGER.LG_AD_ID = ACC_DTL.AD_ID)
    AND ACC_BALANCE(ACC_LEDGER.LG_AD_ID, :UNIT, :PROJ)<>0
    GROUP BY ACC_LEDGER.LG_AD_ID, ACC_DTL.AD_NAME, ACC_DTL.AD_CODE, ACC_DTL.AD_FLAG
    ORDER BY   ACC_DTL.AD_FLAG , ACC_DTL.AD_NAME;here ACC_BALANCE is the database function name..

  • Report takes long time to loadq

    Hello,
    I am a developer and have to analyse the behaviour of CR concerning a certain report: It takes about 7 seconds to load this report into the designer and I am wondering, what could cause this delay. Just to make sure: I am not talking about rendering the report (which might include heave database activity in order to acquire the data), but only the time it takes for the CR designer(?) to prepare.
    The report represents a data sheet (single page) with 7 subreports showing optional additional data (1-5 rows with 3 cols each). I would not consider the report to be extremly complicated and a similar design in other report generators loads within 1/10 of a second.
    Although I am using the programming interface I can verify this behaviour using the trial version of CR XI SR 2:
    When selecting the report to load into the designer, it takes approx 7-8 seconds before the designer appears.
    Is there anything I can do about this strange behaviour? This delay results in having the customer to wait for quite a while before previewing just one simple data sheet... Not a nice scenario
    Thanks and greetings from Berlin, Germany

    Hi Sharon,
    Yes it is correct. I am talking about the designer, and NOT the preview (I would accept delays and look in the query).
    The subreport's queries (one table for each subreport) is linked to the main dataset via its 'ID'...
    The table structure is similar to this:
    Main: MainData (PK : ID);
    SubReport1: DetailData1 (Linked via 'MainID' to the MainData)
    SubReport2: DetailData2 (Linked via 'MainID' to the MainData)
    I am not a CR expert, but as far as I can see from the report layout, the subreports are designed as 'group'. When I try to display the subreport's query, I am asked for the 'MainID'. So I assume it is generated using the 'Add group'.
    Unfortunately, I cannot monitor the DB activity, as the source database is FireBird and I don't have any monitoring tools. Would there be any DB activity prior to previewing the report?
    Oh, thanks for your patience

  • GR55 Report Takes long time.

    Hi experts,
    System Details: ECC 6.0; Windows 2008 R2; MS SQL 2005 Database.
    Archiving is done and now when our functional team is running the GR55 to access data, it is taking a hell lot of time to bring-out the data. They have approached the Basis team (me included) for help.
    Probable Solutions I think, but not confirmed,
    1. The report may be doing some sequential read.
    2. The table which it is trying to access has some indexing issues.
    3. May be, the PBS server issue.
    Any comments, suggestions or rectifications are welcome. Please help.

    Another update, as per the rdisp/max_wprun_time is set to 3600 secs in our PRD, so when the GR55 will take more than 1 hour it will throw an error, as it is accessing all the archived data and surely it will take a lot of time. Furthermore, it's not advisable to increase the runtime.
    Anyways, it is also not possible to run it in background, as the team tried. So guys please please please help me out!

  • Oracle report formatting takes long time

    hi
    i am using oracle 10g Application Server 9.0.4.0.0 on Red hat linux AS 3
    oracle reports are run thru JSP's
    some reports take long time to execute though query in it if executed on sql plus are fast.
    it is fond that that formatting is going on for those reports
    what might be the reason for this??
    is the data fetched first and then formatting takes place as per data??
    waiting for reply
    Avinash

    hi
    i am using oracle 10g Application Server 9.0.4.0.0 on Red hat linux AS 3
    oracle reports are run thru JSP's
    some reports take long time to execute though query in it if executed on sql plus are fast.
    it is fond that that formatting is going on for those reports
    what might be the reason for this??
    is the data fetched first and then formatting takes place as per data??
    waiting for reply
    Avinash

  • MDX report rendering takes long time and showing Conflict Message

    Hi All,
    This is my MDX Query
    with member
    [Measures].[Rent] as
    IIF(IsEmpty([Measures].[Budget]),
    NULL, [Measures].[Rent])
    select {[Measures].[Rent]}
    on columns,
                         [Property].[Address].[All].children *
             DESCENDANTS([Account].[Account Hierarchy].[Account Group].[Expenditures],
                         [Account].[Account Tree].[Account]) *
                         [Property].[Property].[All].children
    on rows
    from
       [Master]
    When i comment [Property] Dimension member , i am able to get the result, but i need Property Dimension in MDX.
    Can anyone give some idea ?
    Thanks in advance

    Hi Jarugulalaks,
    According to your description, it take long time to render the report when using [Property] dimension, right?
    In this case, the issue can be caused by that there are too many members under this dimension. In your query, you used CrossJoin function to join multiple dimensions which might cause the performance issue. If you cross-join medium-sized or large-sized sets
    (e.g., sets that contain more than 100 items each), you can end up with a result set that contains many thousands of items—enough to seriously impair performance. You can use the NonEmptyCrossjoin function instead of Corssjoin function. For the detail
    information, please see:
    http://sqlmag.com/data-access/cross-join-performance
    http://msdn.microsoft.com/en-us/library/ms144797.aspx
    Besides, the total time to generate a reporting server report can be divided into 3 elements: Time to retrieve the data (TimeDataRetrieval); Time to process the report (TimeProcessing); Time to render the report (TimeRendering). For the detail information,
    please refer to the link below to see Charlie's reply.
    http://social.msdn.microsoft.com/Forums/sqlserver/en-US/a0962b54-6fc2-4111-b8f1-a3722a65fa05/how-to-improve-performance-of-report?forum=sqlanalysisservices#a0962b54-6fc2-4111-b8f1-a3722a65fa05
    Regards,
    Charlie Liao
    TechNet Community Support

  • Account Analysis Report parameters doesn't take effect on output

    Hi all,
    I run the Account Analysis Report(XLAAARPT) but the parameters doesn't take effect on output... In System Administrator responsibility i check the params P_RESP_APPLICATION_ID and P_JE_SOURCE_NAME to be displayed so the user can choose from LoV but the didn't take any effect on the result. If i specify to display the result from this report only for Payables source - i receive all other sources too(Asset, Receivables, etc...). Any ideas what should i change to make it work correctly?
    EBS Version : 12.1.3.
    Thanks in advance,
    Bahchevanov.

    Issue solved. I have to change the data definition xml file by adding some WHERE clauses to use the parameter for the source. In fact i'm not sure this is the best way to achieve it but it works.
    BR,
    Bahchevanov.

  • In the Account Analysis Report Payables, currency precissions are not refle

    Hi All,
    In the Account Analysis Report Payables, currency precissions are not reflected propely.
    The functional currency is KWD (Precission - 3). In the standard report (Account Analsyis Report) parables application, the output is shown in 2 decimals. The output should be shown in 3 precisions.
    Regards,
    Raju.

    Some how the rtf (XLAAAR01) is not looking at the currency precision.
    You may customize the rtf.
    By
    Vamsi

Maybe you are looking for