То что в исходнике выглядит


в отладчике превращается в



А нужно все го то обрезать все после второй цифры после запятой без округления.

Озвучте, пожалуйста типы полей xkwert и W_xkwert.

В отладчикея происходит изменение исходного кода? Какое то новое ядро системы ? WebAS 8.8?
А вообще тут же разбирались различные встроенные функции округления - воспользуйтесь поиском

xkwert like KOMV-KWERT (а KWERT он CURR)

W_xkwert декларировал так
data: W_xkwert(10) type p decimals 2.

Видиммо нужно придумывать что то еще, тк это не работает.

Некоторые опции округления устанавливаются в конфигурации. Ловите своего SDшника.

А какие например? У меня СДшник удаленный, буржуйский - спросит что именно я от него хочу.

Можно вопрос, а как увидели этот код с вызовом 'ROUND'? Вы какую версию системы используете?


Согласно документации (оператор MOVE - conversion rules), при преобразовании типа p к типу p выполняется следующее:
The value of the packed number is arithmetically rounded to the number of decimal places of the target field. If this number is within the value area for the data type of the target field, it is converted to the internal representation of a packed number. Otherwise, an exception that can be handled will be triggered.

IMHO, система всё делает правильно. Но я не понимаю, как появился CALL FUNCTION, поэтому гарантировать, что здесь нет ещё чего-нибудь не могу...

Ошибочка вышла. Тут с этим SOX... Вобщем это код постобработок значений SD условий. Поскольку орпедилял постобработку по устаревшей выгрузке калькуляции, то попал не на ту. На самом деле там действительно CALL FUNCTION. Проблема в том, что округленное значение изначально сюда попадает.

проблема-то разрешена?

Если речь идет о Pricing Conditions в SD, то смотрите конфигурацию здесь: SPRO -> Sales and Distribution -> Basic Functions -> Pricing -> Pricing Control -> Define Condition Types -> Maintain condition types. Там double-click на условие и смотрите поле Rounding Rules.

Еще с точки зрения ABAP'ера могут быть интересны routines (VOFM), которые навешиваются на условия в конфигурации Pricing Procedure. Pricing Procedure хранится вместе с документом, посмотрите в заголовке (смурное название типа RVAJUS). А конфигурация там же - Define and Assign Pricing Procedures.

Завтра продолжим. Мои германоязычные коллеги с целью решить избитую проблемус округлением цены в СД калькуляции как то не так применили ноту 80183. Все вроде ничего, только по D счетам неокругленная сумма идет. Вот занимался програмированием по телефону - нашел как нельзя решить проблему. Осталось поковырятся с решением по ноте. В любом случае они еще забыли округление НДС по позициям сделать, так что прийдется сторнировать кучу документов.

Да всеразрешится. И не такое было.

Спасибо.



Это как раз кусочек с моего routines который был не туда навешен.