Текущее время: Чт, мар 28 2024, 23:54

Часовой пояс: UTC + 3 часа


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


ВНИМАНИЕ!

Вопросы по исходящим поставкам - сюда



Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Лишняя копейка при расчете НДС
СообщениеДобавлено: Вт, мар 24 2009, 19:57 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, апр 10 2006, 10:13
Сообщения: 97
Откуда: Москва
Коллеги,
уверен что данная проблема обсуждалась, но поиск выдает все время "Следующие слова в поисковом запросе были проигнорированы, так как являются слишком употребимыми"...:(

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

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Вт, мар 24 2009, 21:08 
Гуру-модератор
Гуру-модератор
Аватара пользователя

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

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Вт, мар 24 2009, 21:13 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 13:35
Сообщения: 4842
Откуда: Москва
Пол: Мужской
Решил выложить ТЗ в части описания логики работы:
Цитата:
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. При поиске заказа к фактуре и фактур к этому заказу необходимо использовать таблицу с потоком документов. При этом следует учесть такие случаи потока документов: <тут рисунок>.
То есть, фактура может быть создана на основе заказа, поставки, или их комбинации.

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Ср, мар 25 2009, 12:21 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, апр 10 2006, 10:13
Сообщения: 97
Откуда: Москва
Спасибо большое за ответ.

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

Спасибо.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Ср, мар 25 2009, 13:08 
Старший специалист
Старший специалист

Зарегистрирован:
Пт, янв 30 2009, 16:19
Сообщения: 335
Пол: Мужской
Varna написал(а):
Коллеги,
уверен что данная проблема обсуждалась, но поиск выдает все время "Следующие слова в поисковом запросе были проигнорированы, так как являются слишком употребимыми"...:(


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Ср, мар 25 2009, 14:02 
Гуру-модератор
Гуру-модератор
Аватара пользователя

Зарегистрирован:
Вт, май 17 2005, 13:35
Сообщения: 4842
Откуда: Москва
Пол: Мужской
Varna написал(а):
Спасибо большое за ответ.

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

Спасибо.


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

_________________
Удача - результат нашего желания (© А. Нортон)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Пн, апр 06 2009, 07:28 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
LKU написал:
Ну я же выложил кусок ТЗ. Значит стандартной возможности не нашел. Может, кто-то и подскажет что-нибудь по стандарту, но сильно сомневаюсь.

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

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Ср, июл 14 2010, 14:00 
Специалист
Специалист

Зарегистрирован:
Пт, окт 20 2006, 16:39
Сообщения: 229
LKU написал:
Решил выложить ТЗ в части описания логики работы:
Цитата:
2. Общая формулировка задачи
При наличии нескольких фактур к одном заказу, сумма стоимости фактур может на несколько копеек отличаться от стоимости заказа (из-за округления стоимостей условий до копеек).
Требуется скорректировать сумму последней фактуры.
<...>


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Чт, авг 05 2010, 08:46 
Специалист
Специалист

Зарегистрирован:
Пт, окт 20 2006, 16:39
Сообщения: 229
Проблема так и не решена ((
Прбовал в формуле расчета менять 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.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Ср, сен 23 2020, 10:59 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 24 2015, 11:01
Сообщения: 65
Пол: Мужской
Цитата:
Прбовал в формуле расчета менять 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.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Лишняя копейка при расчете НДС
СообщениеДобавлено: Ср, сен 23 2020, 12:13 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 24 2015, 11:01
Сообщения: 65
Пол: Мужской
Есть нота, которая говорит что не работает
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).


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


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB