Добрый день, уважаемые коллеги!
Нужна ваша помощь по корректной реализации проверки на существование группы, а именно:
SELECT-OPTIONS: s_ktokd FOR kna1-ktokd.

Мною был написан следующий код:
AT SELECTION-SCREEN ON s_ktokd.
DATA: lt_ktokd TYPE STANDARD TABLE OF ktokd.
SELECT ktokd
FROM t077d
INTO TABLE lt_ktokd
WHERE ktokd IN s_ktokd.
IF sy-subrc <> 0.
MESSAGE text-002 TYPE 'E'.
ENDIF.

Вопрос заключается в том, верен ли данный код для select-options? Если был бы параметр - никаких бы вопросов не возникло. А так, допустим, пользователь ввёл 3 отдельных значения "ZSEL", "ZSOL", "ZTER". 1-ое и 3-ье корректны, а 2-ого нет в таблице T077D. Понятно, что при написанном коде sy-subrc = 0 и в таблицу lt_ktokd выберутся соответственно "ZSEL" и "ZTER". Но правильно ли это? Возможно, нужно делать LOOP по s_ktokd и проверять каждое значение LOW и HIGH на существование.
Как будет более правильно?

Нормально как есть, только проверьте, что s_ktokd не пустое.

В противном случае получите всю таблицу сразу

В таком виде как есть приведенный код имеет очень узкое применение IMHO. Правильность ввода в select options невозможно проверить с точностью, т.к. пользователи могут ввести туда все, что угодно. Например, выбор по маске Z* или exclude. Как вы это проверите, да и в чем смысл?

Если для программы принципиально, чтобы был выбран определенный набор значений, то возможно следует select options ограничить (см. опции NO-EXTENSION, etc.). В общем определитесь, чего конкретно надо добиться.

Правильно будет так, как написано. Если поле обязательно нужно заполнять, то воспользуйтесь советом nymbus. Или поставьте obligatory.
Кроме этого, бывает необходимо проверить полномочия на каждое выбранное значение.

Пользователь должен отвечать за свои действия

Но можно предупредить пользователя, что кикие-то из ограничений выборки не будут учтены. Другой вопрос в необходимости такого предупреждения. ИМХО, такой необходимости не существует. Если пользователь получит пустой резалтсет - наверное догадается, что что-то сделал не так