Здравствуйте!
Подскажите, пожалуйста, как в SAP отмечаются неиспользуемые БЕ? В таблице t001 нет поля для выставления пометки удаления "X". Требуется написать проверку для всех БЕ, кроме неиспользуемых.

Такие проверки обычно делают через одномерный набор или опцию в STVARV.

Спасибо.
Через одномерный набор - т.е. список в коде. Это не удобно.
Опция в STVARV - не слышала раньше о такой транзакции, спасибо. У нас есть для нашей большой программы специально созданные настроечные таблицы.
Т.е. в системных таблицах не предусмотрена пометка БЕ на удаление?

Все метки на то и метки. Сегодня они установлены, а завтра Вы их снимете. Потом опять поставите. Потом начнется специфика. И т.д.
А чем неудобен набор или опция? Не так уж там и много компаний обычно. Или у Вас их 40?

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

В SAP нет как таковой метки для удаления. Просто уже потому, что удаление такого серьезного организационного объекта запускается пользователем с миллионом подтверждений. Удаление же контрагентов производится системой периодически на основании проставленной метки. Потеря таких орг. данных на успешности работы Компании никак не скажется, чего не скажешь о БЕ. Наконец, удалить объект, который уже использовался (в случае с контрагентом = содержит сальдо) невозможно. Применительно к БЕ это означало бы, что Вы ее создали, настроили, а потом решили отказаться от ее использования. Ситуация (мягко говоря) невероятная.

Чтобы не совершить ошибочных манипуляций с БЕ, есть только одна пометка: "БЕ продуктивна" (в IMG в настройках БЕ). Но ее установка - дело добровольное. Кто-то ставит, кто-то не ставит. Значение в этом поле ни о чем не говорит. Мое скромное мнение, что проверки лучше делать через опции в STVARV. Добавить туда новую БЕ или удалить - это быстро, редко и надежно.

Спасибо большое за подробный ответ, Ваше время.
Если все настроечные данные для всех будут храниться в STVARV, удобно ли. Программист нам для задачи пишет специальные настроечные таблицы, которые открываются из одной транзакции.

Тут тоже все в одном месте обрабатывается (STVARV или GS02 в зависимости от выбранного инструмента). Зато вы не плодите Z-настроечные таблицы.
p.s. Этот инструмент не подойдет простому пользователю бизнес-процесса, потому что он... не "няшный" и под него не заточен. Сотруднику группы поддержки/консультанту - самое то. Поэтому если хоть какая-то часть настроек выполняется пользователем, не надо повергать их в шок. К тому же это небезопасно.

Большое спасибо.

А можно поподробнее, зачем блокировать БЕ? Для одних задач может иметь смысл включить в набор, но для основной задачи БЕ - бухучета - можно просто заблокировать все счета ГК для БЕ.

А почему просто полномочиями или проверкой не решить вопрос?

БЕ блокировать не нужно, вопрос решим проверкой.