Есть ли какой-нить алгоритмик расчета цен для поставки: необходимо сделать так же как в фактуре?
Раньше расчет цен и сумм велся из заказа. Проблема состоит в том, что если осуществляется частичная поставка, то при создании фактуры к этой поставке цены или всякие там налоги начинают рваться на копейку. А расходник и счет-фактура должны соответствовать друг другу.
BAPI для фактуры пробовали - не подходит.

Тоже пободался в свое время с этими потерями копеек при округлении.
Если твой алгоритм расчета менее точный, чем родной - то все просто: перед делением умножаешь на 1000, в конце делишь на 1000 же. Сложнее, если уже родной алгоритм менее точный - тут методом тыка искуственно уменьшаешь точность своего алгоритма (путем перестановки порядка операций - например, вместо "(A+B+C)/D" делаешь "A/D+B/D+C/D": это ведь только деление может привнести потери на округление).

А если попытаться просто копировать условия из поставки в фактуру?

Да, если еще материал с переменной концетрацией... В заказе кислота одной концетрации, а в поставке кислота другой концетрацией....
Тут свои заморочки.

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

все-таки попыталась я засунуть бапишку для фактуры в user-exit при создании поставки... работает через процесс обновления.. но безобразие заключается в том, что пока по поставке не произведен отпуск материала, фактура естественно не считается.. для этого в лоб просто меняли VBUK-WBSTK с 'A' на 'C', но здесь она не меняет, ибо идет процесс обновления.. а я так понимаю, что пока идет процесс обновления, она из vbuk выборку не делает...
хотя когда бапишка запускается, данные в vbuk уже есть...

Хм... Да, есть такое - остатки от округления накидывает на самую дорогую позицию. Но странно, что у вас не всегда на самую дорогую.
Еще, как я уже говорил, могут быть свои нюансы с материалами с переменной концетрацией.

В общем, попытайтесь просто копировать условия из поставки. Закупочные или сбытовые документы (SD or MM)? Для SD, условия-результаты операций (по факту, как они попадают в документы) хранятся в таблице KONV. Не помню, ММ-овские условия попадают туда же, или в другую таблицу.

дык в поставке нет условий... они есть в заказе и в фактуре.. из фактуры брать нельзя, ибо она может быть еще не создана.. чтобы положить в фактуру я получается должна заменить стандартный расчет условий на свой.. причем скорее всего неправильный ))

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

Да, память подвела - больше полугода уже эртрю в глаза не видел.
Еще пытался вспомнить - есть, или нет, условия в поставке.
Попробуйте еще поискать ФМ по маске *DELIVERY*, вроде было что-то для расчета сумм поставки.