Добрый день.
1. В/из альтернативного плана можно только копировать, т.е. по сути объекты создаются с нуля. Изменения не переносятся (я не нашел, если есть - напишите, пжл.)

2. У пользователей есть пожелание синхронизации активного и альтернативного планов, т.е. создание/изменение в активном сразу отражались в альтернативном. Стандартного способа не нашел и предполагаю использовать Badi HRBAS00INFTY, в ней прописать принудительное создание объектов в альтернативном плане.

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

Если знаете, как лучше/правильно, пожалуйста, ответьте

Пару лет назад немного пробовали экспериментировать.
1. Совершенно верно. Ничего никуда не переносится.
2. Не знаю, получится у вас или нет, но непонятно, в чем же тогда суть альтернативного, если он автоматически должен становиться эквивалентным основному? Как отличать все ли изменения надо отражать в альтернативный? А если изменяемый объект в альтернативном плане уже ограничен, а то и вовсе убит? Пахнет большим абапом.
3. Таких средств не знаю. Imho, управлять "переносами кусков структуры" будет ужасно неудобно. В какой транзакции предполагается это делать?


Откуда вообще вопрос возник? Юзера хотят рисовать несколько вариантов штатного расписания?

Посмотрите, может быть, Вам это будет интересно: http://www.bdnk.ru/page/bisauto/live/reorganization.html
В решении автоматически переносятся изменения (on-line) из активного в альтернативный, обратные изменения (альтернативный -> активный) группируются пользователем в приказ, который при подписании автоматически переносит изменения в активный план. Более того текст этого приказа система формирует автоматически . То есть, всё о чем просят ваши пользователи возможно !

альтернативный - это активный+дельта изменений.

если объект в альтернативном плане ограничен или убит, а в активном есть, то при любом изменении в активном, изменения переносятся автоматически в альтернативный, т.е. объект как бы перезаписывается


в той же, где стандартное копирование
RE_RHCOPL00



вариант штатного расписания один - на основе активного плана. в альтернативном будут просто моделировать возможные изменения, но хотят на основе актуального.

Скорее пользователи будут приучены к стандарту САП. это все автоматизировать смысла нет.

Коллега_нов, спасибо, посмотрю

Может попробовать договориться о создании новых вариантов по заявке от юзеров?

Не надо. Была такая хотелка однажды. После анализа выяснилось, что это неудобно.
1. Планирование штатки занимаются не каждый день.
2. При "онлайне" периодически возникают конфликты типа "убили отдел в альтернативке (разделили на два новых)", а в актуальной он остался. Что делать? Как это переносить.
Из этого следует, что оптимальный способ переноса - целиком штатка (или ее ветвь в случае разветвленной структуры)
Как ни странно, но стандарт - действительно самый простой и оптимальный сценарий. Возможно потребуются доп.разработки/настройки в PPOME (колонки, средства поиска, закладки)