2 и 5 знаков после запятой в условиях схемы калькуляции

gelande

Коллеги,

бизнес требует следующие извращения:
В условиях заказа(в СхКальк) хотят, чтобы в цене(PR01) были 2 знака после запятой, в цене в валюте(ZCRR) до 5 знака, скачуха(ZDIS) до 5 знака и итоговая сумма(ZSUM) до 2 знака... имеется ввиду округление.
Возможны ли такие превращения?

Прошу пардона, если тема уже обсуждалась.

LKU

Любое поле цены в SAP имеет три знака после запятой.
Поэтому вопрос распадается на два:
1. Можно ли расширить точность цены до 5 знаков? Напрямую вроде бы нет, используют всякие окольные способы (типа цены за 100 штук)
2. Можно ли округлить трехзначную цену до двух знаков? Да пожалуйста, пишите формулы, привинчиваете ее в схеме калькуляции и все будет работать.

Sergo

LKU написал:

Любое поле цены в SAP имеет три знака после запятой.

С чего вы это взяли

Хелп к тр. OY04:

Code:

Поля валюты сохраняются в таблицах системы R/3
как десятичные числа с переменным десятичным
числом. Десятичный знак сохранен не в поле в
базе данных. Вместо этого каждое поле валюты
ссылается на поле кода валюты. Этому коду валюты
Вы присваиваете в этой транзакции однозначное
число десятичных знаков.
Если Вы, например, настроили валюту USD на два
десятичных разряда и выполняете проводку суммы в
100 USD, то в базе данных в поле валюты стоит
сумма 10000. Только при дальнейшей обработке или
выводе этой суммы система обращается к коду
валюты из поля ссылки и определяет через эту
таблицу число десятичных разрядов. Таким образом
возможна правильная интерпретация содержимого
таблицы для дальнейшей обработки или
форматирование для вывода с правильными знаками
препинания.
Если после удачной проводки Вы измените
десятичные разряды для USD, например, на 3, то
существующее содержимое поля 10000 для
дальнейшей обработки или вывода будет
интерпретировано как 10 USD (10.000). Таким
образом все содерж. таблиц во всей системе для
всех полей валют с суммой в USD неправильно
интерпретируются на десятичный порядок. Для
изменения числа десятичных разрядов уже
использованной валюты необходимо преобразовать
все таблицы системы R/3, содержащие поля валют,
чтобы сохранить целостность данных. К сожалению,
по причинам организационного характера, а также
времени выполнения это невозможно выполнить в
продуктивной системе.
Следующие изменения в таблице TCURX могут, таким
образом, привести к утрате целостности данных,
если изменение выполняется в продуктивной
системе или переносится в продуктивную систему:
o Изменение числа десятичных разрядов
существующей валюты.
o Удаление записи из таблицы TCURX
(соответствует изменению десятичных разрядов
со стандартного значения 2 десятичных разряда
на другое значение), если речь идет об уже
существующем коде валюты.
o Добавление записи в TCURX (соответствует
изменению стандартного значения в 2 десятичных
разряда на другое значение), если речь идет об
уже существующем коде валюты.
Некритичными же являются все изменения в этой
таблице во время настройки новой инсталляции или
добавление записей TCURX по ходу текущей
эксплуатации, если коды валюты были только что
занесены с помощью транзакции OY03 в таблицу
TCURC, т.к. таким образом пока не могла быть
выполнена проводка для этих кодов валюты. 

LKU

Ну, я конечно ошибся, не три, а два знака

Посмотрите в se11 поле bseg-DMBTR, там два знака. То есть в проводку в любом случае ляжет число в сдвумя знаками.

А та настройка про которую вы пишите, на практике к к рублям не применяется (по крайней мере, я о таком не слышал).

Sergo

То что поля валюты сохраняются в поле таблицы с двумя знаками после запятой, так это специально так сделали, т.к. большинство валютных полей именно два знака имеет. Если валюта будет имеет три знака, все равно оно будет сохраняться в это же поле с 2 знаками после запятой. А уже при обработке (программно) по таблице преобразования (которая ведется через OY04) будет 3.

Не нужно полностью цитировать предыдущее сообщение. SAA

Правила форума

2 и 5 знаков после запятой в условиях схемы калькуляции

Кто сейчас на конференции