Создал Z-ракурс и в Z-транзакции заполняю фильтры в таблице lt_dba_sellist.
Вызываю ракурс ведения:


CALL FUNCTION 'VIEW_MAINTENANCE_CALL'
EXPORTING
action = 'S'
view_name = 'ZVMTR_BP_EMAIL'
check_ddic_mainflag = ' '
TABLES
dba_sellist = lt_dba_sellist
EXCEPTIONS
client_reference = 1
foreign_lock = 2
invalid_action = 3
no_clientindependent_auth = 4
no_database_function = 5
no_editor_function = 6
no_show_auth = 7
no_tvdir_entry = 8
no_upd_auth = 9
only_show_allowed = 10
system_failure = 11
unknown_field_in_dba_sellist = 12
view_not_found = 13
maintenance_prohibited = 14
OTHERS = 15.

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

Посмотрите, можно ли такой подход применить к Вашей задаче?

Enabling an SM30 maintenance view for multiple users

В нашем случае установка S в ключевом не подойдет.
Т.к. необходимо вывести все записи, чтобы ключевое поле было в колонке. Значений будет много. А по стандарту генериться экран с полями S в заголовке.
А также юзер еще должен иметь возможность внести новую запись с другим ключом.

Ракурс ведения предназначен для массовой работы с данными.
Следовательно все данные, доступные пользователю на экране, должны быть заблокированы.
Единственной альтернативой может служить вариант, когда записи только показываются на экране, а редактирование осуществляется в отдельном окне.
Но даже при этом случае возникает проблема создания записей с одинаковыми ключами.

Может вы поконкретнее обрисуете задачу?

Подробнее.

Есть таблица с одним ключевым полем (не считая манданта). Это поле счетчик, который генерируется при создании записи в событии 05 APPEND NEW RECORD.
Также в таблице есть не ключевое поле, например, поле контрагент.
В ракурсе нет полей типа "S".
В программе я формирую фильтры по контрагентам и вызываю ракурс через ФМ 'VIEW_MAINTENANCE_CALL'.
Все хорошо. Данные фильтруются, выводятся на экран. Юзер может добавлять/менять записи как ему нужно.
Но, вне зависимости от фильтров, блокируется вся табла и другой юзер, которому нужно править другого контрагента уже блокируется.
Делать ключевым поле контрагент в нашем случае - не очень правильно.

почему ключевым, если ключевое поле - счетчик?
S - это поле для ракурса ведения, оно не обязано быть ключевым.