Собственно сабж

Я когда-то извратился и настроил через функциональность "цена активного вещества".
Идея была такая - у партии была маса признаков, на основании которых по отношениям считался последний признак - цена. Этот признак переносился в схему калькуляции по правилу 1 рубль за единицу значения этого признака.
Настраивал долго, но в итоге получилось довольно симпатично и без абапа.

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

а можно поподробнее про вот эту часть, остальное вроде как понятно

Про сам функционал написано в курсе про общие процессы ММ и SD. А идея такая.
САП подразумевает примерно следующее:
У вас есть сплав с содержанием золота и складской учет ведется по весу сплава. В партии есть признак процентного содержания золота, но основании которого считается его вес в унциях - это и есть количество активного вещества. И есть цена активного вещества - например 900$ за унцию.

У меня цена считалась по более сложной формуле, которую я написал на отношениях признаков. Поэтому я сделал немного по другому - в итоговом признаке считалось не количество активного вещества, а его стоимость (количество, умноженное на те самые 900$). Поэтому цену указывал 1 рубль за рубль стоимости.

В общем, я ж говорю - извратился

у меня был опыт работы с конфигурируемым матералом. Может, это поможет.

1) Заказываем конфигурируемый в 300 классе материал, у конфигурации должны быть признаки
a) SD_XXX - твой признак, на который нужно завязаться в расчете цен
б) SD_CDCOM_VKOND.
У этого признака в записи (Тр CT04) должны быть прописаны в Доп Данных Имя таблицы - SDCOM, Имя поля - VCOND.

2) в тр. CU42 прописываем процедуру копирования значения:
$SELF.SD_CDCOM_VKOND = SD_XXX

3) партии должны быть классифицированы в 200 классе, кажется, с теми же признаками... Хотя, можно и что-то добавить...

4) переходим к схеме калькуляции сбытовой. тр. VOK0
a) в записи условия, которое должно зависеть от значения признака, нужно поставить галку "УсловиеВарианта".
б) в последовательность доступа к этому условию тоже не мешает включить табличку (57 кажется) Варианты. поле доступа - KOMP-VARCOND.

5) И, наконец, переходим к записям условий.....
Можно, конечно, еще повыпендриваться, и создать постоянные значения для юзверей - тр. VK30 или SE11 - V_TVARC.

Вроде все. Ничего не забыл. ))) Удачи!

имя поля VKOND
...не зря же ты признак назвал SD_CDCOM_VKOND

ты прав. Писал по памяти... Конечно VKOND

Попробовал в закупках (в сбыте imho аналогично) - у меня система не делает расчета (на закладке Условия) пока я не войду в конфигурирование материала и не вернусь обратно

Можно это автоматизировать?

PS. См.мой вопрос на форуме MM
PS.PS. Подозреваю (но могу ошибаться) что именно при проваливании в конфигурирование заполняются поля в SDCOM и MMCOM

Даже не знаю, что ответить на это.. что нужно вызывать заполнение этих полей - это однозначно. Но, мне кажется, все должно работать по стандарту... Вообще, можно почитать SAP Help. Там было написано что-то... наверное, и то, что я подзабыл...

А для любителей sy-subrc = 0 вообще не должно быть трудностей и все этих стандартных заморочек..
Есть, к примеру, экзиты
USEREXIT_GET_FIELD_TO_SDCOM (MV45AFZB) - это в сбыте. Можно его поюзать. или там же Form USEREXIT_NEW_PRICING_VBAP - активировать заполнение таблички, а потом активировать перерасчет цен .... еще там MV45AFZZ можно лукнуть.

Воспользовавшись одной из функцией
VC_I_GET_CONFIGURATION_IBASE
CUCB_GET_SINGLE_INSTANCE
CUCB_GET_VALUES_FROM_INSTANCE

можно вытащить значения из конфигурации (для сбытового заказа - instance = VBAP-CUOBJ, для поставки/отгрузки instance = lips-CUOBJ, для закупочного заказа instance = EKPO-CUOBJ) в то поле, которое вы пропишете в списке допустимых полей для таблиц и послед. доступа расчета цен... Вызвать эту функцию при изменении документа. Соответственно, при заполнении значений конфигурации будет заподняться и это поле, а далее - уже дело техники и желания..)))

Для procurement экзиты, извините, не помню.. Ищите сами (modact,
MODSAP, DOKTL, tfdir, enlfdir)
Удачи.)

Коллеги, подскажите, что может быть не правильно.

В позиции сбытового заказа я конфигурирую вариант материала. Ставлю значение признака (TM_PAPER_TYPE), которому присвоена процедура. В процедуре запись $SELF.SD_CDCOM_VKOND = 'FRAME' (признак SD_CDCOM_VKOND ссылается на SDCOM-VKOND). При этом создана запись условия варианта с ключом варианта (поле Вариант в таблице 57) 'FRAME'.
В заказе выбираю это значение признака, но условие VA00 не подтягивается по причине начального значения поля Вариант.
Почему это поле не заполняется?

только что протестил

1. создал ссылочный признак на VARCON - как у вас
2. значению своего признака присвоил процедуру с таким же текстом
3. присвоил ссылочный признак классу, чтобы глянуть результат
4. зашёл в конфигуратор и при присвоении признаку нужного значения ссылочный приобрёл значение, прописанное в процедуре. всё ок

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

ещё такой вариант возможен - вы работаете изменением в ранее созданном заказе, когда процедура ещё не существовала. сделайте новый заказ и там протеститесь, тоже помогает. Бывает, что заказ клиента фиксировано хранит прежние настройки конфигурации, не учитывая текущие

Justudent, процедура действительно не была деблокирована.
Теперь все получилось. Большое спасибо.