Всем доброго времени суток.
Предыстория:
Консультантом были настроены ВУ для расчета приплат-скидок по влаге
ZVLP - приплаты,
ZVLS - скидки.
Были созданы подпрограммы расчета (тр. O5F5) ‘901’, ‘902’, и через тр. VK11 соответственно
подвязывались к ВУ, для автоматического отображения в позициях сбыт. документов.
В тр. V/06 для ВУ показатель T685A-KNEGA
ZVLP – ‘_’ – «Положительно или отрицательно» (почему не ‘A’ непонятно ведь приплата только положительная???)
ZVLS – ‘X’ – «Отрицательное» (здесь понятно скидка).
Если пользователь не знал, каким будет фактический показатель,
он (в тр. VK11) заводил оба условия (подвязывал подпрограммы) и дальнейшем в заказ и фактуру тянулись оба условия,
одно из которых было нулевым и, по сути, не нужным (в схеме калькуляции они ВУ имеют разные уровни и не взаимоисключаемы??? тоже ИМХО неверно т.к. «навешивать» одновременно и приплату и скидку на один показатель не предусматривалось логикой).
Эти "пустышки" затрудняли анализ вывода показателей приплат/скидок как в печатные формы так и в отчетность. («Как-то по дебильному написано» - мнение программиста который правил эти «чудеса логики»).

Настал момент когда хочется свернуть с «проклятого пути» и организовать нормальную логику расчетов и анализа данных т.е.:
Один вид условия ZVLG – «приплаты/скидки по влаге» (T685A-KNEGA = ‘_’),
одна подпрограмма ‘903’ т.е. один расчет как для приплат так и для скидок,
один ВУ (ZVLG) в схеме калькуляции,
одна привязка в тр. VK11,
один показатель ВУ в заказе-фактуре с положительным или отрицательным значением и его наличие определяет наличие приплаты/скидки в позиции. (простите за тавтологию)


Вопрос: Кто ни будь, сталкивался с подобной реализацией, и какие могут быть подводные камни?

Заранее благодарю за ответы, вопрос оч. важен т.к. на подходе новые виды приплат/скидок и не обходимо определиться с логикой реализации их в системе.

По-моему идея правильная. Только что вы собираетесь делать с уже существующими документами?

Предполается установить день "Ч", после которого пользователи должны будут вести данные по новому алгоритму, соответственно в логике отчетов и печатных форм предусмотреть анализ даты создания(???) документов с привязкой новой логики обработки ВУ приплат/скидок.
Пока это теория....

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



и внесёте своё



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

Если я Вас правильно понял "настроить...исключение старых..." можно в схеме калькуляции?

SPRO-Сбыт-Основные функции-Расчет цены-Исключение условия - тут отработайте два пункта настройки, всё просто

Спасибо.

Коллеги, возник вопрос:
В формуле расчета приплат/скидок должен присутствовать показатель базовой цены (в частном случае 'PR00'),
для этого решил использовать поле KOMP-NETPR, но как оказалось этот показатель изменяется в зависимомсти
от результатов предыдущих расчетов приплат/скидок т.е.
PR00 = 3,75.
ZPS1 = -0,2 (скидка на 20 коп. за ед. прод.) KOMP-NETPR = 3,75
ZPS2 = 0,75 (должна быть приплата на 86 коп. за ед. прод.), но KOMP-NETPR = 3,55 (PR00 - ZPS1), поэтому "кривой" расчет.
Как определить показатель базовой цены в подпрограмме расчета приплат/скидок, для подстановки в формулу расчета?
Копаю уже целый день, пока безрезультатно.
Уважаемые гуру, прошу помощи.

а просто по KSHL = "PR00" разве нельзя найти?

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

Вариант 1: В схеме калькуляции для условия PR00 укажите какую-нибудь промежуточную сумму, а в формуле для условия приплаты вытаскивайте эту сумму и делите на количество.
Вариант 2 (то, что написал Justudent): насколько я помню, в формулах расчета цены в xkomv лежит вся таблица расчета цены, ищем в ней строку с KSHL = "PR00" и все дела.

Спасибо.
Если я Вас правильно понял, промежутчная сумма это одно из полей KZWI1-KZWI6.
Попробую использовать, если они не заняты под другие промежуточные суммы.


Как я уже ответил Justudent-у, глобально объявленная внутр таблица xkomv внутри подпрограммы приплат/скидок недоступна и конструкция: в подпрограмме выдает синтаксическую ошибку об отстутсвии объявления данной таблицы, что препятствует активации пп-мы.
Как следствие выборку по KSCHL = 'PR00' сделать не представляется возможным.