кто сталкивался с глюком: при закрытии сообщений на шины через lsmw они не закрываются. что делать? в ручную как то неохота 3500 сообщений делать....

Есть такая очень полезная транзакция iw28 - Изменить список сообщений. В результатах (ALV-список) выделяешь те сообщения, которые тебе нужны (там и фильтры есть при необходимости), и там есть такая заветная кнопка Закрытие (или ctrl + F9). Закрываются ну просто замечательно!!!!

Да, закрытие списком штука удобная, только пользоваться надо внимательно, не выделить лишнего, так как массовое закрытие возможно, а вот массовая отмена закрытия невозможна, придётся каждое сообщение или заказ запускать на изменение и отменять закрытие вручную. Поэтому пользователям лучше такие полномочия не давать.

А про пользователей здесь не было ни слова. Я понял, что необходим просто инструмент для массового изменения статуса.
Конечно, внимательным быть всегда необходимо, да и есть возможность ограничить список и фильтрация тоже есть.
Наше дело предложить, а ваше дело - предостеречь (так Виталий!!! )

Верно, Андрей, я на всякий случай предупредил. У меня на старой работе такой случай был: один чудик взял и позакрывал списком все заказы цеха за месяц. А в них ни правило расчёта не проставлено, ни материалы на них ещё не отпущены. Потом я долго эту проблему решал.

надо было настроить обязательность ввода правила расчета для закрытия, тогда такого бы <я не знать русский языка>

Ага, потом настроил даже для деблокирования, но дело то не в этом, а в том, что они закрыты были не вовремя и ошибочно, не умышленно, конечно, по невнимательности, но факт остаётся фактом

У нас такое тоже было. После того как этот пользователь ручками отменил закрытие порядка 500 заказов, больше с таким не сталкивались.
Организационно такие моменты решать надо.

Я бы это поместил в Best Practices !

Да, только потом начальник цеха, нифига ни в чём не разобравшись, орёт на оперативках: вот, эти козлы типа такое г... навнедряли, а моих людей теперь от работы отрывают и заставляют заниматься неизвестно чем и так далее. А тебе потом отмываться. Короче неприятно.

Нееее, начальник цеха к этому моменту пускал слезу от умиления, потому что после запуска планирования узнал о нескольких пропущенных ремонтах, за которые можно было сесть.

А как на счет того, чтобы написать программы-пакетники на массовые изменения для различных объектов (в т.ч. и для сообщений ТОРО) с различными параметрами выбора на закрытие, открытие и на все что душа пожелает.
Как показывает практика, массовые изменения объектов довольно востребованная вещь, однако не все стандартные транзакции с ALV позволяют делать нужные массовые изменения.
В т.ч. можно и от косяков с ошибочными массовыми изменениями избавляться.

Пакетники - это не очень хорошо с точки зрения производительности...
А если их масса, то это вообще не фонтан...
Для большинства процессов стандартных вещей хватает. Часто нужно просто хорошо подумать...

Иной раз подумать вообще не возбраняется
Только при чем здесь производительность, я не совсем понял. Человек перелопатил 500 заказов вручную (см. выше), хотя все могло быть решено без его участия минут за 15. Может быть в воспитательных целях такие процедуры и имеют смысл, но с точки зрения оптимизации использования рабочего времени сотрудниками это мягко скажем нерационально.

Насколько я в курсе, у системы ограниченное число процессов update, а пакетник занимает его на длительное время. Займешь все процессы - и никто в системе работать не сможет. Мы с таким сталкивались, поэтому большие пакетники в рабочее время стараемся не использовать...
А насчет вручную перелопатить 500 заказов... У него каждый день 500 заказов или он просто месяц балду пинал, так что у него накопилось?