Всем доброго здоровья!


Помогите разобраться в ситуации. При создании накладной копируются суммы из заказа и выводятся на печать из таблицы VBAP-KZWI... При создании счета фактуры по поставке суммы хранятся и тянутся из VBRP-KZWI...
Теперь возникла проблема на единичных заказах, в некоторых позициях значения полей VBAP-KZWI4 и VBAP-KZWI5 отличаются от значений полей VBRP-KZWI4 и VBRP-KZWI5, разница идет правда в одну две копейки, но тем не менее итоговые суммы накладной и фактуры по одному заказу отличаются.
В чем причина как ее победить?

Всем огромное спасибо за помощь.

У нас такое было из-за batch-splitting. Грубо говоря в заказа одна позиция, а в фактуре несколько партий поставки по этой позиции, вот и набегают копейки.

И как разрешили ситуацию?

Абаперским искусством и хитрыми формулами в VOFM Если кто-то победил стандартными средствами - буду благодарен за идеи, возились очень долго.

если структура M-15 по позиционно не отличается от счёт-фактуры, т.е. если вы не группируете партии поставки по одному ОЗМ в одну позицию M-15

не брать суммы из заказа, а расчёт стоимости по партионно перенести в формуляр M-15 + немного ABAP в случае если у вас на этапе фактурирования как и нас блокируются некоторые виды условий.

по крайней мере мы так планируем поступить когда нас заставят выпускать М-15 в момент отгрузки, а не как сейчас после фактурирования.

Может мы что-то не учли? А то потеря копеек, килограммов, такая головная боль у нас....

очень много если

Вот-вот У нас если есть фактура - берем для формуляра суммы из фактуры, и все хорошо. А вот если поставка идет через 45-й счет - на момент отгрузки фактуры нет, сумма берется из заказа и потом приходится бороться с расхождениями.

Привет.

У нас такая проблема не существует, потому что из заказа мы берем для расчетов в М-15 только показатель цены VBAP-NETWR и ставку налога, все остальное высчитывается программой.

Есть другая проблема округления - когда в заказе количество большое, а в поставке/позиции фактуры очень маленькое - меньше целого числа в продажной ЕИ. Т.к. стандартно в фактуре цена за единицу высчитывается обратным способом (сумма делится на кол-во), то при таких малых количествах цена высчитывается обратно неправильно. Для этого пришлось поковыряться в схеме калькуляции, добавить туда новое промежуточное условие ZZWI7, куда цена загонялась до расчета общей стоимости, а программа печати, соответственно, цену берет теперь из этого поля, если оно не пусто.

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

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

Думаю, тут может помочь групповой вид условия. Для него можно прописать свои групповые формулы, если стандартные не устраивают.

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

Хм, если я не ошибаюсь групповые условия позволяют собрать базис или шкалу базиса для вида условия. То есть, можно поставить в этот вид условия 100%, а базис для 100% будет собираться согласно подпограмме группового кода, который указывается в виде условия.

Попробуй поиграться со стандартными групповыми видами условия. А формулы (формулы базиса и прочее) убери из этого ВУ в схеме калькуляции.

Когда я копал эту тему (пока оказалась не нужна), у меня собирался базис по всему документу.

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

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

Спасибо за участие.

Насколько я знаю, автоматически внести условие только в заголовок не получится. Доступы и записи условия не работают только на заголовок.

Однако если пометить групповой ВУ как условие заголовка и позиции (чтобы было распределение по позициям), в самом виде условия внести нужную групповую подпрограмму, указать шкалу значений для позиции (по стоимости позиций, по количеству, весу) и вести запись условия по шкалам, то может и поможет.

Сам я это глубоко не копал, но судя по хелпам можно чего-то добиться.

Вопрос: что именно ты хочешь решить с помощью условия заголовка?

С помощью условия заголовка хотелось добавить расчитанную разность округления.
Впрочем уже получилось.
В формуле условия поставил проверку if xkomv-KPOSN eq '0'

Уточнение:
Получилось добавить условие в заголовок, но система не раскидывает эту стоимость по позициям, а кидает ее в одну, что не есть хорошо.