День добрый, уважаемые!
Кто-нибудь может осчастливить меня, сообщив - как в формуле, вычисляющей стоимость условия, определить, где она сейчас сработала - в заголовке документа или в позиции?
Мне нужно показать на экране, что значение = 0, если это позиция (в приниципе, мне там и не нужен расчет!). Условие объявлено как условие заголовка, но функциональность системы сами знаете что на этот счет!
Думала - можно по номеру экрана (типа - зашли в позицию, словили номер экрана, рассчитали = 0) - так пошла полная каша, просто !
У кого есть опыт в решении сего вопроса или гипотезы?
Поделитесь, плиииииззз...

Скопировать в новое условия и поставить там галку. условие заголовка и добавить его в схему калькуляции.. так будешь 100% уверена что условия сработало в заголовке. раз в позиции оно тебе никогда не нужно...

Дык поставила галку-то, в первую голову и поставила!!!
В том и фишка, что несмотря на галку считается ДВАЖДЫ!!!! И в позиции - и в заголовке!!!!
Любое условие, объявленное как условие заголовка, автоматом "раскидывается" по позициям - в зависимости от формулы (БзФормула). Но она у меня пустая (эта колонка в схеме калькуляции...или это голова у меня пустая?!!!).
Но все равно на позиции - вполне замечательно считается, фигушки она там была нужна...

... Кстати, а в заголовке - не считается, потому как в формуле (в своей, формуле условия) прставлено - считаться от суммы нетто, а - вот ведь новости! - оказывается, что в xkomv заголовка в строке "сумма нетто" (stunr = 800 по схеме калькуляции) - КРУГЛЫЙ НОЛЬ (динамически она считается перед выводом на уровне заголовка, что ли?????)

С чем-то подобным сталкивался, когда бухгалтерия захотела видеть калькуляцию в котрой везде цена умноженная на количество с точность до копейки дает стоимость. Пришлось в экзите USEREXIT_XKOMV_BEWERTEN_END пересчитать все начиная со второй строки в таблице xkomv. В заголовке при этом необходимо было сохранить старый расчет, так как там все складывается из рассчетов позиций. С данной целью проверяю поле komp-kposn. Оно заполнено если это позиция и INITIAL при рассчете заголовка. Может это поможет.

УРА! Первая проблема решена!!!! Действительно, kposn = 0 - вот на что надо брать курс, чтобы отличить заголовок от позиции!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ! Получилось легко и просто!!!!
ОГРОМНЕЙШЕЕ СПАСИБО!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!!!
...
теперь буду мучаться сложением глобальной переменной - для получения суммы нетто на заголовке...

Может объявив ее STATIC решите проблему

Н-дя, не все так прекрасно...
Оказывается, kposn в моем экзите (формула) даже на заголовке никогда нулю не равен!
Спасибо за статик - однако почему-то все считается правильно!!!
Надо еще погонять - где ошибка, почему нет бешеного накопления сумм и искажения фактов?

Можно подробнее, что за экзит?

Это формула расчета стоимости. RV64A....
Вообще какой-то нереальный случай! Система, когда переходит к заголовку, похоже, прогоняет расчет НЕСКОЛЬКО РАЗ для КАЖОЙ ПОЗИЦИИ, , а последней вызывает... ПЕРВУЮ позицию!!!!
В общем, сейчас добилась только того, что это условие считается правильно на последней позиции. И как я пользователям скажу, чтоб смотрели ТОЛЬКО в последнюю позицию?????

У меня так же было. Все заработало, только когда использовал последний экзит в цепочке - это то о котором я говорил выше. Правда я не вмешивался в расчет отдельных условий, а правил калькуляцию вцелом уже после отработки всех условий. Может быть в связи с этим и в этом экзите komp-kposn актуально. В моем случае исправлял определенную калькуляцию, так что условие у меня там было двойное komk-kalsm = 'имя калькуляции' AND NOT komp-kposn IS INITIAL.

Если бы экзит был еще в заказе, который xkomv правит...
Что-то пока не могу найти!

Данный экзит вызывается и в заказах и в с/ф.
SAPLV61A - perform xkomv_bewerten -
perform userexit_xkomv_bewerten_end
Сам экзит в RV61AFZB
У меня версия 46С

ЕЛКИ-ПАЛКИ!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!
И что меня переклинило, что RV61AF... вызываются ТОЛЬКО в фактурах!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!
Спасибо!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!
Буду копать в этом направлении!

YESSS!!!! Я его победила!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!
Но логика у системы по вызову схемы калькуляции просто убийственная....!!!