Добрый день, коллеги!
в стандартной программе печати счет-фактуры цена определяется делением стоимости на количество. В результате округления полученное значение не всегда равно PR00.
Прошу совета в решении данной проблемы. заранее благодарна.

Скопировать стандартную программу в Z и исправить.

+1
А в программе печати берите нужное значение из таблицы KONV.

Да, PR00 из KONV подходит, но не всегда.
При наличии в документе наценки. прописанной как вид условия , цену надо показывать с наценкой , а PR00 - без наценки

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

отчего не брать цену из VBRP-NETWR - там всегда конечная цена ЕИ позиции

AFAIK в NETWR хранится не цена за единицу измерения, а цена-нетто, то есть сумма реализации без налога.

эээх, поторопился. вы правы

Я бы рекомендовала в pricing procedure настроить так, чтобы нужная цифра попадала в одно из полей Subtotal в VBAP - KZWI1...6. И тогда не нужно будет в KONV копаться. Эти поля также входят в стандартную структуру LBBIL_INVOICE, так что проблему можно еще проще решить изменением не в программе обработки, а в самой форме.

прошу прощения, что понимать под pricing procedure ?

это имеется в виду ценообразование)

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

А как можно в KZWI запихнуть цену за единицу?

Ну это уж я не знаю - я ABAP'ер вообще-то. Вы в начале писали, что надо чтобы совпадало с PR00, так наверное надо, чтобы PR00 туда и попадало.

В любом случае, я лично за изменения в форме, а не в программе. В структуру LBBIL_INVOICE входит и IT_KOND, там обычно информация из KONV и сидит. Может быть не вся (пару раз накололись с этим), но уж PR00 там должно быть по идее.

Для цен предусмотрены XWORKK, XWORKL и XWORKM. Проблема в том, что они являются не табличными полями, а структурой.
Так что все равно придется АБАПом как-то вытаскивать. Возможно, есть пути и почище, но через KONV - это quick and dirty.

В KZWI цену можно запихнуть например так:
Нужные цены перенести в XWORKK, формулой расчета отразить для какой-нибудь промежуточной строки, из этой строки уже в XVBRP-KZWI
не слишком красиво конечно, зато меньше абапы