Кхе. Вопрос следующий, есть таблица, у нее в свойствах стоит метка "ведение таблицы разрешено". Соответственно, если в этой таблице уже есть хотя бы одна запись, мы без проблем через se11/se16 входим в просмотр, нажимаем на кнопку "создать новую запись", а потом делаем, что хотим. Есть у всего этого одна проблемка... если записей в таблице нет, то в просмотр провалиться нельзя (!!!). Соответственно, нельзя и ввести новую запись . Кто-то знает решение проблемы? А то больно муторно создавать разовую прогу которая бы забивала записи в таких случаях...

в se11 заходишь в просмотр таблицы, там утилиты->ввод записей ... кажется так ...

Утилиты -> Содержимое таблицы -> Ввод записей, спасибо, а то вечно в спешке что-нибудь да не увидишь

В SE16 есть кнопка "Ввод записей"
А еще лучше сгенерировать свой диалог ведения в транзакции SE11, пункт меню "Утилиты-Генератор ведения таблиц" и вводить данные через транзакцию SM30 или SM31

Вот такая ситуация:
Есть таблица, для нее создан ракурс ведения, но при попытке добавить запись в таблицу (кнопка "Новые записи") происходит возврат на то место, откуда был вызван ввод записей
(т.е. SE11, SE16 и т.п.).
То есть запись ввести НЕВОЗМОЖНО (ver 4.7).
Это происходит, когда в таблице все поля кроме MANDT не ключевые.
Получается, такие таблицы вообще нельзя вести через ракурсы ведения, т.е. SAP предлагает какой-то другой способ для них?

А зачем вообще вводить несколько записей с одинаковым ключем? Это противоречит принципам реляционной модели...

А никто и не собирался вводить несколько записей с одинаковым ключом, тем более что это невозможно по тем же самым принципам.
Речь идет о заполнении параметрической таблицы, т.е. таблицы, где для каждого манданта только 1 запись.
Переформулирую свой вопрос: для ведения таких таблиц SAP предлагает какой-то особый механизм ?
Или SAP ничего не предлагает, т.е. есть ошибка в генераторе ракурсов ведения, и никому до нее нет дела?

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

Я бы добавил лишний ключевой столбец. Пусть он пока будет всюду одинаков. Много ресурсов не съест. Потом может ещё понадобится.

однако на таблицу T000(Манданты) существует ракурс ведения и он работает
может посмотреть как?

Если в сгенерировать два экрана (Overview & Single), то вроде всё работает. Так что даже если нажаловаться в SAP, они выпустят ноту, что не следует генерировать одноэкранное ведение для таких таблиц и ничего исправлять не будут.

К тому же ф.м. ведения T000 не стандартный, т.к. он трактует эту таблицу как манданто-независимую.

правильно трактует
что то я не очень понимаю как могут быть данные с одним ключом MANDT манданто-зависимыми

А что именно не понимаете?
Если в таблице есть поле типа MANDT и оно ключевое - значит данные манданто-зависимые, иначе - нет. Причем тут другие ключевые поля ?

Мне кажется, вот что думали разработчики SAP: просто на каком-то уровне обработки данных поле MANDT рассматривается не как поле, а как "признак манданто-зависимости" и просто исключается из рассмотрения структуры таблицы (зачем - непонятно!).
При том, что на уровне БД это такое же ключевое поле, что и остальные.

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

Eugene, очень странная логика ...
Впрочем я попытался рассуждать по-вашему (см. мой предыдущий пост), думаю в SAP рассуждали так же.
Можем считать тему исчерпанной.

ну у SAP вообще бывает с логикой