Лишняя копейка при расчете НДС

Varna

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

Создаю заказ с одной позицией на определенное кол-во заказа. Далее по заказу создается 3 поставки и соответсвенно 3 фактуры.

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

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

LKU

Хороший вопрос. Вариантов решения несколько.
1. Организационный (не считать это проблемой или заранее в заказе создавать три позиции с нужным количеством).
2. ABAP - писать формулу расчета цен, которая будет
а. определять, что данная фактура является последней (например, по выбранному количеству).
б. считать дельту (ту самую копейку) и засовывать ее в фактуру.
Я в свое время писал такое ТЗ, тут очень много подводных камней, разработка будет совсем не простой.

LKU

Решил выложить ТЗ в части описания логики работы:

Цитата:

2. Общая формулировка задачи
При наличии нескольких фактур к одном заказу, сумма стоимости фактур может на несколько копеек отличаться от стоимости заказа (из-за округления стоимостей условий до копеек).
Требуется скорректировать сумму последней фактуры.
3. Постановка задачи.
Требуется добавить в схему калькуляции групповое условие заголовка. Для этого условия написать формулу расчета стоимости. Эта формула должна срабатывать в случае, когда выполнены такие условия (AND):
1. схема калькуляции относится к фактуре (KOMK-VBTYP = ‘M’)
2. фактура является не единственной к данному заказу.
3. Статус поставки заказа = «исполнено» (VBUK-LFSTK = ‘C’)

Расчет стоимости условия:
1. Стоимость условия (xkwert) := (Стоимость заказа – суммарная стоимость всех фактур к заказу)
2. Если xkwert > 1 руб, то xkwert :=0

Замечания:
1. Стоимость позиции заказа = VBAP- KZWI4, Стоимость позиции фактуры = VBRP-KZWI4
2. Должны учитываться только не сторнированные фактуры (VBRK-FKSTO = ‘ ’)
3. При поиске заказа к фактуре и фактур к этому заказу необходимо использовать таблицу с потоком документов. При этом следует учесть такие случаи потока документов: <тут рисунок>.
То есть, фактура может быть создана на основе заказа, поставки, или их комбинации.

Varna

Спасибо большое за ответ.

А стандартными способами это никак нельзя побороть?

Спасибо.

axion

Varna написал(а):

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

Чтобы такого не происходило, в конце слова добавляйте маску *, например НДС*, тогда такое сообщение поиск выдавать не будет.

LKU

Varna написал(а):

Спасибо большое за ответ.

А стандартными способами это никак нельзя побороть?

Спасибо.

Ну я же выложил кусок ТЗ. Значит стандартной возможности не нашел. Может, кто-то и подскажет что-нибудь по стандарту, но сильно сомневаюсь.

moonrajah

LKU написал:

Ну я же выложил кусок ТЗ. Значит стандартной возможности не нашел. Может, кто-то и подскажет что-нибудь по стандарту, но сильно сомневаюсь.

+1
Это не проблема системы, это проблема обычной математики. Если вы допускаете изначально, чтобы это происходило (разбиение одной позиции заказа на несколько позиций фактуры и варианты этого), то проблема обязательно будет.
На мой взгляд наиболее правильное решение организационное - не считать это проблемой. В противном случае, если Вы будете "шаманить" копейку с помощью разработок, можете нарваться на общение с аудитом или, не к ночи будут помянуты, с налоговой.
Удачи!

demst

LKU написал:

Решил выложить ТЗ в части описания логики работы:

Цитата:

2. Общая формулировка задачи
При наличии нескольких фактур к одном заказу, сумма стоимости фактур может на несколько копеек отличаться от стоимости заказа (из-за округления стоимостей условий до копеек).
Требуется скорректировать сумму последней фактуры.
<...>

Добрый день!
Возникла таже проблема. Выполнил действия описанные Вами.
Но проблема не решилась и, честно говоря, я не совсем понимаю как это все работает :oops:

Нахожу расхождение передаю его в xkwert, стоимость условия остается = 0, хотя стоимость того же условия по позициям отличается от ноля и в сумме дает расхождение еще больше, как можно это бороть?
Спасибо.

demst

Проблема так и не решена ((
Прбовал в формуле расчета менять XKOMV, но это также ни на что не влияет. По коду видно, что XKOMV не меняется:

Code:

* execute condition value formula not changing xkomv
* will normally be processed in xkomv_kwert_ermitteln
    IF xkomv-kofrm NE 0 AND wertformel EQ space AND komp-kposn NE 0.
      rettkomv = xkomv.
      xkwert   = xkomv-kwert.
      frm_kondi_wert-nr = xkomv-kofrm.
      PERFORM (frm_kondi_wert) IN PROGRAM saplv61a IF FOUND.
      xkomv    = rettkomv.
    ENDIF.

Кто-нибудь решил эту задачу?

Alexey Zhandarov

Цитата:

Прбовал в формуле расчета менять XKOMV, но это также ни на что не влияет. По коду видно, что XKOMV не меняется:

Сейчас тож дошёл до этого места. Как бороли, чтобы xkwert заполнялся формулой условия?

Изыскания показывают, что формула будет работать если код пойдёт по ветке
LV61AA55 PERFORM xkomv_kwert_ermitteln

а она вызывается в следующем блоке, чтот не понятно, как сюда попасть

Code:

* calculate condition value / KBETR from gkomv possibly
      IF preisfindungsart NE 'E' AND komp-kposn  NE 0
                                 AND xkomv-kinak NE 'A'
                                 AND xkomv-ksteu NA 'EFH'.
        IF preisfindungsart NE 'F'
          OR   xkomv-kschl EQ space
          OR ( xkomv-stunr GT gkomz-stunr ) OR ( xkomv-stunr EQ gkomz-stunr AND laufnr GE gkomz-zaehk ).
          IF xkomv-kzbzg     NE space AND
             kbetr_aus_gkomv EQ space AND
* scale basis changed or 0
* KON-KBETR should not be there if scale basis is 0
             ( ( xkstbs NE ykstbs ) OR xkstbs EQ 0 ) AND
             xkomv-kmprs IS INITIAL   AND
             xkomv-ksteu EQ 'A'.
            PERFORM xkomv_kbetr_aus_staffel.
          ENDIF.
          IF xkomv-krech NA absolute OR xkomv-kgrpe NE 'X'
                                     OR calc_fxd_amnt_grp_cond_on_item EQ 'X'.
            PERFORM xkomv_kwert_ermitteln.
          ENDIF.
        ENDIF.
      ELSE.
        IF xkomv-kschl EQ space.
          PERFORM xkomv_kwert_ermitteln.
        ENDIF.
      ENDIF.

Alexey Zhandarov

Есть нота, которая говорит что не работает
https://launchpad.support.sap.com/#/notes/930870
https://launchpad.support.sap.com/#/notes/900089

Цитата:

The pricing runs in display mode only, in other words, the pricing screen is called (PREISFINDUNGSART = 'E').
The condition value (XKOMV-KWERT) is fixed (XKOMV-KSTEU is "E", "F" or "H").
The condition is inactive and has the inactivity indicator "A" (XKOMV-KINAK).
Within the group condition processing (PREISFINDUNGSART = "F"):
The processed condition is displayed before the group condition that was just edited (XKOMV-STUNR GE GKOMZ-STUNR AND LAUFNR GE GKOMZ-ZAEHK).

но как-то не легче, что с этим делать

Правила форума

Лишняя копейка при расчете НДС

Кто сейчас на конференции