Округление себестоимости

[Z-Wizard]

Доброго дня коллеги!

У клиента хитрая система, которая подразумевает учет себестоимости товара строго до 2х знаков, но, что бы такое реализовать, без ABAPа, надо сделать так, что бы себестоимость товара округлялась до 2х знаков. Сейчас в SAPе в ОЗМе значение округляется до 2х знаков, но в базе хранится не округленное значение (округленное до 4-6 знаков, не важно), соответственно при проводках учитывается не округленное значение.

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

[Z-Wizard]

Пардон, не верно посмотрел в базу...

В общем в базе хранится округленная до 2х знаков средняя скользящая...
Но при проводках используется не округленная

Пример
Товар: 1364
СрСклЦена: 151,96
Реальная цена: 151.95777

Списываем товар, например 20 шт
По цене, которую видим, получаем, что списалось на сумму 3039,20
Но в проводках видим сумму 3039,16

Из за этих тысячных в реальной себестоимости и возникают проблемы.

[Uukrul]

В общем как работает валют написано тут: http://sapforum.biz/index.php/topic,1514.0.html, теперь по поводу того, что хотите сделать вы,  если я правильно понял вас не устраивает способ расчета цены стандарта системы? Боюсь что вряд вам удастся это изменить, без существенной модификации системы, что автоматически  приводит к отказу от поддержки и куче граблей в процессе работы. Кстати это часом не фармацевтика какая-то?

Кстати не понял:

По цене, которую видим, получаем, что списалось на сумму 3039,20
Но в проводках видим сумму 3039,16

Списалось и видим? Видим это то что система рассчитала? А списалось, это то как бы вам хотелось, чтобы было?

[Z-Wizard]

Она самая, фармацевтика...  (как узнали?:))

Видим 3039,20  это то, что обычно клиенты считают на калькуляторе...
20 штук умножают на видимую для их глаз цену 151,96 и получают 3039,20
Потом смотрят проводки по документу, а там сумма почему то 3039,16


ЗЫ: Жаль, но видимо придется смириться с этим фактом.

[Uukrul]

Кстати, в бытности нагнули нас как-то чтобы считать цену по FIFO. Ну вариантов было много, пытались даже нагнуть на модификацию стандарта по расчету цены, отбился при помощи Вальсдорфа и как решение пришли к массовому пересчету остатков запаса по закрытию периода, возни много, а результаты на копейку, хорошо что через некоторое время отказались от этого.

[Uukrul]

Она самая, фармацевтика...  (как узнали?:))

Ну как бы... про 4 знака точности навеяло.

Видим 3039,20  это то, что обычно клиенты считают на калькуляторе...
20 штук умножают на видимую для их глаз цену 151,96 и получают 3039,20
Потом смотрят проводки по документу, а там сумма почему то 3039,16

О, не тока не это, считаем на калькуляторе пусть забудут, цена типа V, система сама правильно считает сколько будет списано. Простой пример остаток 2 штуки цена 0,03 копейки, как будем считать на калькуляторе цену списания одной штуки? Вот система она правильно рассчитает когда спишет 1 копейку а когда 2. А калькулятор, про него забудьте.

[Z-Wizard]

Спасибо за совет!!!
Постараюсь на примерах объяснить это клиентам... может подействует

[Test_SAPFORUM]

Спасибо за совет!!!
Постараюсь на примерах объяснить это клиентам... может подействует

Вот тут еще про расчет цены при движении запаса: http://sapforum.biz/index.php/topic,578.0.html