Всем добрый день.
В транзакции CL01; CL02; CL03 к существующим экранам классификации :
Базисные данные; признаки; текст; документ; стандарт, необходимо добавить дополнительную закладку например данные клиента(по аналогии с me51n) с соответствующими полями из таблицы KLAH.
Возможно ли это с использованием настроек в "Системе классов" и применения редактора экранов.
Большая просьба поделиться опытом из этой области или соображениями.

Ваш вопрос понять очень сложно - какой-то поток сознания
1. Тр CL01-CL03 используются для ведения классов в системе классификации, которая является штукой универсальной и используется для кучи объектов. Причем тут данные клиентов?
2. Таблица KLAH - опять же хранит данные класса, а вовсе не клиента, так что не понятно, какие такие "соотвествующие поля" вам нужны.
3. Ну и наконец совершенно не ясно, при чем тут транзакция ведения заявок на закупку ME51N.

Уточните, какую задачу хотите решить с точки зрения бизнеса?

в CL01-CL03 хочет добавить дополнительную закладку
зачем? непонятно

Задача следующая - годовой план закупок материалов- отчет по заявкам!!!
1.Создается лот-класс материала по которому группируются материалы
2. На основе лота формируется заявка автоматически
3. В заявке должно быть следующая информация :способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д.
4. Данные перечисленные в пункте 3 вводятся в экране создания лота для того чтобы передать в соответствующие поля заявки
5. При автоматическом создании заявки данные из пункта3 прописываются в z-поля таблицы EBAN активированные в дополнительной закладке заявки-данные клиента;
6. Все данные затем благополучно выгружаются в отчет так называемый годовой план закупок
Теперь вопрос в том чтобы в экранах класса материала найти соответствующие поля чтобы запасать данные пункта 3.
Конечно, возможность активации дополнительного экрана данных с новыми полями в классе материала для параметров из пункта 3. значительно облегчило бы задачу.

Задача не раскрыта.
Понятно что годовой план по заявкам, понятно, что заявки бьются по определнным признакам (способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д.). Больше ничего не понятно...

Признаки определяются на уровне конкретной заявки или ОЗМ в целом?

Информацию для годового плана закупок: способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д. я реализовывал на Запросах на технического контрагента со ссылкой попозиционно на заявки на закупку. Такой запрос как раз и составлял лот. А информацию для отчётов по годовому плану закупок тянул как из запроса, так и непосредственно из заявок.

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

Abral,

Перечисленные Вами характеристики, кроме разве что "способа закупки" характеризуют не материал, а поставщиков.
Это 10й класс.

А никто и не говорит, что материал характеризует. Даже не поставщика характеризует, так как по разным материалам один и тот же поставщик может работать по разным условиям.
Но и на материал навешивать классификацию с признаками способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д. считаю не правильно. Хотя, нужно к автору темы прежде всего обращаться как по бизнесу на конкретном предприятии?

Вопрос Левона "Признаки определяются на уровне конкретной заявки или ОЗМ в целом?" - признаки ведутся на уровне заявки, потому что, один лот соответствует одной заявке.
Например лоты:
- L001-Огнетушители импортные(все озм-огнетушители импортные присвоены к классу материала L001) - номер заявки 1000000001;
- L002-Огнетушители отечественные-номер заявки 1000000002;
Для каждого лота значения признаков -способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д. различные.
При создании L001- значения параметров : способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д. вводятся в ручную, а при формировании заявки для L001 все параметры (способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д.) передаются в каждую позицию заявки 1000000001 т.е. записываются в поля активированного экрана "Данные клиента"
Отчет по годовому плану закупки отражает только позиции ОЗМ из заявки, с привязкой к параметрам-способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д.

прямо скажу: какая-то непонятная фигня, реализованная, видимо, через одно место

зачем годовой план закупок делать через какие-то классы материалов, лоты и т.д.

расскажите весь бизнес-процесс. постановка задачи будет интересна, для начала

пока ничего не понятно

По бизнес -процессу это заявочная компания
1. Первичная потребность в товарах необходимых для производства формируется созданием заявок (например вид заявки ZP) в ручную на структурных подразделениях(заводы заявители одного филиала :1000;1100;1200;1300.....
2.Перечень материалов из заявок вида ZP разбивают на лоты (однородные материалы), например L001-Огнетушители импортные;
3.Создается класс материала-L001(код лота в системе) и присваивают материалы;
4. Запускается программа (собственная разработка-некий аналог прогона ППМ) формирования консолидированной заявки вида ZZ-заявка на закупку товаров с поставкой на завод 2000(завод на котором консолидируется потребность филиала, например 1000000001 для L001 ;
5. В заявке 100000001 вида ZZ содержатся только позиции присвоенные классу L001.
Вот и весь бизнес - процесс.

зачем так сложно? даже не то, чтобы сложно, а через задницу!

почему например просто не делали заявки с группой материалов, без указания материала? зачем создавать еще один набор заявок?

И все-таки можно ли активировать закладку в классе материала ?

alex1976, без взлома экранов стандартом в CL02 свой экран не сделать. Это если непосредственно отвечать на ваш вопрос.
Другое дело, что вам нужно в системе каким-то образом объединить в набор товары (L001-Огнетушители импортные) и присвоить им определенный набор закупочных значений.
Так вот, все участники темы хором удивляются, зачем для этого вы создаете класс и присваиваете к нему товары. Гораздо логичнее было бы вводить перечень товаров как позиции какого-нибудь закупочного документа (например, запроса поставщику). Тогда логичным образом в заголовке этого документа можно будет ввести нужные вам поля.

Но раз уж вы начали использовать классификацию, могу посоветовать такой подход.
1. Создаете в Cl01 супер-класс "LOT".
2. Создаете в ct04 нужные вам признаки (способ закупки; Условия инкотермс; Условия оплаты;приоритет закупки; условия платежа и т.д) и присваиваете признаки классу "LOT" в cl02
3. После создания нового лота "L001" в Cl22N присваиваете его классу LOT, тут у вас автоматом появляется окно, где можно ввести нужные вам значения признаков.

Такое вот использование стандарта...


Ну а уж перенос этих значений в позицию заявки придется, конечно, абапить.