Господа, коллеги!

подскажите пожалуйста возможно ли реализовать на стандартных блокировках следующее:

1. заблокировать необходимые записи, через Z-транзакцию-прогу, используя стандартный механизм блокировок.
2. выйти из транзакции
3. блокировки должны остаться
4. зайти другой программой, снять блокировки

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

Сделать аналог блокировок на Z, крайне трудоемок будет, задача в том, что при замораживании объектов, многочисленный стандарт не смог бы их исправить, в течение длительного времени.

Спасибо!

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

Если я правильно понял то, Вы хотите заблокировать стандартный объект, например материал, из своей Z программы, со всеми вытекающими, затем выйти и через какое то время другой Z программой разблокировать?

Бредовая идея наверное, но все таки как вариант может быть прокатит.
Из своей Z программы планировать фоновое выполнение программы Z2, где будет простой код, в бесконечном цикле блокировать материал... Потом когда надо, убиваете это задание.

да именно, стандартные объекты нужно блокировать.
прога в фоновом режиме, не надежный какой то вариант, нужно ведь отслеживаться, когда она заканчивается и запускаться по новой.
а зачем для фоновой проги нужны бесконечные циклы?
если я поставлю блокировку, повешу прогу в паузу, тоесть чтобы она не остановилась и не закончилась, этого не достаточно будет?

Это просто идея, можете развить ее для Вашей конкретной задачи и посмотреть что получится...

Зачем отслеживать и запускать по новой? Не понял этот момент.


Что значит "повешу прогу в паузу", чем вешать? циклом? Если Вы делаете так что программа не заканчивается, зачем тогда отслеживать и запускать по новой (см выше)?

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

технические места ТОРО хочу защитить от стандартных редактирований

А может быть Ваша задача решится дополнительными проверками перед сохранением? Или нет?

Вообще то у ТМ в ТОРО есть системные и пользовательские статусы, через настройки разве нельзя разрулить? Может стоит поговорить с консультантом.
На крайний случай, опять таки с помощью статусов и user-exita, как уже упомянул abap.develop, думаю можно это решить. Ваша Z программа будет только менять статусы у ТМ и все...

да, речь идет о пару тыс. объектов,
а в чем разработка будет большая?
будет крутиться в бесконечном цикле опрос какой-нить Z таблицы, в ней статус - блокировать\снять\ничего не делать, после лезем в еще одну прогу, там список объектов.
теоретически вроде совсем просто, вешать в фон эту штуку совсем не хочется, как она будет в бесконечном опросе отрабатываться, проверять надо, скорее всего ничего хорошего не будет.

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

Во первых, в табличке появилась запись, а объект уже блокирован(другим пользователем, транзакцией)? как это обработать? Иначе будет " мы блокировку поставили, а они что-то провели после этого????"
А как узнать какой гад заблокировал все объекты? Нужен лог. Транзашка по анализу.
110% уверен, что нужно давать возможность _определенным_ людям в _определенный_ момент дать что-то сделать с объектом. И если сейчас такого нет - то появится! Марье Ивановне надо реестр печатать, а там где-то название не правильное.
в SAP есть ограничения на количество блокировок, конечно можно поднять в профиле инстанции. Но когда опять в него упрешься и что при этом упадет...
У сапа есть привычка блокировать основные данные в очень разные моменты времени и что именно перестанет работать, тоже не известно.
Желаю успеха в учете всего этого при помощи блокировок.


Статусы как раз позволяют запрещать/разрешать операции. смотри транзакцию BS02 к статусу присваиваешь object type, потом по 2-ному клику можно настроить, что можно и что нельзя делать с объектом в определенном статусе.