В системе есть 6 мандантов: 000, 001, 066, 100, 200, 300.

Относительно недавно были поставлены обновления на систему, которые добавили данные в 000 мандант, но не добавили эти данные в 100, 200 и 300..

Учитывая, что данные поставляются вместе с обновлениями, то наверняка есть способ, чтобы скопировать эти данные из 000 манданта в рабочие манданты БЕЗ нарушения их работы, без возможного перетирания настроек системы..

Но не совсем понятно, как это правильно сделать, чтобы ничего не испортить... Посмотрел System Copy (SCCL), есть набор профилей для копирования, но абсолютно не уверен, что из них можно выбрать.

Еще есть SCC1, но не понятно, что будет включено в запрос..

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

Как в такой ситуации поступать?

может быть эта нота будет полезной
Note 337623 - Customizing after installation or upgrade

Да, такое случается, особенно часто в HR. Чаще всего добавляются новые настройки и мастер данные.
Сам САП в таких случаях пишет - перенесите все что надо из 000 в нужный вам мандант посредством scc1.
Добавляется обычно новый функционал, заниматься конечно этим должны люди понимающие, что они делают, точнее, что должно получиться в результате. Обычно инициатива от них и исходит.
Просто пускаем консультантов, которые "в теме" в 000 мандант, они там все нужное собирают в запрос, который потом тащим везде где оно надо.
Ну и присматривать за ними нужно, дабы ничего не "настроили"...

Ага, только вот как я понял консультанты не совсем знают, что им надо из 000 манданта. Пару косяков заметили (пару таблиц, которые различаются в данных, которые в свою очередь должны быть стандартными) и предлагают сравнять. Прогнал транзакцией SCU0 сравнение объектов в разрезе проекта HR, нуу... таблиц много, которые различаются, но что-то мне ни одна таблица не знакома и как я понимаю в этом случае, если я начну все таблицы подгонять под 000, я получу не тот результат, который бы хотелось, так как мне данная транзакция (SCU0) показала различия в том чисе настроек, которые уже выполняли пользователи..

А можно поподробнее про SCC1? Что значит "все, что нужно", особенно если не совсем знаешь, что нужно.. Или вы как раз имеете ввиду, что загнать в 000 мандант HR-специалиста, который должен собрать "все, что нужно" в один запрос и потом через SCC1 этот запрос перетащить в нужный мандант?

У меня вон картина получается:

Проверено объектов 3400
Из них:
Одинаковых с 000: 2642
Отличных от 000: 735
да еще и 22 объекта вообще не смогла система сравнить..

Это что, в ручную 735 объектов перебирать, что ли? Оо

Не старайтесь объять необъятное. Каждый должен заниматься своим делом. Не пытайтесь сделать за функционалов их работу. Это их модуль. И только они могут и должны сказать что для них надо сделать с системой. Если консультант не знает своего модуля - то вовсе не дело базиснику садиться за букварь и вычислять проблемы функционала. Да, помогать разобраться - надо. Но не заниматься чужой работой. Ни к чему хорошему это не приведет.
Напрягайте функционалов, это их хлеб.

Есть еще один вопрос тогда, чтобы упростить жизнь, возможно..

Если мы импортируем запрос, в котором, например, таблица находится, то таблица в целевой системе полностью заменяется таблицой из запроса или дополняется только delta?

И если даже заменяется полностью, то можно попробовать сделать следующее: (чтобы хотя бы сократить число записей с 700+ до минимума):

1. Релизнуть запрос проекта из 100 клиента (учитывая, что ведется проект по HR в SPRO_ADMIN, на весь проект один запрос)..
2. В 000 манданте сделать запрос, в который включить все таблицы и ракурсы (и возможно еще что-то), показанное выше (транзакцией SCU0)
3. Релизнуть запрос, созданный в 000 на основе SCU0
4. Импортировать запрос из 000 манданта в 100 мандант
5. Импортировать запрос, который был создан в 100 манданте обратно в 100.

Таким образом, по идее, мы вначале заменим стандартном ВСЕ объекты, которые различаются в системах.
И далее импортируем в 100 объекты, которые менялись пользователем.

А после этого снова запустить SCU0 и найти явные различия. После чего уже смотреть конкретные таблицы, которые были изменены пользователем и отличаются от 000 манданта - я думаю их будет значительно меньше в разы..

Насколько такой вариант имеет место жить и какие подводные камни могут быть в таком случае?

Нет в таком случае полностью не заменяется, то чего нет добавится, а для совпадающих ключей данные обновятся из 000 манданта.

А предложенный вами вариант делать не советую. Таким образом можно получить большой гемор... Как минимум, в системе обычно удаляются мастерданные и настройки, которые "мешают" в продуктиве - типа БЕ, всякие планы счетов, схемы калькуляций и т.д. и т.п. и это как минимум... а в предложенном вами варианте это все вернется в систему. После этого вам наверняка вынесут благодарность...

Как вам уже написали - не занимайтесь чужой работой.

Ну на этой системе как такового продуктива нет. Здесь одна система с тремя мандантами: 100, 200, 300. Система используется как демо-стенд. В 100 делаются настройки, потом в 200 импортируют и далее в 300. Понятно, что это не совсем верно с точки зрения трех или хотя бы двух-системного ландафта.. Но под демостенд больше ресурсов не выделели )

А ну если это песочница... лично я бы сделал еще один мандант, копией разработки и на нем бы игрался...
Попутно - для scc1 релизить запрос (из 000) не обязательно.

В общем-то вопрос решили. После того, как при помощи SCU0 сравнили HR-овские компоненты с 000 клиентом, дальше наш HR-консультант посидел, посравнивал, что нужно, что не нужно. Все, что нужно - перенес. Теперь все необходимое есть в целевом манданте.