Всем привет.

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

Подпрограмм нет.

В режиме тестирования правила дает результат в 100 раз меньше ожидаемого.
Что-то элементарное упускаю из вида?

А единицы измерения никаким преобразованиям не подвергаются?
В настройке единиц (тр. CUNI) пересчет не указан?

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

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

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

Приветствую!

А группы правил есть?
Если проставиться точкой прерывания в программе трансформации, там какие значения у показателей?

Группа правил стандартная. Точка перерываний при тесте формулы не срабатывает.

Оно конечно малополезно, но отладится при тестировании правила можно следующим образом:

1. в классе CL_RSTRAN_T_TEST в методе GEN_RUNTIME ставим точку на строке номер 195 CALL METHOD l_r_runtime->(l_c_method)
2. запускаем тест правила, после заполнения всплывающего окна и нажатия на выполнить попадаем на установленную точку
3. далее F5 и попадаем в сгенерированную часть трансформации

Если кому интересно, причиной явилось использование для цены из источника данных поля с четырьмя десятичными знаками. В инклюде LSPO4F60 происходит конвертация введенных значений, и если для суммы предусмотрено не два десятичных знака, а валюта суммы не прописана в таблице десятичных разрядов валют TCURX, то используется следующее преобразование:


Спасибо ash за отправную точку поиска.

Подскажите как в CUNI сделать, чтобы поля "Счетчик", "Знаменатель" были доступны для внесения информации. Поля серые.

Словами пропишите break point. Сработает. Ну при загрузке естественно.