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

Вопрос

1. Есть ли возможность как нибудь перенести новую ветвь из стандартной иерархии тестового манданта в стандартную иерархию продуктивного манданта?

2. Есть ли возможность как нибудь перенести созданные в тестовом манданта МВЗ в продуктивный мандант?

Переносите стандартную иерархию через SPRO, далее в изменении стандартной иерархии отсоединяете ветвь, которую надо остатвить от основной иерархии, а саму основную иерерхию грохаете. Также в SPRO можно перенести и все МВЗ.

Добрый день
То Esoteric:
А тест и продуктив у вас отличаются не только наличием новой ветки в стандарт.иерархии и новыми МВЗ в данной ветки? (т.к. если отличие было бы только в этом, проблем не возникло бы - тр. OKE6 по переносу МВЗ, групп, видов и т.п., вы конечно в курсе ) Я правильно поняла, что у вас в тесте присутствуют помимо новой ветке «лишние» группы МВЗ и МВЗ, которые не должны быть в продуктиве, а в продуктиве есть что-то, чего нет в тесте?
Если да, то тогда тут могут быть след.решения:
• привести стандарт.иерархию в тесте в соответствие с продуктивом (если это не особо трудоёмко конечно) тогда можно будет воспользоваться тр. OKE6
• плюнуть на перенос и воспроизвести то же самое в продуктиве
• призвать на помощь базис для настройки ale-соединения между тестом и продуктивом и распределять МВЗ и гр.МВЗ с помощью IDoc -ов по ale (создание тр. BD16, KAVB, удобнее наверное будет с контролем формирования и отправки IDoc-ов по тр.WE05, перенос по тр. BD87)
• призвать на помощь абапера, который напишет чудный пакетник по загрузке\выгрузке МВЗ (очень удобная и нужная вещь кстати), а вот по группе, тут немного посложнее будет с наборами, но тоже пишется (если это не разовая операция конечно)
Если нет, то возможно всё ещё проще или по-другому
То Alexandr:
Простите, я не совсем поняла Вашу фразу «далее в изменении стандартной иерархии отсоединяете ветвь, которую надо остатвить от основной иерархии, а саму основную иерерхию грохаете», а как «грохнуть» стандартную иерархию, она ведь в продуктиве как я поняла, к тому же стандартная иерархия прописывается в КЕ! Возможно, Вы имели в виду отсоединяете ненужную ветвь стандартной иерархии и её грохнуть?
Но если при этом на МВЗ у Esoteric-а хранятся нужные для истории записи (были выполнены проводки, но более выполняться не будут), можно их кинуть в корзину (переприсвоить гр. МВЗ «korzina»/«del»)

Для Olga_K


- Да, правильно.



- Эти варианты в данном случае не целесообразны.



- Хотелось бы оставить этот вариант в запасе

Оставшийся вариант мне не знаком - никогда не пользовался. Попробую, может что получится.
*************************************************

Для Alexandr


- Это место не понятно. Убрать все лишнее надо до переноса запроса или после? Если можно напишите, пожалуйста, поподробнее.

Как я понимаю, если тебе в тесте «лишние» группы и МВЗ не надо, то можно было бы и до запроса (это и был один из предложенных мной вариантов, но ты уже написал, что он не подходит). А можешь перетащить всё в продуктив, и там уже «почистить» группы и МВЗ (об этом думаю Alexandr и писал, но возможно он ещё пояснит ). Только верхний уровень стандартной иерархии естественно оставь прежним (т.к.он в КЕ прописан), ну и МВЗ удали (если лишние есть из теста, чтоб не болтались).
Вариант с IDoc-ами удобен тем, что указываешь только те группы и МВЗ, которые необходимо перенести, но это ещё Але-соединение настраивать надо, так что целесообразно, если вам постоянно надо будет переносить данные, и там, кстати, ещё кучу всего таскать можно (посмотри Инструменты-ALE-распределение приложений)

Извините, ошиблась, сами данные (МВЗ, группы, план счетов и т.д.) в ветке ниже Инструменты-ALE-распределение основных данных

Я предлагал сделать следующее:
1. Перенести тестовую иерархию в продуктив.
2. Нужную ветвь в изменении группы МВЗ присвоить самому верхнему уровню иерархии. Остальная ветвь, ненужная, она тоже будет присвоена верхнему уровню иерархии.
3. После этого удаляете ненужную ветвь иерархии. К сожалению нет под рукой системы, поэтому коды транзакций не помню, поищите в SPRO.

Вопрос: У Вас были на МВЗ, которые необходимо удалить, какие-либо проводки в продуктиве?

Или используйте вариант, который предложила Olga_K по выгрузке/загрузке МВЗ пакетником.

Сорри, забыл зарегистрироваться. Сообщение от Гостя было мое. Поэтому если есть вопросы, пишите.

Скажите, а этим методом можно воспользоваться если манданты расположены на физически разных серверах?

Тут лучше у базиса проконсультироваться – они в этом доки! но кажется Але пригодно для систем находящихся на разных серваках, там создаётся логическая система, определяется целевая система, затем определяется RFC адреса для логической системы. Вроде видела, когда Але было настроено между 4,0 и 4,7.
Но могу ошибаться или не учитывать какие-то нюансы, так что лучше вопрос адресовать базису