Создал таблицу, среди других есть ключевые поля БЕ, КЕ и т.д. К ней ракурс ведения. Естественно, они заполняются initial-значениями. проверочные таблицы есть, внешние ключи (может быть неправильно настроены, недоразобрался), средства поиска...
сейчас вводимые значения проверяются при вводе, но если поле не заполнил, запись пропускается с пустым полем, что криво...
Как запретить ввод записей с пустыми КЕ и БЕ?

Думаю, можно вполне подредактировать экраны в сгенерированном диалоге ведения.

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

Других системных проверок физической целостности в SAP'е не предусмотрено.

вообще-то не хотелось бы менять сгенерированный экран... имхо кривовато как-то... можно ли в таблице или ракурсе ведения это настроить?

А придется...

а как насчет своих инклюдов в сгенерированном ФМ?
см. соседнюю ветку
http://www.sapboard.ru/forum/viewtopic.php?t=3526

Гы. Зайти в редактор экранов и поставить пару галок - религия не позволяет.
А вот править программные объекты - всегда пожалуйста .

программные объекты о которых речь там для того и стоят чтоб их править

такая фраза перед этими объектами не с неба появилась

*******************************************************************
* User-defined Include-files (if necessary). *
*******************************************************************

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

ну если надо человеку...

может он не ищет легких путей...

об экранах там действительно можно сказать тоже самое, кто ж спорит то

Эт точно... Без знания АВАРа рваться чего-то писать... В то время как в программном коде легко чего-нибудь накосячить... И при том, что на самом деле достаточно поставить две галки - и SAP сам все стандартно обработает.

не скажу что я совсем не знаю абап... программированием вообче-то занимался профессионально, а абапить начинал с простых проверок в экзитах, LSMW, отчетики некоторые дополнял... так что в логике, надеюсь, ошибок не будет... а вот с диалогами совершенно верно, пока никак... ну тут еще вот вопрос: после перегенерации программы ведения не придется ли опять заходить в экран и галки жать? а include остается и после перегенерации. или я неправ?

Да, придется. Но, неужто структура таблицы так часто будет меняться, что это будет представлять какую-то проблему?
Кстати, насчет инклуда - на 100% не уверен (не проверял), но он тоже, по идее, должен убиваться. Группа функций для ведения убивается -> Убиваются все ее специфические инклуды.

на сколько я помню там есть настройки позволяющие перегенерировать отдельно какие то вещи в режиме эксперта...надо просто поэкспериментировать

Человеческих вариантов два:
1) Использовать правильно заданные внешние ключи, как в самом начале написал 111.
2) Если внешними ключами нужно эффекта добиться не удается - определить обработку событий экрана ведения таблицы. Это стандартный способ навешивать на экраны ведения доп. логику без модификации сгенерированного кода.