Ракурс таблицы sap что это

Ракурс таблицы sap что это

Часовой пояс: UTC + 3 часа

Правила форума

Ракурс базы и ракурс справки

Гуру-эксперт

Зарегистрирован:
Вт, сен 07 2004, 17:47
Сообщения: 2988

Почетный гуру

Зарегистрирован:
Чт, сен 09 2004, 07:32
Сообщения: 777
Откуда: Москва
Пол: Мужской

Почетный гуру

Зарегистрирован:
Вт, авг 17 2004, 10:45
Сообщения: 550
Откуда: SAP_BASIS 640

Почетный гуру

Зарегистрирован:
Вт, авг 17 2004, 10:45
Сообщения: 550
Откуда: SAP_BASIS 640

Логотип © 2006 Андрей Горшков
Поддержка: Кирилл Андреев, 2011-…

Источник

Создание пользовательской таблицы и ракурса ее ведения

Создание пользовательской таблицы и ракурса ее ведения в системе SAP

Sergey Ignatov

Спросите любого консультанта, как часто ему приходится создавать пользовательские таблицы, и ракурсы их ведения. Ну а если не создавать, то как часто приходится писать спецификации на разработку оных? Если он ответит, что не часто, знайте — перед вами лжеконсультант. Хотя. Нет, точно лжеконсультант!

В зависимости от специфики проекта, ключи разработчика могут быть созданы только для «официальных» разработчиков, в то время как функциональные консультанты останутся без таковых. Но бывают и исключения из правил, и тогда функциональный консультант может начинать шалить выполнить определенные задачи без вмешательства разработчика. Об одной из таких задач и пойдет речь в данной заметке, а именно, создание пользовательской таблицы и ракурса ее ведения.

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

1. Создание таблицы

В транзакции SE11 определяем наименование новой таблицы и нажимаем на кнопку Создать:

На следующем экране необходимо определить Класс поставки таблицы, активировать свойство возможности ведения/просмотра данной таблицы, и придумать ее название:

На вкладке Поля определим поля, которые будут использоваться в таблице:

Нажмите на кнопку **Технические параметры настройки, **и на открывшемся экране заполните поля по аналогии с тем, что указано на Рисунке №4:

2. Создание ракурса ведения

Заполните поля, по аналогии с тем, что указано на Рисунке №7, и нажмите на кнопку Создать

3. Проверка

Запустите транзакцию SM30, введите наименование ракурса, который был создан, и нажмите на кнопку Ведение:

Введите какие-нибудь данные и сохраните

Данные сохранены. Ракурс ведения отрабатывает без замечаний. Но тем не менее, обратим внимание на несколько интересных моментов, описанных ниже.

Рассмотрим несколько вопросов, часто возникающих при работе с пользовательскими таблицами и ракурсами их ведения.

Вопрос #1. В пользовательской таблице текстовые данные сохраняются в верхнем регистре. Как это исправить?

В примере, который описан в данной заметке (см. Рисунок №9), можно обратить внимание, что текстовое значение для поля Text сохранено в верхнем регистре (хотя текст был набран в нижнем регистре). Все последующие записи, созданные в данной таблице, также будут автоматически сохранены в верхнем регистре. Для того, чтобы это исправить необходимо посмотреть на домен, который определен для этого поля. В нашем случае, это домен ZUSER_VALUES_TEXT, типом данных которого является CHAR(40)

По стандартной логике, данный тип данных не поддерживает строчный формат для текста. Таким образом, чтобы исправить данную ситуацию, необходимо изменить тип данных на тот, который поддерживает строчный формат. К таким типам относится, например, домен TEXT40:

Применим данный тип данных для элемента **ZUSER_VALUES_TEXT. **Не забудьте активировать элемент данных, после внесенных изменений.

Снова зайдите в созданный ранее ракурс, заведите запись в нижнем регистре, и нажмите на сохранить:

Вопрос #2. Что нужно сделать, чтобы в момент сохранения данных в пользовательской таблице, в системе формировался запрос на перенос?

Пользовательские таблицы можно разделить на несколько типов:

В открывшемся окне отметьте пункт Новое создание модулей и нажмите Enter

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

Источник

Блог ABAP YouCoder

Кластер ракурсов SAP – это набор ракурсов и/или таблиц предназначенный для редактирования данных. С помощью кластера ракурсов ABAP удобно вести данные нескольких таблиц базы данных SAP. Ракурсы могут быть объединены в виде простого так и иерархического списка. Поэтому позволяет видеть, использовать и редактировать данные в удобном формате.

Создание кластера ракурсов ABAP.

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

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

Создаём таблицы базы данных ABAP.

В нашем случае необходимо создать три таблицы ABAP. Кроме того, в каждой таблице в зависимости от уровня подчинённости будут появляться дополнительные поля. Прежде всего, поля необходимы для связи между таблицами.

Создаём головную таблицу для кластера ракурсов ABAP.

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

Головная таблица кластера ракурсов ABAP

Готово! Кроме того, самой таблице никаких дополнительных настроек, отличающихся от обычного создания таблицы делать не нужно. Далее переходим к следующим таблицам.

Подчинённые таблицы кластера ракурсов SAP.

Для реализации нашего примера необходимо создать ещё две подчинённые таблицы. Создадим таблицы для хранения настроек по заводам и складам. Начнём с таблицы настроек по заводам, которая будет напрямую подчинена головной таблице:

Подчинённая таблица кластера ракурсов ABAP

Разберём подробнее, в подчинённой таблице не просто поменялось ключевое поле на новый разрез настроек – завод. А поле завод стало дополнительным ключевым полем при этом не исключая поле сбытовой организации. Это нужно, для организации связи этих таблиц на уровне кластера ракурсов и хранения данных. Вторая из подчинённых таблиц будет подчинена уже не головной таблице, а первой из подчинённых.

Подчинённая таблица кластера ракурсов ABAP №2

Точно так же здесь при указании ключевых полей смотрим на то, какой таблице она подчинена. Ещё по умолчанию указываем два ключевых поля вышестоящей таблицы и добавляем новый разрез хранения склад.

ВАЖНО! Рекомендуется создавать кластер из ракурсов, а не из таблиц.

Создание ракурсов ведения ABAP для таблиц

В этом абзаце разберём создание составных элементов клаcтера – таблиц ABAP. Для всех трёх созданных таблиц нам необходимо создать ракурсы ведения. После этого, их мы будем связывать в кластере ракурсов. Ракурсы ведения это одно из мест где мы настраиваем иерархию связи для кластера.

Ракурс ведения ABAP для головной таблицы кластера

Ракурс ведения для основной таблицы не имеет никаких трудностей в настройке. Один из способов создания ракурса через SE11. Добавляем нашу таблицу в список:

Ракурс ведения. Выбор таблицы

Переходим на закладку “Поля ракурса” и по кнопке “Табличные поля” добавляем нужные поля в ракурс:

Ракурс ведения. Выбор полей

Активируем ракурс ведения для головной таблицы. После этого, переходим к созданию ракурсов для подчинённых таблиц.

Ракурсы ведения ABAP для подчинённых таблиц кластера ракурсов.

При создании ракурсов ведения для подчинённых таблиц есть важная настройка связи о которой расскажу далее. Сначала создадим ракурс ввода для первой из подчинённых таблиц это таблица настроек по заводам. Создаём ракурс ввода. Добавляем в список нашу таблицу:

Переходим на закладку “Поля ракурса” и по кнопке “Табличные поля” добавляем нужные поля в ракурс. Делаем аналогично предыдущему пункту, когда создавали ракурс для головной таблицы.

А так же дополнительно указываем поле для связи с головной таблицей. После заполняем столбец “Признак ведения” для поля сбытовая организация, для установки связи. “S – Поле ракурса используется для образования подмножества”:

Важно не пропустить данный момент при создании ракурса ввода. Далее переходим к созданию ракурса ввода для второй подчинённой таблицы. Указываем таблицу аналогично:

И заполняем столбец “Признак ведения” для полей по которым происходит связь этого ракурса с вышестоящим. У нас это два поля сбытовая организации и завод. После этого указываем для этих полей значение: “S – Поле ракурса используется для образования подмножества”:

Создание диалогов ведения для ракурсов ABAP

Чтобы пользователь мог вести данные в ракурсах ведения необходимо для каждого ракурса создать диалог ведения. Для этого заходим в ракурс, открываем его на редактирование. В меню выбираем “Утилиты”-> “Генератор ведения таблиц”. После этого, в открывшемся окне генерируем диалог ведения для ракурса. Подробнее в видео.

Остался последний пункт по созданию из этих частей кластера ракурсов.

Как создать кластер ракурсов ABAP?

Мы создали все элементы ABAP словаря, которые нам необходимы для создания кластера ракурсов. Теперь перейдём непосредственно к самому созданию кластера. Создание кластера ракурсов происходит в транзакции SE54. Заходим в транзакцию:

Создание кластера SE54

Далее переходим по кнопке “Обработка кластера ракурсов”:

Создание кластера ракурсов

Вводим наименование кластера ракурсов и нажимаем “Создать/Изменить”, после чего открывается окно создания. Далее в заголовке кластера настройки оставляем по умолчанию, переходим в “Структуру объекта”. В этом разделе и происходит настройка связи между созданными ранее ракурсами ABAP. Связи будут настроены следующим образом:

Кластер ракурсов ABAP. Структура объекта

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

Зависимость поля головного ракурса ABAP

Мы не прописываем полей, а только добавляем связь ракурса с ним же в качестве предшествующего. Для других ракурсов связи будут похожи на те, которые делались в ракурсах ведения при создании:

Зависимость поля ракурса ABAP Зависимость поля ракурса ABAP №2

После того как сделаны все настройки переходим во раздел “Запись заголовка”. После этого активируем кластер ракурсов SAP. Если возникли ошибки, то посмотрите видео в котором я разбираю этот пример по шагам.

Ведение кластера ракурсов SAP.

Кластер ракурсов создан теперь перейдём к нему и посмотрим что получилось. Для работы с ведением кластера ракурсов SAP используется транзакция SM34. Вводим наше название кластера и нажимаем ведение. Например, внесём начальные данные в головную запись:

Ведение кластера ракурсов. Головная запись

Выделим одну строку и провалимся на следующий подчинённый уровень. Далее на нём уже будут вноситься настройки во вторую таблицу. И они будут подчинены первой таблице по сбытовой организации:

Ведение кластера ракурсов. Подчинённые записи

Кроме того, про создание элементов кластера ракурсов самого кластера ракурсов ABAP смотрите в видео.

Примеры использования кластера ракурсов.

Иерархический z – кластер ракурсов для наименований полей ALV

Кластер ракурсов часовых поясов.

Ракурсы объединённые по смыслу в кластер ракурсов:

Кластер ракурсов объединённый по смыслу.

Иерархические кластер ракурсов.

Кластеры ракурсов в которых используется иерархическое подчинение:

Иерархический кластер ракурсов

Так же ещё один кластер ракурсов “Операций”:

Кластер ракурсов операций Кластер ракурсов операций №2

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Источник

Ракурс таблицы sap что это

Maintenance view одна из четырех возможных вьюшек которые можно определить через SE11. Все таблицы которые мы хотим определить в Maintenance view должны быть связаны внешними ключами. Однако просто создав вьюшку мы не сможем управлять данными, нам необходим экран, какой-либо метод для отображения данных содержащихся во вьюшке, какая-либо логика с помощью которой мы сможем производить операции добавления, удаления и изменения данных. Тут на помощь приходит Maintenance generator (он автоматически создает экраны, контролы и логику для управления данными), который дает возможность определить для нашей вьюшки Maintenance dialog.

Итак, появилось модальное окно, где необходимо выбрать интересующий нас тип вьюшки.

Нажимаем Copy и попадаем на экран, где необходимо задать краткое описание и выбрать одну из объединяемых таблиц.

Затем отмечаем таблицу и нажимаем кнопку Relationships.

Появилось окно, где необходимо выбрать вторую объединяемую таблицу. Нажимаем Copy и получаем такой экран.

Перейдем на вкладку View Fields и нажимаем кнопку Table Fields.

Появилось окно, где необходимо выбрать таблицу из которой мы будем выдергивать поля.

Появилось окно, где необходимо выбрать нужные поля.

Выберем необходимые поля и для второй таблицы.

В итоге получили вьюшку с такими полями.

Сохраняем и активируем. Идем в Utilities—> Table Maintenence Generator.

Попадаем на такой экран и выбираем Authorization group.

Сохраняем и видим что в навигаторе объектов появилась функциональная группа.

Вернемся к экрану задания параметров для Maintenance dialog и укажем только что созданную функциональную группу.

Нажав Find Scr. Number(s) перейдем на экран.

Получаем заполненный экран и нажимаем Создать.

В строке статуса видно как происходила генерация. По окончании генерации в строке статуса должно появиться сообщение Request completed without errors.

В навигаторе объектов можно увидеть что появилась наша вьюшка.

Также развернув функциональную группу ZKRE_FG1 увидим что там создались необходимые экраны и логика.

Посмотрим что в итоге у нас получилось. Это можно сделать через навигатор объектов SE80 или через транзакцию SM30.

Двойной клик по строке и мы попадаем на такой экран.

Нажав F3 вернемся на предыдущий экран. Нажав кнопку Изменить Ctrl+F1, появляется возможность добавлять новые записи.

Можно посмотреть документацию для нашего поля First Name.

Внесем какие-нибудь данные и нажимаем сохранить. Видно что в полях где мы задавали test подтянулись данные из таблицы Staff.

В следующей статье http://fibed.net/E/ создадим транзакцию.

Обсуждения : 5 комментариев

Комментарии

SteFFun

Все здорово и хорошо, но в идеале было бы еще дано содержимое таблиц для примера. Я делаю все по инструкции, все получается, но даже на скринах я вижу что у автора намного больше данных, объектов и так далее и вот например моя вьюха пустая. Я предполагаю, что это из-за отсутствия данных. Но я только начинаю этим заниматься и хотелось чтобы примеры(хотя бы один) был полностью закончен вплоть до пары записей в таблице. Чтобы тупо повторить их от и до и все было так как описано. То же при создании таблиц, штук пять как минимум доменов и элементов данных пришлось досоздовать в процессе присвоения полям элементов данных. Я не придираюсь, я это к тому что, из-за таких мелочей(где то чего то не хватает) и в последующих уроках уже не выходит сделать по инструкции и вся цепочка курса нарушается.

Любовь

P.S. Автору огромное спасибо за потраченные время и силы. Пусть где-то и есть маленькие недочеты, тем не менее работа проделана огромная. Спасибо!

Екатерина

Я создала вьюшку, следуя вашей инструкции. Все получилось отлично. Однако,я заметила,что у меня в поле Discount таблицы ZKRE_ORDER стоит неправильный Data Type. Я изменила его,предварительно изменив и активизировав Domain и Data Element. После этого при вводе вьюшки через SM30 выдается ошибка:STOP. Description does not match target field. Не подскажете как это исправить? куда посмотреть? Я сделала принт скрины для пояснения. Спасибо большое!

Чтобы оставить комментарий, необходимо Войти или Зарегистрироваться.

Источник