Как быть, если организационная структура в "разработке" тоже есть, но очень устаревшая и требуется её обновить из "продуктива"?

Допустим при помощи вышеописанных переносов под запрос, но тогда что будет с тем, что уже есть или с тем, что есть, но не там, где должно быть?

Запросами носить - верный способ, но есть еще и ALE.
Может им попробовать? (Не так страшен черт, как его малюют )

Запрос с продуктива в разработку, который несет в себе только объекты O, S, можно еще и С, если не жалко, хотя С - это лишнее.

Запрос польностью перепишет ОргСтруктуру. Старые обновятся новыми. Совпадающие по ID будут просто переписаны имена, Новые добавятся. ВОт если в разработке есть ОргЕдиница, которой нету в продуктиве - не знаю что будет. Думаю останется и будет висеть как аппендикс невырезаный.

Все связи между ОргЕдиницами тоже обновятся. Вобщем будет полный аналог продуктивной ОргСтруктуры.
Еще один момент. При переносе по-моему приклеются также связи штатных с сотрудниками. И в ОргСтруктуре будут на штатных висеть Табельные номера без имен (в PA потому что нет таких записей). Поэтому при попытке удалить связь штатной с сотрудником, система закричит, что такого табельного она не нашла. И правильно закричит. Она полезет в PA и начнет там искать запись с указанным табельным. Людей мы не переносили, поэтому записей нет.
В итоге получится... [censored]
В ОМ к штатным будут привязаны безликие табельные.
Принимаете сотрудника на безликий табельный и в ОМ уже одной безликой связью будет меньше. Но при приеме будет проблема с присвоением ИТ0001 - штатной должности.
Какая именно: Указываете штатную должность и пытаетесь сохранить, получаем сообщение, что выбранная штатная уже занята (причем тем же табельным). Бардак непростоквашенский... Но это легко решается непереведенной кнопкой Zuordnung. Она ограничит существующую связь и создаст новую. (Это я рассказал, чтобы не пугались.)

На самом деле переносится все, как и рассказывали. В предыдущем посте я тож описал.
После переноса просто запускаете эту программу RHINTE00. Она покажет, что неправильно созданы присвоения. Просто говорим ей создать пакетный ввод. Потом запускаем этот пакетник, он создаст соединения А008 (Может и еще какие, не помню уже. Ограничить объекты можно в фильтре в RHINTE00. Скажете, чтобы проверяла только объекты S и все. Родит пакетник со связями А008).
Все. Далее будет ситуация, что описывал - куча безликих фантомных табельных . Но это не проблема. Просто косметический беспорядок. Вы потом можете перенести людей в PA и безликие автоматически станут ликими

Подскажите, а в системе в которую переносим оргструктуру, должны содержаться абсолютно идентичные БЕ и КЕ, как в переносимой?

Чтобы при переносе не висели хвосты можно настроить в таблице T77TR , чтобы соединения A008 и B008 не переносились.

А как повлияет отсутствие в системе-получателе КЕ, которые используются в верхних оргединицах? А если переносить с помощью ALE? И подскажите тип выходного документа в ALE для переноса ОргСтр.

PA20 будет сильно ругаться, если привязана несуществующая БЕ или КЕ.

Можно его заменять на нужную через преобразование полей в IDOC (SALE->Моделирование..->Настройка преобразования..)
или в Badi HRALE00INBOUND_IDOC

Тип документа - HRMD_A

Спасибо. А после переноса через ALE нужно запускать какие-нибудь корректирующие проги?

надо, особенно если в системе-приемнике IDOC-и через пргограмму фоновой обработки "поднимаются"

http://sapboard.ru/forum/viewtopic.php?t=12530&start=0&postdays=0&postorder=asc&highlight=

А подскажите, как создавать эти правила переноса (напр. изменение БЕ), в документации нечто невразумительное написано.

если имеется в виду преобразование полей в IDOC, то последовательность действий такая (в тр. SALE):

1) BD62 - создаете правило с привязкой к сегменту IDOC
2) BD78 - выбираете поле для преобразования
и способ преобразования.
3) BD55 - присвоение правила к типу документа. Для комбинации Отправитель/Получатель/ТипСегмента задается имя правила.

Способов преобразования несколько: установка константы, переменной, перенос полей, выполнение подпрограммы.

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

Если имеется в виду, что при изменении БЕ в одной системе в другую приходил IDOC, то это другая песня

Не, пока имелось ввиду, что при переносе данных БЕ менялась на другую, существующую в системе-получателе. И как определить необходимый сегмент в BD62?

Можно посмотреть пришедший IDOC, например, через BD87.
Или в WE30 по имени объекта.

Ага, спасибо. С сегментами уже разобрались.
Возник ещё вопрос. Запускаю RHINTE00 в не-HR-системе. Прога ругается на отсутствие записей в T001P. Получается, в системе-получателе должны быть прописаны все разделы/подразделы?