Посоветуйте, плиз, чем воспользоваться можно...
Я не базисник. Не знаю чем можно воспользоваться.

Ситуация такая:
Написана программа, с помошью которой создаются копированием новые балансовые единицы. Создаются настроечные запросы на перенос из разработочного манданта в продуктивный (система одна). Все из программы обрабатывается пакетным вводом.
Чем из той же программы можно деблокировать, а потом и перенести эти запросы (как их выбрать разобрался уже) в продуктивный мандант?
Существует ли ФМ/транзакция/программа, которыми можно сделать это, зная номера? Наверное существуют... через se10 неудобно - там же запросы списками выводятся.

Транзакция scc1 может без деблокирования переносить? (проверить пока не на чем)

Да, чуть не забыл. Нужно же еще дождаться, когда запрос будет окончательно деблокирован, т.е. деблокирование завершиться со статусом "0". т.е. что-то типа этого:



Спасибо.

В рамках одной системы между мандантами можно таскать запросы не деблокируя: по SCC1. И зачем велосипед изобретать?

Я не изобретаю просто не знаю, т.к. не базисник

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

Обговорили с админом эту ситуацию. Говорит, что возможно только, если напишу свой ФМ и по rfc вызову его с нужной транзакцией и параметрами.

Что не базисник - это я в первом посте уже узнал. Но про SCC1 нужно обязательно знать всем! Обычно я предлагаю человеку, который меня просит перенести запрос из манданта в мандант в рамках одной системы, поизучать матчасть

Руками я без проблем перенесу. Мне автоматом надо. Программой из запланировнных заданий, запускающейся в манданте разаботки.
Один метод я озвучил - написать ФМ и по РФС вызвать.

я не понял у вас продуктив и разработка в одной системе, но с разными мандантами?

именно так

Тогда могу посоветовать внимательно поизучать группы функций из класса разработки STRM - там все должно найтись, уверен

бардак..

вот где лишние килобаксы лежат!!!

Я просил не комментирии, а помощи
Как есть, так есть. Я на это повлиять бессилен.

А ведь на самом деле бардак! Любое изменение объектов репозитария в разработке немедленно отображается в виде дампов в продуктивном мандданте (типа Load programm lost в самом безобидном варианте)... Минимум - две системы в одном стакане (сервере). Это уже безопасно... хотя... у всех свои тарканы в голове

в крайнем случае разработку можно целиком в своп отправить и заразать по памяти.