Добрый день всем!
От предыдущих консультантов досталась вот такая проблема.

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

Сейчас возникла проблема со списанием одного из таких материалов. Выпадает дамп (см. ниже).
Информация о материале:
QBEW-VERPR = 999.999.999,99
QBEW-SALK3 = 1.315.261.090,34
QBEW-VPRSV = V

ДАМП:

Динамическая ошибка CONVT_OVERFLOW
Дата и время 12.05.2011 09:07:57

Overflow when converting from "1.31526e+009"



Что произошло?
Error in the ABAP Application Program

The current ABAP program "CL_ABAP_MATH==================CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.



Что Вы можете сделать?
Note down which actions and inputs caused the error.


To process the problem further, contact you SAP system
administrator.

Using Transaction ST22 for ABAP Dump Analysis, you can look
at and manage termination messages, and you can also
keep them for a long time.



Анализ ошибки
An exception occurred that is explained in detail below.
This exception cannot be caught in the context of the current statement.
The reason for the exception is:
When attempting to convert the value "1.31526e+009", an overflow occurred.


1 method ROUND_F_TO_15_DECS.
2
3 * An Input Value of ABAP Type F is changed in a way that
4 * it is to be rounded to 15 decimal digits.
5 * This implies that the accuracy is changed to 15 decimal
6 * digits !!!
7
8 CALL 'ROUND_F_TO_15_DECS'
9 ID 'F_IN' Field f_in
10 ID 'F_OUT' Field f_out.
11
>>>>> endmethod.

Ответ SAP:

Такой дамп происходит в результате переполнения поля при вычислении
периодической цены материала. Пожалуйста, проверьте цену в основной
записи материала. См. ноту:

192057 - CONVT_OVERFLOW in MB_UPDATE_MATERIAL_VALUES

Может кто-нибудь посоветует, как теперь списать материал.

Я попробовала списать 1шт материала двумя позициями по пол штуки, указав сумму деленую на два, думала может так пропустит если будет меньшая сумма. Но ничего не вышло, все равно цепляется эта огромная цена.

Мы делали так. Для такого материала, у которого цена слишком большая, заводили в ОЗМ базисную единицу измерения, например, штука, а альтернативную- комплект.
И один комплект равен был 10 штукам.Уменьшали цену в 10 раз и делали заказ на поставку в штуках, а списание в комплектах.

Создала АЕЗ - кг. 1 шт = 2 кг.
Хотела списать 1 кг, вышла ошибка о невозможности перевода КГ в ШТ:

Пересчет ЕИ КГ в складскую ЕИ ШТ невозможен
№ сообщения M7026
Diagnosis
An error has occurred during conversion of the quantity into the various units of measure ( stockkeeping unit/alternative units).
System Response
The system cannot post the document.
Procedure
Contact your system administrator.

Не пойму, почему при списании 0,5шт и указании ВнешнейСуммы во ВВ, берется не эта внешняя сумма.
Возможно просто не доходит до этого из-за ошибки с точностью округления значения QBEW-SALK3.


Протестила на другом примере, проводка сделалась на сумму которую я указала в ВнешнейСуммы во ВВ, а не по средней скользящей.

А кило-рубль как новую валюту завести не пробовали? (вот вам и добавка в три разряда в цене)

А толку от килорубля? Все равно ведь материал оценивается во внутренней валюе БЕ, а это рубль без всяких кило-

Мысль была, что лучше хранить нечно похожее на реальнуцу цену, пусть и уменьшенную в 1000 раз (хотя и "поплывут" бух.отчеты),
чем хранить 999 999 ... 999 (максимально возможную цену, но не имеющую к реальной цене никакого отношения).

PS. А для таких дорогих ОЗМ можно и БЕ отдельную создать