Добрый день,

При переносе запросов в последнее время возникают ошибка "ZXXX... оригинал объекта нельзя заменить". Причем чать объектов из этого запроса переносится нормально, а чать по которым возникла ошибка не переноситься. Хотя раньше такой ошибки не было. Причем запрос без ошибок переносится если указать опцию "Замена оригинала". Сам я, консультант. Админы просят указывать надо ли ставить эту галку. Но я не уверен нужно ли во всех инструментальных запросах при переносе указывать "Замена оригинала". Нельзя ли систему настроит так что опция "Замена оригинала" будет проставляться автоматам в инструментальных запросах? Наши админы только руками разводят...

Или как узнать в каких случаях надо активировать опцию "Замена оригинала" при переносе траснпортного запроса?

такую галку нужно ставить когда исходные версии в исходной и целевой системе различаются. Необходимо срочно найти причину этого: возможно транспорт старого заказа в систему.

freed84 Вы предполагаете что системы не консистентны? Я Вас правильно понял?

смотря что Вы вкладываете в этот термин в разрезе Вашего вопроса.

объект напрямую не правили/активировали в проде?

как обойти? возможно опциями STMS, но это моветон.

шрам Объект в QAS идет с ошибкой. Но при переносе в продуктив с активированной опцией "Замена оригинала" переносится без ошибок. В самом запросе только Z* объекты. Я лишь изменил функциональную группу созданную другим консультантом и перенес. Так же в запросе были и моих отчетов. Ошибка возникает только в объектах которые относятся к функциональной группе. Напрямую в QAS и PRD ничего не переносится. Т.е. все по закону. У нас две системы. Причем данная ошибка наблюдается в HCM, в финансовой системе все нормально. Наши админы ничего объяснить не могут. Наши консультанты думают что ошибка возникла после апгрейда системы. Года 2 назад в HCM переходили на 4 пакет. Может где здесь кроется решение проблемы? SAP_HR 604 0049 SAPKE60449.

Если во всех инструментальных запросах при переносе активировать опцию "Замена оригинала" будет ли это правильно? К чему это может привести? Могут ли админы при переносе видеть какой тип запроса они переносят(разработка, настройки и т.д.)?

Анализируя запросы в которых были такие же ошибки и сравнивая все причиндалы запроса:
Аттрибуты первоначального запроса при создании объекта
SAP_HR,600,0029
SAP_BASIS,700,0015
SAP_APPL,600,0013
SAP_AP,700,0012
SAP_ABA,700,0015

Аттрибуты запроса в котром возникла ошибка
SAP_HR,604,0049
SAP_BASIS,731,0004
SAP_APPL,606,0004
SAP_AP,700,0027
SAP_ABA,731,0004

Может здесь кроется ответ почему возникает ошибка "... оригинал объекта нельзя заменить".

посмотрите ноту
1508558 - SAP Package or transport request import stops with "Original object must not/cannot be replaced" error message

надеюсь она ответит на все Ваши вопросы

Спасибо всем за помощь. Покопавшись в системе определил что в некоторых Z* объектах системой оригинала, в системе QAS, является QAS, хотя должна быть DEV. При переносе эти объекты и порождали ошибки. И таких объектов очень много. Непонятно почему возникла такая ситуация.

Потому, что нефига давать лишние права разработчикам в QAS. И нефига разрешать настройки в QAS.
А пока стоит найти тех, кто создал объекты в QAS и публично расстрелять ближайшей шваброй.

А я вот например видел как базисники воимя апгрейда меняли ландшафт сокращая его до dev (в роли которого выступала как раз бывшая qas) -> prod. Потом естественно возвращали обратно, но в эти дни в сокращенном ландшафте люди тоже работали.
Так что тут еще большой вопрос кто виноват и не надо все на функциональщиков валить

А где там у меня слова про вину фукнционалов?
Только про наказание!
И, кстати, даже по приведенной схеме, я про апгрейд, новые объекты один хрен появляются в разработке, а не в тесте. А здесь все довольно прозрачно. Кто-то дал полномочий много и не закрыл мандант в кволити на изменения, а кто-то этим воспользовался и создал объекты в QAS. Потом перенес их в разработку.

avlag я сам являюсь разработчиком и уверяю Вас никто в QAS эти объекты не создавал. А пишу тут потому что, админы на это дело забили... Если бы им не подсказали что надо в таких случаях активировать опцию "Замена оригинала" при переносе запрос, то они, думаю, до скончания веков переносили бы запросы с ошибкой. А разбираться они точно не стали бы...

Да ладно! "Оно само..." (c) any user
А вообще, у меня есть ссылка с помощью на любой вопрос

Avlag спасибо за помошь. Я уже отписал админам с указанием где у них ошибка. Пусть сами исправляют.