GR\IR Assgt in ME23N after ECC6 upgrade

Hi All,
We have recently upgraded our system from SAP R3 4.7 to SAP ECC 6.0. After the upgrade we have noticed an issue in the GR\IR functionality of ME23N.
When we open a PO History in ME23N and view the GR\IR Assgt view the GRs and IRs are no longer matched together as they used to do in 4.7
Has anyone else experienced this problem and if so have they been able to solve it?
Regards,
Colm

Hi Colm,
Please check note 1413324 is implemented in your system.
You will than not have any sums anymore. The sums in the GR/IR
asignment were taken out in the standard, since they did not
reflect the desired result. It would be desired to have the sum of
GR minus the sum of IR for to see, wether there are derivations.
The sum of GR plus IR does not make sence.
The problem is, that with the ALV grid, it is not posible to substract
the invoices from the goods receipts without multiplying one of them
by minus 1. Furthermore it is neither posible to multiply by minus 1
only for the calculation. So, if we deliver a usefull sum, this would
mean negative invoice values in the history screen.
This is why we only offer the sums by a modification note. This is
note 1275531. This unfortunately is a Pilot note.
Hope this helps,
Kind Regards,
Matthew

Similar Messages

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?

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

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?

Issue with the material field in ME23N after upgrade

Hi Experts,
We are having an issue with transaction ME23N in ECC6.0 after upgrade from 4.6c.
In this transaction for the given PO the value of the material is not populating. The material coloumn is displaying but the value of the material is not coming.
For the same PO with the same data we are able to see the material number in ME23N in 4.6c.
Please help me to resolve this.
Thanks,
Rakesh

Hi,
If you are a functional consultant then check the configuration settings in SPRO and compare it with the one in 4.6c system to find if the material number display in ME23N is enabled in your new system or not. Go to tcode SPRO and Material Management-> Purchasing->Purchase Order->Define Screen Layout at Document level.
Execute this and select on ME21N or tcode that you are having problem with. Then press details button and double click on Enjoy fields. Check if it Display check box is ticked or not.
KR Jaideep,

MIssing Variants in transaction MMBE after the Upgrade from 4.7 to ECC6.0

Hello All ,
The variants which are defined in 4.7 system are missing completely in ECC6.0 after the upgrade.
These variants are maintained for the transaction MMBE.
Also one observation in the program change for this transaction in both the system:
ECC 6.0 Program : RMMMBESTN and ERP 4.7 Program : RMMMBEST
regards ,
Rachan.

Hi ,
Thanks , but the issue was different.
We found that since the programs are changed in both the versions for the transaction MMBE , the variants couldnot be copied.
Hence suitable FM was ran to copy the variants and can be seen in ECC6.0 screen now.
Thanks & regards,
Rachan.
Edited by: rac_salian on May 3, 2010 12:30 PM

HTTP_POST system failure after ECC6.0 upgrade

Background: We were on 4.6C till 05/20/2010 and successfully using HTTP_POST method for transmitting XML file to an external server.
We upgraded our SAP system to ECC 6.0. Nothing changed in our Z program that does the HTTP_POST.
After the upgrade, HTTP_POST is returning "System Failure" message. Upon debugging, this is what we are seeing:
connection to partner 'loopback:0' broken / CPIC-CALL: 'ThSAPCMRCV' : cmRc=20 thRc=223#CPIC program connection ended (read erro
Our Basis person has turned on all services.
We checked the logs in the external server and it's not receiving any communication from SAP using HTTP_POST.
Any insights will be really beneficial. Thank you.
Raj

Background: We were on 4.6C till 05/20/2010 and successfully using HTTP_POST method for transmitting XML file to an external server.
We upgraded our SAP system to ECC 6.0. Nothing changed in our Z program that does the HTTP_POST.
After the upgrade, HTTP_POST is returning "System Failure" message. Upon debugging, this is what we are seeing:
connection to partner 'loopback:0' broken / CPIC-CALL: 'ThSAPCMRCV' : cmRc=20 thRc=223#CPIC program connection ended (read erro
Our Basis person has turned on all services.
We checked the logs in the external server and it's not receiving any communication from SAP using HTTP_POST.
Any insights will be really beneficial. Thank you.
Raj

"disp+work" process in not getting started after kernel upgradation

Hello Experts,
Good day…..,
I am new to SAP. I installed SAP ECC6 EHP4 with default kernel version 701 and it was working fine.
I have upgraded kernel version from 701 to 741, but the “disp+work” process is not getting started after kernel upgrade.
I have posted “dev_W0” log &
“disp+work” command result obtained in CMD prompt of respective server.
Please help me out in this. Thanks all in advance.
“dev_w0” Log”
trc file: "dev_w0", trc level: 1, release: "741"
* ACTIVE TRACE LEVEL           1
* ACTIVE TRACE COMPONENTS      all, MJ
M sysno      55
M sid        TNG
M systemid   562 (PC with Windows NT)
M relno      7410
M patchlevel 0
M patchno    42
M intno      20020600
M make multithreaded, Unicode, 64 bit, optimized
M profile D:\usr\sap\TNG\SYS\profile\TNG_DVEBMGS55_ABTHMSSB01
M pid        2392
M
M
M Wed Jul 23 02:04:35 2014
M kernel runs with dp version 208000(ext=117000) (@(#) DPLIB-INT-VERSION-208000-UC)
M length of sys_adm_ext is 500 bytes
M ***LOG Q0Q=> tskh_init, WPStart (Workp. 0 2392) [dpInit.c 731]
M DpCommonParamInit: rdisp/core_file_size = default --> no change
I MtxInit: 30000 0 0
M
M Wed Jul 23 02:04:36 2014
M DpIPCInit2: read dp-profile-values from sys_adm_ext
M DpShMCreate: alloate/attach shared memory (mode=ATTACH)
M DpShMCreate: sizeof(wp_adm)                         24288    (1104)
M DpShMCreate: sizeof(tm_adm)                          51472080             (256080)
M DpShMCreate: sizeof(ca_adm)                           432000 (72)
M DpCommTableSize: max/headSize/ftSize/tableSize=500/16/7464064/7583152
M DpShMCreate: sizeof(comm_adm)                   7583152                (14904)
M DpSlockTableSize: max/headSize/ftSize/fiSize/tableSize=0/0/0/0/0
M DpShMCreate: sizeof(slock_adm)                      0              (296)
M DpFileTableSize: max/headSize/ftSize/tableSize=0/0/0/0
M DpShMCreate: sizeof(file_adm)                         0              (80)
M DpSockTableSize: max/headSize/ftSize/tableSize=500/16/520064/520080
M DpShMCreate: sizeof(sock_adm)                       520080 (1016)
M DpShMCreate: sizeof(vmc_adm)                       0              (3208)
M DpShMCreate: sizeof(wall_adm)                        (ft=41664/fi=67472/hd=64/rec=192)
M DpShMCreate: sizeof(amc_rec_adm)                              (ft=86464/fi=67472/hd=64/rec=416)
M DpShMCreate: sizeof(websocket_adm)                         (ft=28864/hd=64/rec=272)
M DpShMCreate: sizeof(gw_adm)          64
M DpShMCreate: sizeof(j2ee_adm)       3936
M DpShMCreate: SHM_DP_ADM_KEY                  (addr: 00000000103D0050, size: 60433936
M DpShMCreate: allocated sys_adm at 00000000103D0250
M DpShMCreate: allocated wp_adm_list at 00000000103E20F0
M DpShMCreate: allocated wp_adm at 00000000103E2410
M DpShMCreate: allocated tm_adm_list at 00000000103E84F0
M DpShMCreate: allocated tm_adm at 00000000103E8730
M DpShMCreate: allocated ca_adm at 00000000134FF000
M DpShMCreate: allocated comm_adm at 0000000013568980
M DpShMCreate: system runs without slock table
M DpShMCreate: allocated sock_adm at 0000000013CA4130
M DpShMCreate: allocated vmc_adm_list at 0000000013D232C0
M DpShMCreate: system runs without VMC
M DpShMCreate: allocated gw_adm at 0000000013D23560
M DpShMCreate: allocated j2ee_adm at 0000000013D237A0
M DpShMCreate: allocated ca_info at 0000000013D24900
M DpShMCreate: allocated wall_adm (ft) at 0000000013D24B40
M DpShMCreate: allocated wall_adm (fi) at 0000000013D2F000
M DpShMCreate: allocated wall_adm (head) at 0000000013D3F990
M DpShMCreate: allocated amc_rec_adm (ft) at 0000000013D3FBD0
M DpShMCreate: allocated amc_rec_adm (fi) at 0000000013D54F90
M DpShMCreate: allocated amc_rec_adm (head) at 0000000013D65920
M DpShMCreate: allocated websocket_adm (ft) at 0000000013D65B60
M DpShMCreate: allocated websocket_adm (head) at 0000000013D6CE20
M DpShMCreate: initialized 21 eyes
M DpCommAttachTable: attached comm table (header=0000000013568980/ft=0000000013568990/fi=0000000013C86E10)
M DpSockAttachTable: attached sock table (header=0000000013CA4130/ft=0000000013CA4140)
X EmInit: MmSetImplementation( 2 ).
X MM global diagnostic options set: 0
X <ES> client 0 initializing ....
X <ES> EsILock: use Semphore 33 for locking
X Using implementation view
X <EsNT> Using memory model view.
M <EsNT> Memory Reset disabled as NT default
X ES initialized.
X
X Wed Jul 23 02:04:37 2014
X mm.dump: set maximum dump mem to 96 MB
M ThStart: taskhandler started
M ThInit: initializing DIA work process W0
M
M Wed Jul 23 02:04:44 2014
M ThInit: running on host ABTHMSSB01
I MtxInit: 0 0 0
M
M Wed Jul 23 02:04:45 2014
M calling db_connect ...
B Loading DB library 'D:\usr\sap\TNG\DVEBMGS55\exe\dboraslib.dll' ...
B Library 'D:\usr\sap\TNG\DVEBMGS55\exe\dboraslib.dll' loaded
B Version of 'D:\usr\sap\TNG\DVEBMGS55\exe\dboraslib.dll' is "741.10", patchlevel (0.42)
C Prepending D:\usr\sap\TNG\DVEBMGS55\exe to Path.
C Register application info.
C
C Wed Jul 23 02:04:47 2014
C Oracle client version: 10.2.0.4.0, (dbsl 741 040714, UNICODE[2])
C Detailed Oracle client (patch) info not available.
C *** ERROR => Connect via SAPUSER not supported for kernel >= 740.
[dbsloci.c    2406]
C     Only Secure Connect method possible.
M ***LOG R19=> ThDbConnect, db_connect ( DB-Connect 000256) [thDatabase.c 76]
M in_ThErrHandle: 1
M *** ERROR => ThInit: db_connect (step TH_INIT, thRc ERROR-DB-CONNECT_ERROR, action STOP_WP, level 1) [thxxhead.c   2281]
M Wed Jul 23 02:04:48 2014
M
M Info for wp 0
M
M    pid = 2392
M    severity = 0
M    status = 0
M    stat = WP_NEW
M    waiting_for = NO_WAITING
M    workerType = DP_WORKER_DIAWP
M    act_cs_count = 0
M    csTrack = 0
M    csTrackRwExcl = 0
M    csTrackRwShrd = 0
M mode_cleaned_counter = 0
M    control_flag = 0
M    report = > <
M    action = 0
M    tab_name = >                              <
M
M ThIErrHandle: no current incoming request
M
M
M *****************************************************************************
M *
M * LOCATION SAP-Server ABTHMSSB01_TNG_55 on host ABTHMSSB01 (wp 0)
M * ERROR ThInit: db_connect
M *
M * TIME Wed Jul 23 02:04:48 2014
M * RELEASE 741
M * COMPONENT Taskhandler
M * VERSION 1
M * RC 16797709
M * MODULE D:/depot/bas/741_REL/src/krn/si/th/thxxhead.c
M * LINE 2470
M * COUNTER 1
M *
M *****************************************************************************
M
M PfRejectStatistic: clear statistic record
M PfClearAllRec: clear statistic area
M PfClearAllRec: statRecordAction = STAT_RECORD_ACTION_REJECT
M Entering TH_CALLHOOKS
M ThCallHooks: call hooks for event BEFORE_DUMP
M ThIErrHandle: entering ThSetStatError
M ThIErrHandle: do not call ThrCoreInfo (no_core_info=0, in_dynp_env=0)
M call ThrShutDown (1)...
M ***LOG Q02=> wp_halt, WPStop (Workp. 0 2392) [dpnttool.c 335]
“Desp+Work” Command result:
C:\Users\tngadm>disp+work
disp+work information
kernel release 741
kernel make variant 741_REL
compiled on NT 6.0 6002 x86 MS VC++ 16.00 for NTAMD64
compiled for                  64 BIT
compilation mode UNICODE
compile time Jul 9 2014 16:39:46
update level 0
patch number 42
source id 0.042
RKS compatibility level 0
supported environment
database (SAP, table SVERS) 700
710
701
702
703
                              711
720
730
731
732
738
740
operating system
Windows NT 5.1
Windows NT 5.2
Windows NT 6.0
Windows NT 6.1
Windows NT 6.2
Windows NT 6.3
C:\Users\tng

C *** ERROR => Connect via SAPUSER not supported for kernel >= 740.
[dbsloci.c    2406]
C     Only Secure Connect method possible.
For this issue you need to set up SSFS.
1639578 - SSFS as password storage for primary database connect
I am new to SAP. I installed SAP ECC6 EHP4 with default kernel version 701 and it was working fine.
I have upgraded kernel version from 701 to 741
Are you sure kernel 741 is compatible with an EHP 4 system ?
Read this SAP note
1969546 - Release Roadmap Kernel 740
Regards
RB

MSSQL 2008 - Database size getting smaller after EHP upgrade??

Hi All,
Did anyone observe the DB size of MSSQL 2008 after EHP upgrade?
In my two system, after upgraded to EHP5 and EHP2 respectively, the database is getting smaller compare to before upgrade, estimated 5-10gb.
EHP upgrade is unlike DBEXPORT, it shouldn't have any reorganization features and so do MSSQL.
Any idea?
Cheers,
Nicholas Chang

> Right after upgrade is smaller and after sgen, db size is bigger than source.
So it's ok.
> As system was upgrade from ECC6 to EHP5 with Central Application, HCM and Finance .... the after upgrade size should bigger than the source even before SGEN. Your kind input is mostly welcome.
If the source system was compiled completely (using SGEN) then you need to compare the sizes of the target system also, otherwise you compare apple with pies.
Another reason may be that index compression was activated:
Note 1459005 - Enabling index compression for SQL Server
You could now upgrade to SQL Server 2008 R2 and apply
Note 1488135 - Database compression for SQL Server
this will save additional space (30 - 50 %).
Markus

Report painter Cash flow issue after the upgrade.

Hi
We have developed a Cash Flow statement through report painter report. This has been used for quite some time. However, after the ECC6 upgrade, the report is out by a clearing A/c amount which has a zero balance. I canu2019t find how its picking this.
Any suggestions?
Thanks

In addition to applying that note, you also must deactivate Lightspeed rendering. To me that's too extreme of a thing to do just to get paginators. You loose the huge rendering performance improvements and it also means you can't use any of the new UI elements from 7.01.

Can we deletete the eps/in directory after the upgrade

Gurus ,
we are in the process of upgrading our support packages through SAINT . we are using ECC6.0 version on Oracle AIX 64 bit .
hence for applying all the add-ons we load it from front end to \eps\in directory via SAINT .
But my doubt is ,
- can we manually delete the eps\in directory after the upgrade is over ? because each add on are around 145 mb . and i fear accumulation of those will cause problem
-How to find the space available in eps\in directory from the GUI ?

Hi,
You can safely delete files from EPS/in after you install them to the system, they will be in the Database so this files are not needed any more. In fact even if they are ther, you won´t see any new SP or Add On using SAINT & SPAM unless you copy new versions to EPS/in directory.

How to configure FM module in BW after ECC6.0

Can someone advice me on how to configure FM Module in BW after ECC6
My company just upgrade R/3 system from 4.6C to ECC6.0. Before this Fund Management(FM) reside under 0FI (Financial Accounting) after ECC6.0 the FM reside in 0PSM (Public Sector Management).
In 4.6C, there is only 2 extractor for FM but for ECC6.0 there are a lot of extractor listed such as.
- FM_BW_BUDGET
- FM_BW_ACTUAL
ECC6.0
- FM_BW_BUDGET_DELTA_ISPS
- FM_BW_BUDGET_ENTRY_DOCUMENTS
- FM_BW_BUDGET_ISPS
- FM_BW_BUDGET_LINE_ITEMS
- FM_BW_BUDGET_TOTALS
- FM_BW_ACTUAL_CO_LINE_ITEMS_IS
- FM_BW_ACTUAL_FI_LINE_ITEMS_IS
- FM_BW_ACTUAL_ISPS
- FM_BW_ACTUAL_OI_LINE_ITEMS_IS
I need to know how to configure this new FM in BW and the 0PSM are not in BW System.

Is there a different in configuration between BI7 and BW 3.5?
Before this in 4.6C the query for FM read from BW3.5 but since the R/3 has upgrade to ECC6 and our BW System also has upgrade to Netweaver 2004s, so we'll be using BI7

Steps in BW after the upgrade of the source system R3 in netweaver 2004s???

Hi,
1. Who can tell me which are the steps to execute in BW after the upgrade of the source system R/3 4.6 to Netweaver 2004s (ECC6) ?
2. Do the delta loads continue to run or must be re-initialized?
Thanks for your help
Dominique

hi Dominique,
you should take care not after upgrade, but also before upgrade
or your upgrade has been done ?
also stated, before upgrade
If you use Logistic Cockpit, please make sure that you know notes 328181, 396647, 380078.
These are absolutely prerequisit notes for using Logistic Cockpit.
Never change the extract structure (communication structure) when there is data in SM13 or in the DeltaQueue!
Never upgrade your PlugIn System when you have data in SM13 or in the DeltaQueue!
SM13 and RSA7 have ALWAYS to be EMPTY BEFORE you apply any changes to communication structures, extract structures or any referenced Data Dictionary object or BEFORE you upgrade your PlugIn system!!!
SM13 and RSA7 have to be EMPTY also when you apply PlugIn Support Packages!
458305-OLTP system upgrade: What should I be aware of afterwards?
Note 458305 - OLTP: System upgrade or SP - What should I be aware of after
Note 301192 - Procedure after upgrading an R/3 source system
Note 359412, there may be some others
hope this helps.

After ERP Upgrade online backup slow down

Hello,
We have upgrade the system from 4.6c to ECC6.0 , after the upgrade backup is running slow on production. it could be because of Resource requirements for ECC. I would like to know how resource Consummation increase from 4.6c to ECC.
ECC 6.0
Solaris 5.10
Thanks
Atul-

> I would like to know how resource Consummation increase from 4.6c to ECC.
Very difficult to impossible to state generally. 4.6c is an ABAP only kernel whereas the Netwaever 7.0 kernel has interfaces to HTTP and SMTP as well as a full internet transaction server integrated. As a rule of thumb one could say you'd need the double the CPU power (in sense of single CPU speed, not number of CPUs) to run at the same speed as your old 4.6c.
> Solaris 5.10
What's the output of
psrinfo -v
on your machine?
Markus

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

GR\IR Assgt in ME23N after ECC6 upgrade

Similar Messages

Maybe you are looking for