Суть проблемы такова: есть трехуровневый ландшафт (200) - (400, 402) - (500)
Создали 201 мандант в разработке (копия продуктива для разработчиков).
Можно ли сделать так, чтобы запросы можно было создавать только в 200, а 201 не закрывать на изменения (чтобы править код и делать настройки) и изменения из 201 цеплялись бы в объектам из запросов 200?

в scc4 для 201 включите "изменения без записи"
изменения репозитария и cross-client настроек оставьте запрещенными
править код не получится

Так мы получаем "песочницу".
А хочется систему для разработки и проверок...
Может где была уже тема про это... сам найти не смог...

Вам 201 надо только для тестов?
Тогда закрывайте в нем все изменения. Все разработки, которые абап, они сквозные для системы. Т.е. все, что наабаплено в 200 и положено в запросы, сразу же видно ив 201.
Если потребуются настройки, которые сделаны (и продолжают делаться) после копирования из продуктива, тогда юзайте SCC1, переносите настройки из 200 в 201. Переносятся как деблокированные запросы, так и открытые. Главное - не перепутайте в каком манданте запускать SCC1

Да, такой вариант конечно можно использовать...

Просто на одном из проектов разработка была настроена именно таким образом: создать запрос можно было только в одном манданте, а править абап код - во всей разработки. хочется сделать также... Это реально (или хотябы так у кого-нибудь системы работают)?

И еще такой вопрос: что пожет случится если запросы будут делаться в двух мандантах (в 200 и 201), часть - в одном. часть в другом?

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

Как только начнете заниматься мандантозависимыми настройками - получите неслабую проблему при импорте в следующую по транспорту систему.
Зачем Вам это? Или хочется потренироваться в синхронизации словарей по ландшафту?

Да, почти так: абапить можно было бы в любом манданте, в часности в 201 (после создания запроса), где данные. А запросы создавать только в 200.
Можно по подробней по способ так сделать, хотябы в общих словах...

И всем спасибо за участие!

Вы, видимо, никак не осознаете масштаб трагедии, когда абаперы пишут код в любом манданте.
ABAP - мандантонезависим. Где бы не писали абаперы - видно это будет по всей системе. И если Вы дадите право написания кода в любом манданте, то через неделю у Вас уже будет иметься куча объектов, не положенных в запросы. Т.е. моментальный разбег по словарю систем ландшафта.
И это произойдет даже если за спиной каждого абапера поставить по автоматчику.

Самый простой способ - создание руками запросов в настроечном манданте и включение туда нужных объектов. Главное узнать кто и сколько объектов создал.
И еще раз повторю - не занимайтесь ерундой.

avlag, спасибо!