Handling Obsolete Variants in 4.6C - ECC6 Upgrade

I read all the Notes on obsolete Variants. Then I ran RSVCHECK and found 6,000+ of them needing repair.
Is there any reason not to just run RSVARDOC wide open and fix them all at once?
Thanks for your insight,
John

Hi John,
I'm not a variant guru - but do you have the ASU Toolbox installed following the upgrade. It may help you out.
Regards,
Sheryl.

Similar Messages

How to replace obsolete download function module in ECC6.0?

Hi Experts,
How to replace obsolete download function module in ECC6.0?
Thanks,
Adi.

Hi,
DOWNLOAD is obsolete FM in ECC 6. To get the same functionality , we need to use
CL_GUI_FRONTEND_SERVICES=>FILE_SAVE_DIALOG method (It provides the File selection feature)
and
GUI_DOWNLOAD function module.(It downloads the internal table from program to presentation server)
Please see the example below:
Example:
*CALL FUNCTION 'DOWNLOAD'
          EXPORTING
               FILENAME            = p_filename
               FILETYPE            = DAT
          TABLES
               DATA_TAB            = T_DOWNL
          EXCEPTIONS
               INVALID_FILESIZE    = 1
               INVALID_TABLE_WIDTH = 2
               INVALID_TYPE        = 3
               NO_BATCH            = 4
               UNKNOWN_ERROR       = 5
               OTHERS              = 6.
*End of deletion CH01-
Replacement Method for above code:
DATA: l_filename    TYPE string,
       l_filen       TYPE string,
       l_path        TYPE string,
       l_fullpath    TYPE string,
       l_usr_act     TYPE I.
l_filename = P_filename.
CALL METHOD CL_GUI_FRONTEND_SERVICES=>FILE_SAVE_DIALOG
EXPORTING
    DEFAULT_FILE_NAME    = l_filename
CHANGING
    FILENAME             = l_filen
    PATH                 = l_path
    FULLPATH             = l_fullpath
    USER_ACTION          = l_usr_act
EXCEPTIONS
    CNTL_ERROR           = 1
    ERROR_NO_GUI         = 2
    NOT_SUPPORTED_BY_GUI = 3
    others               = 4.
IF sy-subrc = 0
      AND l_usr_act <>
      CL_GUI_FRONTEND_SERVICES=>ACTION_CANCEL.
CALL FUNCTION 'GUI_DOWNLOAD'
EXPORTING
    FILENAME                        = l_fullpath
   FILETYPE                        = 'DAT'
TABLES
    DATA_TAB                        = T_DOWNL
EXCEPTIONS
   FILE_WRITE_ERROR                = 1
   NO_BATCH                        = 2
   GUI_REFUSE_FILETRANSFER         = 3
   INVALID_TYPE                    = 4
   NO_AUTHORITY                    = 5
   UNKNOWN_ERROR                   = 6
   HEADER_NOT_ALLOWED              = 7
   SEPARATOR_NOT_ALLOWED           = 8
   FILESIZE_NOT_ALLOWED            = 9
   HEADER_TOO_LONG                 = 10
   DP_ERROR_CREATE                 = 11
   DP_ERROR_SEND                   = 12
   DP_ERROR_WRITE                  = 13
   UNKNOWN_DP_ERROR                = 14
   ACCESS_DENIED                   = 15
   DP_OUT_OF_MEMORY                = 16
   DISK_FULL                       = 17
   DP_TIMEOUT                      = 18
   FILE_NOT_FOUND                  = 19
   DATAPROVIDER_EXCEPTION          = 20
   CONTROL_FLUSH_ERROR             = 21
   OTHERS                          = 22.

ECC6 Upgrade and EHP 4 because of a CRM7 in the landscape?

Hi,
I am in the way to upgrade my SAP 4.6c system to ECC6.
In my overall landscape, I have a CRM 7 installed.
Do you believe I need to perform a simple ECC6 upgrade or a ECC6 upgrade including EHP4 SR1?
In other words, is it mandatory to go through the Upgrade + EhP4 because I have a CRM 7 around?
Thank you,
Chris

Hi,
according to my view upgrade from SAP 4.6c to ERP 6.0 EHP4 is easy because you can save your time in all preparation task that you to carry before starting upgrade as EHP upgrade itself takes time for preaprtion task....
also, you can reduce the downtime of your production environment if you will directly go to ERP EHP4..
As EHP4 takes significant downtime to upgrade the system ( also depends on hardware and database size)...
Also, you can reduce probablity of error free upgrade by carrying out one upgrade instead of carrrying out 2 upgrade (from SAP 4.6c to ERP6.0 then ERP6.0 to EHP4)...
Hope it clears to you...
Thanks
Sunny

46C- ECC6 upgrade with EHP4 SAP_BASIS package not found

We are executing an upgrade from 46C to ECC6 SR3 and binding in EHP4.
We have successfully downloaded EHP4 using Solution Manager MOPZ and
provided the generated "XML" file during the PREPARE.
During the phase EHP_INCLUSION, PREPARE is stopping with a message "No
matching SAINT package for 'SAP_BASIS' found".
The KB70102.SAR and KB70103.SAR packages from EHP4 have definitely been unpacked
and are available in /usr/sap/trans/EPS/in and we have prompted PREPARE to search EPS/in but it just returns to the previous error after searching.
It appears from the logs that the upgrade is expecting a "SAINT"
install package for SAP_BASIS and does not consider the KB70102/3
patches as acceptable?
Any clues as to why PREPARE is not accepting the SAP_BASIS packages and looking for a SAINT install?
Below is an excerpt from the EHP_INCLUSION.LOG
2 ETQ732 Package descriptions uploaded successfully
4 ETQ399 Looking for SAINT package for 'SAP_BASIS' ...
4 ETQ399 ... Read uploaded packages calling function module:
4 ETQ399      current: name = 'SAP_BASIS', release = '700'
4 ETQ399      patch type = 'U', ncvers-component = 'SAP_BASIS'
4 ETQ399 R3upReadNewPackages:
4 ETQ399   patchType='U', langVect='DEFS'
4 ETQ359 RFC Login to: System="CB1", Nr="00", GwHost="dbusrcb1", GwService="sapgw00"
4 ETQ232 RFC Login succeeded
4 ETQ233 Calling function module "spda_read_new_packages" by RFC
4 ETQ399   ismovesVersion='0'
4 ETQ399 R3upReadNewPackages: exit: rc=0
4 ETQ399 ... No matching package found.
Regards,
Mike Tarr

Ok, I was able to download the K-701DHINSAPBASIS package from Service Marketplace and this resolved the SAP_BASIS problem. Thank you Markus for this solution.
I also downloaded the SAP_ABA, SAP_BW, and the PI_BASIS components and unpacked those as well in /usr/sap/trans/EPS/in.    My upgrade is now stuck asking for a SAINT package for SAP_ABA! I'm sure the SAP_ABA install, K-701DHINSAPABA, is unpacked and available in /usr/sap/trans/EPS/in.
The SAP_ABA files are definitely readable and there are entries in table PAT03_SDA for them.
I have a ticket open with SAP support but they have not had a solution yet for the SAP_ABA
Solution Manager failed to identify any of these packages as required in MOPZ.
I'm starting to wonder if anybody has ever done a 4.6C to ECC6 upgrade with EHP4 bound before?
Any ideas on the SAP_ABA would be appreciated. Here's a section of the EHP_INCLUSION.LOG file from PREPARE.
4 ETQ399 R3upReadNewPackages: exit: rc=0
4 ETQ399      Found: name = 'SAP_BASIS', release = '701', package = 'SAPK-701DHINSAPBASIS'
4 ETQ399 ... Matching package found: 'SAP_BASIS','701','SAPK-701DHINSAPBASIS'
4 ETQ399 (trc) R3upPatchDisassembleQueue: 1 package queue entries
4 ETQ399 (trc) R3upPatchDisassembleQueue: force=NO
4 ETQ399 (trc) R3upPatchDisassembleQueue: 0 packages will be disassembled
4 ETQ399 ... ... INST/UPG SAINT decision ok
4 ETQ399 ... EhP component SAP_ABA, 701
4 ETQ399 Looking for SAINT package for 'SAP_ABA' ...
4 ETQ399 ... Read uploaded packages calling function module:
4 ETQ399      current: name = 'SAP_ABA', release = '700'
4 ETQ399      patch type = 'U', ncvers-component = 'SAP_ABA'
4 ETQ399 R3upReadNewPackages:
4 ETQ399   patchType='U', langVect='DEFS'
4 ETQ359 RFC Login to: System="CB1", Nr="00", GwHost="dbusrcb1", GwService="sapgw00"
4 ETQ232 RFC Login succeeded
4 ETQ233 Calling function module "spda_read_new_packages" by RFC
4 ETQ399   ismovesVersion='0'
4 ETQ399 R3upReadNewPackages: exit: rc=0
4 ETQ399 ... No matching package found.
4 ETQ010 Date & Time: 20090511150018

RGGD1300_FISL dump in ECC6 upgrade

Hi all,
In ecc6 upgraded system(from 4.6c) while running the program RGGD1300_FISL the error
Message type " " is unknown has been displayed. It is due the following code.
IF sy-subrc <> 0.
MESSAGE ID sy-msgid TYPE sy-msgty NUMBER sy-msgno
WITH sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
endif.
In the abv code the sy-msgid and sy-msgty were empty. So after executing the statement it throws an error.
How to solve this issue?
Regards,
Kumar.

not answered

ECC6 upgrade phase XPRAS_UPG running for long time

Hi,
I am performing a Downtime minimized upgrade (MODPROF_TRANS) from R34.7ext2 to ECC6.0 / Windows2003/MSSQL2005
Currently i am in the phase XPRAS_UPG .It is running for really long time.I tried to reset the phase but still went on for more than 10 hrs. I initialized the phase now its running for more than 7 hours. There are no processes when i check in SM50 and no log files updated. There is no log file called XPRAS_UPG.ELG.SM37 no jobs running.
Though if it takes long time , How do i confirm that my upgrade phase is running ??????????as its not updating anything
In PARDIST_SHD phase when there was en error , i have manuall deleted the DB trigger acording to the note 956198. And the phase went on.
Now after reading few messages reg this error , i checked DB02 but no locks on any table . Have cheked note 558197,1292069,1142410,1138351,1062559,597885,551298. But nothings applicable in my case.
Please suggest ...
will really appreciate your help.
Chandra

Dear Chandra,
Regarding long runtime for XPRAS phase kindly note the following:
1. The reason of slow performance of XPRAS phase can vary differently.
Basically during XPRAS phase, there're a lot of reports to run. These
reports are inlcuded in the transport requests(both upgrade
requests and support packages). If there's a performance problem,
it very likely the database performance problem, such as wrong
access plan was chosen, or missing index, etc.
2. To find out the performance problems in the XPRAS, you can always
logon into the system. During the XPRAS phase, the system has to be up and running.
In SM50, usually you can find which report is running, and/or which table is being accessed.
If you find some table accesses take unusually long time, please
record the table name and find the SQL statement. Sometimes a simple
index can solve the problem, sometimes you need help from Oracle
to get the solution.
3. If you want to shorten the downtime, you can select less support
packages since all SPs have a lot of reports to run in XPRAS. But
remember you need to import them soon or later. But if you prefer
import them later it's fine.
Currently if you check in SM37 then you can see RDDEXECL job in active status.
Check for the job log, if there are any errors reported?
Thereafter check the SM50 and see if its taking unusually long time for some particular table.
If so then it might be because you might have not updated the statistics for that particular table.
Also check what was the parameter value of Number of batch processes defined by you
for upgrade. If you have defined very less number of batch processes for upgrade then also
it will take more time.
Check accordingly and let me know for further help.
Regards,
Abhishek
Edited by: Abhishek Srivastava on May 9, 2010 10:57 AM

Variants in queries behavior during upgrade?

hi you all ,
we just upgraded our system from 4.6c to ecc6/.
and i found out that something is not all right with the query variants.
the variants are there but it aint show the data as it was in the old system (some columns are missing).
i read notes and excuted RSAQ_REPAIR_LAYOUT_VARIANTS but no help after all these are queries....
does any one know what should i do?
thanks....

Hi,
Please check FM RSAQ_GENERATE_PROGRAM.
Perhaps you may need to write custom program for each record that you want in the query table AQGQCAT. just call the above FM.
Regards,
Shimi T

Report variants missing in PC00_M10_REC after upgrade from 4.7 to ECC 6.0

After Upgrade to ECC 6.0 from 4.7 version, two variants for Payroll Reconciliation report in PC00_M10_REC are missing.
These variants were of users who have left the organisation/company.
Can anyone help me to restore those variants and tell me why those two variants got deleted.
Thanks in advance
Rohan Das.

Try to use program RSTRANSP , this will create transport request for variants. after creating the variant your basis team can move to ECC box
a®

Unicode conversion phase after ECC6 Upgrade

Hello guros,
We have successfuly completed the upgrade from ECC5 to ECC6 EHP4.
Part of our full upgrade plan is to also convert the system to a unicode compliant system.
I assume something went wrong during the DB export , because now many entries that are supposed to be in hebrew in our database tables appear like gibberish (Its a trial system - dont worry).
What I find weird about these occurances is that within such a table, some lines appear fine and even some rows appear fine in hebrew , whereas others dont.
Let's take the system user table for example:
(USER, NAME , SURNAME, ADDRESS).
USER1 | שלום | עליכם | יקרים |
USER2 | %%$% | אלי | #$$%#$ |
USER3| #$%#$% | $##%$#%| $#%#$$%%#
Unresolved symbols represnt gibberish.
Is there something that we might have missed?
Thanks in advance, Udi.

> Let's take the system user table for example:
> (USER, NAME , SURNAME, ADDRESS).
>
> USER1 | שלום | עליכם | יקרים |
> USER2 | %%$% | אלי | #$$%#$ |
> USER3| #$%#$% | $##%$#%| $#%#$$%%#
I would say that those entries were not correctly specified in your vocabulary as being Hebrew - OR
Addresses have another speciality, they have a "creation language" field (LANGU_CREA). That field may be wrong filled if you e. g. create the user with an english logon and then change the user data to Hebrew (with Hebrew characters). The entry in the LANGU_CREA field however stays english. If you use that field now to decide the conversion of the addresse it will be converted wrong and you see gibberish.
Markus

4.6C to ECC6 upgrade problem

Hi Team
Iam not sure is it the right thread to post or not i have a strange problem,
1: I have installed 4.6C on my test server which i want to upgrade it to ECC6 SR3 i have downloaded all the relevant software and the documents necessary,to my strange i found i cannot upgrade to ECC6 SR3 as my system is 32 bit/Windowns with 2003 server/oracle
2:I got to know that i can upgrade 4.6C to ECC6 SR2 on 32bit system but not to ECC6SR3 is this right?
3:can any one provide me ECC6SR2 upgrade label's i couldn't find it in service market place,I could see only ECC6SR3 upgrade software.
ECC6 SR2 Upgrade Master label
ECC6 SR2 Upgrade Exports
ECC6 SR2 Language exports
Thanks
Uday

Hi
Even i have 64 bit system but i couldn't find compatable kernel for my OS
My system configuration
Systen Manufacture:INTEL
Processore:Intel(R) pentium(R) III Xeon processor(2 CUP'S)
Memory:6GB
for this system i need to donwload relevant X86 kernel but i couldn't find it in service market place
i have dowloaded 1A64 bit kernel but it is not compatable and unable to run SETUP.BAT
Even i tried dowloading I386 kernel 51020564 but still iam unable to run SETUP.BAT its saying platform not supported.
Thats why i want to go for ECC6SR2 upgrade software
Can any one provide me X86 supporting kernel label so that i can download it
OR
ECC6SR2 upgrade export and Language labels
Thanks
Uday

Evaluation Path Results change after ECC6 Upgrade

Hi All,
We have upgraded to ECC6 up to and including our QA environment. We are running an old java version of the MSS team viewer. We have a custom evaluation path, a modified version of SAP_MANG (Z_MANG) that we have been using for years. After upgrade any view that involves an organization is showing duplicates...
Example of output
Organization 1
Person 1
Person 2
Organization 1
Person 1
Person 2
Our Z_MANG Evaluation Path looks like this...
No     Obj. Typ.     A/B     Relat     Relat Name      Priority     Relat Obj Typ     Skip
10      *                 B         008       Holder              *               S                        X
20      S                A         012       Manages...      *               O
21      S                A         Z01      Salary Budg     *               *
22      S                A         Z02      HR Manages    *               *
30      US             A          208      Is Identical to    *               *                         X
Only when we skip No 21 Salary Budg is the problem resolved. Has anyone run into problems after upgrade to ECC60 that the results for an exting evaluation path have changed like this?
Thanks,
Doug

>
Doug Steckel wrote:
> Hi Ranganath,
>
> Thanks for the quick reply. Yes the Skip flag is set on relationships 10 and 30. I would also think that would prevent this but it is not.
>
> Thanks,
> Doug
not all relationships represent physical data records in the database. some are derived and without looking at the system, I believe the US 208 to P is a derived relationship.
Are you sure all the users you are testing with have a proper sy-uname setup for all respective pernrs in PA0105?

SAP_MANG Evaluation Path not working for MSS after ECC6 Upgrade

Hello All,
We are upgrading to ECC6 and still using an older version of the java/HTMLB MSS Business Package. We are seeing strange results in the vacancy request overview iview (team viewer like component) which is using a view driven by SAP_MANG Evaluation Path.
SAP_MANG looks like this...
10 * B 008 * S
20 S A 012 * O
30 US A 208 * P
Our View is ZRCPOS using...
Eval Path - SAP_MANG
Eval Objects - O_NACH_S
Initial Evaluation Depth - 3
Column Group - ZRC_VACREQ_OV
Header Type - RC_VAC_HEADER
The iview is meant for position maintenance and should show a dropdown of orgs. When an org is selected a list of positions/holders is shown to modify, delimit, etc. The problem is that in the dropdown "Select organizational unit to display positions" instead of...
Test Org 1
Test Org 2
We have...
Test User1
Test Org 1
Test Org 2
...so the user us shown as an org. Right off I suspected the upgrade to MSS 60.1.22 (the newest version of the old Business Package) so I installed the older versions of the components and the actually still worked but also showed this condition. So I have ruled out the java side as a source of the problem.
Looking at HRP1001 I see the following relationships among suspect objects.
Object P 1234567 to Object S 9876543 via B008
Object S 1234567 to Object O 9876543 via A012
no relationships US to P via A208
Given the Eval Path above, does anyone have any idea why this would display this way or have a suggested approach to solve.
Thanks,
Doug

>
Doug Steckel wrote:
> Hi Ranganath,
>
> Thanks for the quick reply. Yes the Skip flag is set on relationships 10 and 30. I would also think that would prevent this but it is not.
>
> Thanks,
> Doug
not all relationships represent physical data records in the database. some are derived and without looking at the system, I believe the US 208 to P is a derived relationship.
Are you sure all the users you are testing with have a proper sy-uname setup for all respective pernrs in PA0105?

PC00_M14_CDTA ECC5 to ECC6 Upgrade Missing Selection Field

Hi All,
Found out Selection Field of (Pay date) during Upgrade from ECC5 to ECC6 on TCODE : PC00_M14_CDTA.
More information you can refer to below print screen.
Thank in advance for advice.
Trevor Wong.

This has been replaced by "Requested Execution Date". Here is the standard hlpe for this:
Requested Execution Date on Which the Payment Is to Be Made
Use
In this field, you can enter a date on which the bank is to execute a payment. The date is transferred together with the payment information to Financial Accounting (FI), where the payment is executed.
You can use the date to override the default setting or the date determined by implementing the Business Add-In (BAdI) Change of Requested Execution Date for the Payments (HRDME_B_ REGUH_DUE_DATE).
In many countries, the system date is used as the default value for the execution date. In some countries, the payment date of the payroll period is used.
Dependencies
The following sequence applies to determining the execution date:
1. The defined default value is used as the execution date.
2. If the BAdI HRDME_B_ REGUH_DUE_DATE is implemented, the execution date is determined using this BAdI.
3. If a date is entered on the selection screen of the preliminary program, this overrides the default value or the value determined by the BAdI.

Steps to replace match code objects with search helps in ECC6 upgrade

Hi,
Upgrade 4.7 to ECC6, match code objects need to be replaced with search hellps.
SAP note provided by client but not understanding clearly. Can any one explain me the stelps to migrate the match code objects into search hepls.
Thanks,
Jwala Deepa

Hi,
Migration must be done by a developer who knows both matchcodes and search helps. It's not just like a procedure that you can follow without knowledge/without thinking.
It's probably a little bit like forms (but far more simple), they often need to be "migrated from scratch"
The first important point is where to find the matchcode object/IDs -> SE11 -> Utility -> Other DDic objects. Then you'll see that are the update type, base table, etc.
There's a little scheme here to show the differences: http://help.sap.com/saphelp_46c/helpdata/en/3e/f3fc37eeb70143e10000009b38f8cf/frameset.htm (plus the general matchcode documentation : http://help.sap.com/saphelp_46c/helpdata/en/cf/21ef1f446011d189700000e8322d00/frameset.htm )
If you need a procedure, let's wait, and see if someone has one, but it doesn't look promising as matchcodes are not used since a long time now.
BR
Sandra

Variants issue - Standard program RFEPOJ00 - Upgrade

Hi Experts,
I'm facing an issue with variant created for a standard program. Recently, development system got upgraded to newer version. In old systems I've craeted a variant for program RFEPOJ00, which is working fine. All variants got copied into new system in the process of upgrade. The variant is not working in new system and I'm getting 'Varaint <varaint_name> of program RFEPOJ00 is not the current version' error. Usually, this type error will be displayed when program there is any change in selection screen parameters (type, length, etc.,). But, there are no changes in program as well as in selection parameters.
I can adjust the variant, but I want to know what might be the issue.
Please help me in this.
Thanks in Advance,
Siva Sankar

Run standard SAP program RSVARDOC_610 to bring old variants up to date.
Rob

Handling Obsolete Variants in 4.6C - ECC6 Upgrade

Similar Messages

Maybe you are looking for