Hello Rakesh,
You can optimize the Work process and it can be done by BASIS team.
Refer to the below SAP help and check with your BASIS team to optimize the work process.
https://help.sap.com/saphelp_nw70/helpdata/en/c4/3a7f53505211d189550000e829fbbd/frameset.htm
Reagrds,
Thanga
Hello Arthur,
While downloading the spool from SP01. You can download the spools by batches by specifying the page number.
Goto SP01->goto the spool outpur -> GOTO-> Display Requests->>Setting --- > set the pages from 1 to 20.
Download the spool.
now change the page from 20 to 50 and download the spool file.
In this case you will be getting lot of files and you have to merge them.
Regards,
Thanga
Hi Eman,
Please keep the points while doing optimisation.
1) Make sure the fetching fields sequence should be same as table sequence.
2) Try to check the index possibility on the accessed table with your 'where conditions'
3) Avoid the select statements inside the loop,as it hits the database for every looping.
4)Try to fetch the data outside the table, sort it and use 'Read' statement with 'binary search' inside the loop.
Test the code using ST05 and then sort the statements based on duration and concetrate more on
cost taking statements.
Try to reduce the load on database and then duration 
I never observe any significant performance impact on first point, even with a into corresponding field option.
1) Make sure the fetching fields sequence should be same as table sequence.
The following point could be corrected by a "for non buffered table"
3) Avoid the select statements inside the loop,as it hits the database for every looping.
I agree with following point, but only for non-buffered table that cannot be read with a JOIN option like a cluster table or foreign key field definition not identical. (It often leads to a FAE clause that impair performance)
4) Try to fetch the data outside the table, sort it and use 'Read' statement with 'binary search' inside the loop.
And, yes; the point 2 is a must-be-executed (and actually checked with ST05 too)
Regards,
Raymond
Hello, Ajay
I have experienced CBTA for a customer project.
It is very useful for web applications because it has unique logic and you dont need to insert wait statement for child popups(not like other test automation tools). also it is component based tool, so it can reduce the maintenace cost.
BS
Kanji
Hello Nora,
Yes, ATC results and open exemptions are collected from the managed consolidation/test system and are displayed in Solution Manager application Custom Code Lifecycle Management(CCLM).
You only have to ensure that an ATC central run is scheduled periodically in the managed consolidation/quality system. CCLM will then automatically pull in the results from the managed system
For more information on ATC please refer to the following blog.
Going forward, It is also planned to collect ATC results in BW cubes giving customers the option to create their own reports.
Hope this helps.
Best Regards
Venkata Mahadevan
Hello Team,
Here we are facing issues while converting SAP tables data to XML file.
the description is not converting properly for the special German characters like ü, ö, ä.
Actual output should be :Überprüfung nach § 29 STVZO
Output Displayed :Ã#berprüfung nach § 29 STVZO
Can you please look into and help me in this to get correct output .
Thank you.
Experiencing an issue with a background job taking signficantly longer than usual for the past week. After a step to ensure that the job isn't already running, the second (of 2) step is a custom-copy of RSNAST00. It starts out running very smoothly (microsecs for each delivery line item), but gradually swells to the point that it takes up to 40 minutes for a single item to process. We've cleared a 'stale lock' from a previous run of the job that had been cancelled, and confirmed that there are currently no others. The job has been cancelled and rescheduled numerous times now with the same results (although I've verified that it's not reprocessing items that have already been processed in previous attempts).
Any suggestions? Thanks in advance!
Hi,
Unicode or Non-Unincode System ?
Displayed where ? SAPGUI ? Print Preview ? Spool-Display ?
And how is the XML file written ? OPEN DATASET ? BAPI ?
At all of these stages it might be either that it is only a display system, like the selected display CHARSET in SAPGUI, when it is a non-unicode system, or simply not coded correctly like OPEN DATASET without specifying the cdepage when necessary.
And it might even be, that even "displaying" the XML File is simply done with the incorrect codepage while the data inside the file is correct.
If you are on Windows, you might even face funny results when saving a simple textfile from notepad with ANSI/DOS and both Unicode variants and then go to CMD.EXE ans simply "type" the content.
All 4 results will be different, allthough notepad will display the same stuff.
So first of all, makes sure which codepage is relevant at all stages from DB-table to "display"
- DB-Charset
- SAP system type (unicode/non-unicode)
- SAP codepage (1100 / 410x )
- crosscheck the test from report RSCPINST
- Codepage on Windows running SAPGUI
- Selected codpage for Sapgui
:
:
Good hunting
Volker
Hello gurus,
This is reference to below link since I've the same problem
https://scn.sap.com/thread/3386052
However when I run transaction SECATT_UTIL I don't see anything similar to what has been identified in the discussion. Below is what I see. Any ideas?
Thank you
Dear Kishor and Thanga,
Thanks for your help.
It is ABAP query as I mentioned earlier. SAP told that this report actually reads whole data records from FAGLFLEXA table. (which is 100+ GB of data segment only). Not sure what could be reason it reads all records as variant provided for only month's data. SAP asked for reducing the data selection criteria. (half a month rather than months data). It was mentioned to customer. Besides increasing memory parameters dynamically via rsmemory could have been another workaround but for one user we can't afford to do so.
Thanks anyway.
Regards,
Arthur
Hello Richard,
Can you please specify what are the changes you have done in the custom program copied from standard.
Regards,
Thanga
Hello Rajasekhar,
There seems to be problem in encoding, use any of the encoding function modules to convert the coding page before passing it to XML file creation.
Regards,
Thanga
May b check ur select query..
if in any select query, data is not fetched..
then the select query just after it, if u have used for all entries, would b fetching the data of whole table..
Give it a try!
There are only two differences between RSNAST00 and our custom ZRSNAST00:
* logic following condition types no process unless delv fully picked
if nast-kschl eq 'Z060' or nast-kschl eq 'Z06Z' or
nast-kschl eq 'Z05A' or nast-kschl eq 'Z05B' or
nast-kschl eq 'Z06A' or nast-kschl eq 'Z06B' or
nast-kschl eq 'Z06C' or nast-kschl eq 'Z06D' or
nast-kschl eq 'Z06E'.
data: c_wbstk like vbuk-wbstk,
c_vbeln like vbuk-vbeln.
c_vbeln = nast-objky(10).
select single wbstk into c_wbstk
from vbuk
where vbeln eq c_vbeln.
if sy-subrc ne 0 or c_wbstk ne 'C'.
p_subrc = 4.
else.
p_subrc = 0.
endif.
endif.
Thank you for your question, as it has led me to some additional points to investigate. First, I need to see if running the original RSNAST00 with similar selection criteria causes the same drag (if so, I can submit a note directly to SAP for support).
I will reply with any additional information as I discover it.
Did you check for already existing OSS notes for RSNAST00 and your version (which one?) - As there were some a long time ago, as far as I remember I had this issue in 4.6c... 
Perhaps you are working on an old version were notes are (were) available , else you wont have copied the report, but added your code in an implicit enhancement point at end of the form 
Regards,
Raymond
Yes you are right Raymond Giuseppi there might be some update for the standard program and it is not reflected in the Z* report.
Richard Harty Please run the standard report as you said and if you face any problem in the standard then check the OSS note and implement it in standard program and also in your Z program.
Regards,
Thanga
Hi,
you are likely using a display tool which expects Latin-1 (Non-Unicode) data, while your XML file is based on UTF-8 (Unicode). The typical behaviour for this is e.g the display of "ü" instead of "ü". As utf-8 is the standard encoding, I would recommend to use a different display tool or change the settings (if possible). Please also have a look at the following SAP note:
1150217 Showcase ENCODING: Editor bug - or - Codepage issue?
Best regards,
Nils Buerckel
ECC 6.0, Basis 702, Kernel 721... I think that answers version, but if not, please provide steps to determine such info.
Personally, I would have steered the client away from making a custom copy for the exact reason you've mentioned, but this development had occurred long before I joined the project team a little over 1.5 years ago. Having others' poor work dumped in our laps is the nature of our job.
I've yet to get an oportunity to run the existing standard program to determine which way I would need to go, and it seems this issue is no longer in focus from the client's perspective. If/when it comes back up, I'll be sure to continue discussion here.
Thank you both very much for your assistance!
Hello,
Im using EHP6 for SAP ERP 6.0.
In the Unit Tests there are some Codes that arent highlighted in red or green in the coverage Analyzer.
Does anybody know why this is so? And if there´s a Workaround for this?
The Codes have a lot of comments in it, i´ve seen code without comments and everything runs finde (red/green highlighting).
Is it neccessary to clean the Code from comments?
Best regards,
Timo