Подскажите ноту или ссылку на инфу как в BW правильно положить суммы больше чем 9.2 (нужно 16.2 закинуть)

А если сделать показатель типа число и выбрать тип DEC?
Будет (17,3)

так и сделано, только в DSO при просмотре почему-то пишет длина 9 а в самой таблице представление как 17.2
хм.

Ну а если спуститься до определения DSO в словаре что там?

для всех показателей стоит внутренняя длина 9

Незнаю почему он показывает 9....у 0AMOUNT размерность тоже 17,2
так что можно и в него грузить:) Вот....

На самом деле данные реально пролезли без проблем, видимо это просто нюансы отображения, а по русски индусские косяки

скорее всего это есть глюки отображения...реально смотрите на структуру в словаре и все понятно будет:)

Это не глюки отображения, а особенности абапа.
Тип данных DEC - это ABAP-тип P (packed), т.н. упакованное число.
Длина упакованного числа задается в байтах. Число позиций, которое укладывается в заданную длину определяется как 2 * <число_байт> - 1, т.е. если например переменная типа p с длиной 3, то количество позиций будет 5. И если у этой переменной 2 знака после запятой, то она может принимать значения от -999.99 до +999.99 (курс BC402, если интересно)
так что все правильно пишется: внутренняя длина 9 => число позиций 17 (2*9-1) и в него может поместиться триллион

нда ... велик и могуч АБАП...

Будете смеяться, но мне таки отгрузили из внешней системы число в 23 знака до запятой

Мдя...

Оффтоп, конечно... Но вспомнилась далёкая молодость. И ассемблер IBM PC, на котором я ради хохмы писАл програмки символьного высокоточного вычисления. Типа 100 символов до запятой и 100 после запятой... (Возводил любое число в любую степень. Типа 2 в сотой степени...)

Интересно, как такая хрень на АБАП-е будет работать...