На большом предприятии абсолютно обычная ситуация, когда одновременно протекает поддержка текущего решение и идут проекты(тиражирование, актуализация, доработки и т.д. )

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

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

Ну, да. И раз уж кто-то считает допустимым в некоторых случаях производить настройку HRPADRUT7RUN прямо в продуктиве (SAP этому не припятствует) встает задача синхронности изменений по разным системам. Можно делать это ручками во всех системах. А можно сделать запрос и выполнить перенос. Я описал как это сделать.
Такую вещь можно выполнить только в отношении HRPADRUT7RUN. Другие настройки в продуктиве закрыты.

Что же касается самого метода переноса настроек из продуктива, вот еще пример.
Столкнулись с проблемой в расчета заработной платы. Пытаюсь найти решение. В среде разработке делаю модификацию нескольких правил и настроек видов оплат. Проверяю, вроде работает. Несу в тестовую систему, проверяю на реальных данных. Это может происходить в несколько итерация и занять несколько дней.
В какой-то момент понимаю, что дело было "не в бобине". Проблемы была не в том, о чем я в думал изначально, или есть другой более простой способ решения. Короче, мои изменения (все или часть) нужно отменить.
Как это сделать? Сидеть и ручками опять возвращать текст правил к прежнему виду? Можно.
А можно перенести "чистую" версию, которая осталась в этот момент в продуктиве. Создаем запрос, включаем в него нужные объекты, несем запрос в обратном направлении.

Ну, голову включать тоже нужно. Вы же несете не все подряд.

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

Можно и так конечно, если политика партии такие финты делать позволяет, ну и если осторожно
Встречал другую реализацию - создается эталонный мандант, типа 000, только с клиентскими настройками принятыми клиентом (грубо говоря - срез настроек продуктива на определенную дату). Обновляется он два-три раза в год, в случае необходимости восстановить какие-либо настройки пользуются им.

Ну это если разработка поддержки и проекта - это одна система)

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