В нашей системе мой класс разработки имеет пустое поле «Transport Layer», и почему-то не показываются поля integration system и consolidation system, когда дважды щелкаю на имени класса разработки.
Также если посмотреть в транзакции SE03 мои запросы находятся в ветке «Local change request», а в «Transportable change request» ничего нет. Для того чтобы перенести запрос в продуктив, мы создаем запрос «Transport of copies», присоединяя уже к нему объекты Local change request и указываем систему в которую нужно произвести перенос. Потом админы переносят этот запрос в продуктив.
Соответствует ли эта схема описанной в «SAP online help» модели, когда Transport layer определяет transport route:
If they (changes to objects) are recorded in transportable requests, the changes are transported to other R/3 Systems after the request has been released along a defined transport route, which depends on the transport layer.Т.е. видимо в данном случае надо создавать в integration system запрос Transportable change request, а не Local change request как у нас. Зачем нужны тогда эти два вида запросов, если нужно потом создавать Transport of copies?

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

Под изменениями вы имеете в виду случайно не Customizing? А то я говорил про программки, их мы делаем в локальных запросах, а потом переносим. Или это и к программкам относится?

интересно а что вы подразумеваете под словом Customizing?

Хороший вопрос... Как я понял существует два вида деятельности в R/3 - програмки и настройка (исходя из существования двух видов органайзеров). Именно под настройкой я понимаю Customizing
Звиняйте за такие ламерские вопросы, я только учусь.

Как и сказал PP, локальный запрос не вываливается на диск в виде файлов для преноса, переносимый оказыается в файлах, именованных номером запроса в папках cofile & data. От туда их можно нести на другую систему. А перенос копий всегда вываливает эти файлы, вот и вся разница между ними

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

И все же админы есть
Возможно наш способ переноски не случаен, м.б. нам скажем мало доверяют. В смысле, если бы все было настроено как вы говорите, нужно было бы делать каждый раз запрос к админу чтобы перенести программку в продуктив? Или просто release и все?

Спасибо за ответ!

Неправильные это админы.
Или как раз админам не доверяют.
По поводу доверия к разработчикам: если админы вам не доверяют, то тогда бы они отняли у вас права на деблокирование запросов и дело с концом. Но это опять же относится к грамотным базисникам.
[quote=StillAtGo]В смысле, если бы все было настроено как вы говорите, нужно было бы делать каждый раз запрос к админу чтобы перенести программку в продуктив? Или просто release и все?[/quote]
Если сейчас у вас нет права на перенос запросов из системы разработки, то перенести запрос все равно сможет только админ
Подробнее о ролях администраторов и ABAPеров читайте в первоисточниках

Спасибо за ответ
В продуктив мы все-таки переносим. Короче надо будет как нибудь у админов этим поинтересоваться

Нормальный путь примерно такой:

• Системный ландшафт состоит по меньшей мере из трех систем: разработка, тестирование, продуктив
• Для этих трех систем настраивается транспортный маршрут: разработка -> тестирование -> продуктив
• Для объектов разработки и для переносимых настроек создаются траспортируемые запросы
• После релиза отдельного запроса - в результате чего данные выгружаются в файлы на сервере - запросы сначала попадают в очередь импорта системы тестирования
• После импорта в систему тестирования запросы попадают в очередь импорта продуктивной системы
• После успешного тестирования запросы импортируются в продуктивную систему.

Собственно запуском импорта запроса в систему обычно занимаются админы - они же базисники (по запросу). Настройка ландшафта и траспортной системы - это тоже их обязанность.