В исходной системе R/3 4.7 2.00 имеется аддон HR-CEE 100_470, функционал которого уже давно не используется.

В процессе UPGRADE на шаге IS_SELECT
появляются 3 аддона:
source release destination release Status
ST-PI 2008_1_620 2008_1_700 INST/UPG WITH STD CD
HR-CEE 100_470 ? UNDECIDED
ST-A/PI 01N_620_R3 ? UNDECIDED

Выделяем ST-PI в дополнение к выделенным уже HR-CEE и ST-A/PI,
выбираем "KEEP the Add on with current version. Vendor key required from note"
и выходим на сообщение, что нужен Vendor Key.

Поиск нот 1259650,524948,1589409,1318299,936978,864783 насчет ключа ничего не дал.
Отписал в САП, указав компонент BC-UPG-ADDON...

Upgrade Add DVD on для HR-CEE , чтобы подсунуть его директорию, найти не удалось...

Как правильно поступить в этой ситуации с этим 3 аддонами?
Ждать vendor key для HR-CEE 100_470, а затем похоже аналогично и для T-A/PI 01N_620_R3?

Кто нибудь сталкивался с такой ситуацией?

Как я понял, сохранять текущую старую версию не обязательно.
Т.е. можно удалить на шаге IS_SELECT Addon HR-CEE 100_470, а затем уже позже накатить через SAINT последнюю версию HR-CEE 110_604?
Если конкретнее, можно ли для текущих HR-CEE 100_470 and ST-A/PI 01N_620_R3 (оба этих аддона имеют сейчас статус UNDECIDED на шаге IS_SELECT) следующее меню на этапе Configuration : ""Delete the add on with SAINT package. The tables will be dropped" ?

А зачем Вам вообще HR-CEE в ECC 6.0 ?
Для России все идет в стандарте.
Или у Вас не Россия?

Касательно HR-CEE Да,Россия -т.е. можно грохать HR-CEE 100_470 вместе с таблами через SAINT?
А насчет аддона ST-A/PI 01N_620_R3 как правилно поступить на данном этапе? тоже удалять SAINT-ом и накатывать позже прсле апгрейда?

Вам очень тяжело дать совет, это все слишком индивидуально, увы.
Идеальным вариантом может быть только наличие тестовой площадки. Т.е. делаете копию системы, лучше DEV, и делаете апгрейд. Натравливаете функционалов на результат и разбираетесь с тем, что работает, что не работает, какие настройки надо делать и т.д.
С HR'ом вообще сложно. Все зависит от количества Z-разработок в системе. Но я бы готовился к тому, что в HR перестанет работать все. И все надо будет делать заново.
Вообще затевать апгрейд с 4.7 до 6.00 - это затевать отдельный хороший проект. С формированием команды, определением тестовой среды, и всеми прочими прелестями, включая перенос продуктивных данных. Базису, еще до апгрейда, надо четко определить требования к железу, определиться с переходом к юникоду и пр.
Дело в том, что технический апгрейд, в общем случае, делается не очень и сложно, сложно полученное "детище Франкенштейна", как выражается мой коллега, потом оживить.

Спасибо!
Все именно так и делаю - скопировал DEV и на ней сейчас пробую тестовый апгрейд до EHP 5.
Продуктив HR эксплуатируется отдельно на EHP 4 в данный момент, поэтому в 4.7 HR уже давно не используется. Поэтому думаю можно его грохать в данном случае. Для ST-A/PI думаю тоже можно удалять,т.к. он не влияет на другие процессы.
Верно?

Скорее всего - да. Но пока не попробуешь - не узнаешь
Кто ж Вашу систему знает? Вдруг там какой хитрый функционал используется?
Я на память не помню, как и во что модифицировался этот аддон.

Буду пробовать и посмотрим что там случится))
Вопрос такой теперь: HR-CEE CD скачал, распаковал в download directory ,указал путь до него- все ОК, подцепилось.
Скачал для st-A/PI: ST-A/PI 01N_700BCO архив SAPKITAB7G, куда его там надо распаковывать?
В /usr/sap/SID/upg/abap нет папки EPS/in.в которую .PAT нужно положить
в download directory тоже нет EPS....

Из DIR_TRANS = /usr/sap/SID/trans для исходной R/3 4.7( /usr/sap/SID/trans/EPS/in ),куда вручную распаковал .PAT , тоже не цепляет...

Сорри, нужно upgrade package ST-A/PI 01N_700BCO, а пытался installationему всучить)) Вроде подцепилось.
Теперь такая картина:
source destination status
HR-CEE 100_470 110_604 DELETE WITH SAINT PACK
ST-A/PI 01N_620_R3 01N_700BCO UPG WITH SAINT PACK

пробуем дальше..

Пройден Upgrade Step Checks. Выявлены некоторые ошибки,такие как:

В раздеде ERROR есть сообщение что ORACLE 9.2.0.8 устаревший, о нехватке полномочий на saposcol и нехватке места в табличных пространствах.

С пометкой Information:
1. INFO> Errors occurred during Check of DDIC Enhancement Category (batch job RSUPGDEC)
The contents of the summary error log file is as follows.
Details can be seen in the log file of the batch job: RSUPGDEC.SID
The following messages can be ignored in certain circumstances.
Please see the extended error message(s) below.

Check of DDIC Enhancement Category ERRORS and RETURN CODE in RSUPGDEC.SID
2EETG065 RSUPGDEC: Table/structure "PS2001" (component "PT" ) enhanced illegally: Error "1"
2EETG065 RSUPGDEC: Table/structure "RMCSNEUA" (component "LO-LIS-DC" ) enhanced illegally: Error "1"

2. Locked SAP-objects were found in open repairs corrections and/or transport orders. If these orders are not released, you will not be able to adjust these objects if necessary. The development environment has been unlocked now. Release the repairs and transport orders to ensure that the contained objects may be adjusted!

SIDK966635 USER1 ->тут у этого запрос статус: Modifiable , и его 2 задачи уже released, а его самого деблокировать не удается:
"Extended transport control is not active: Cannot specify target client"

Вопросы:
1. Можно ли проигнориовать это сообщение (т.к. оно находится в разделе INFO, а не в ERROR) по RSUPGDEC.SID?
2. Что делать с этим повисшим запросом?Деблокировать не удается, может попробвать его удалить?
3. И на каком этапе можно приступать к апгрейду Oracle с 9.2.0.8. сразу до 11.2G? Следующим шагом будет Preprocessing , в которм уже будет создваться Shadow Instance, поэтому думаю именно сейчас и не обходимо апгрейдить Оракл до 11.2?

Удалить запрос не удастся, т.к. уже деблокированы задачи в нем - как с этим поступать?