SAPфорум.RU
https://sapboard.ru/forum/

Проблема с отклонением в копейку при сплите позиций в фактуре
https://sapboard.ru/forum/viewtopic.php?f=2&t=95438
Страница 1 из 1

Автор:  Besa [ Пн, сен 11 2017, 15:54 ]
Заголовок сообщения:  Проблема с отклонением в копейку при сплите позиций в фактуре

Добрый день, коллеги, не подскажите как решается данная проблема?

Изображение

Автор:  troy [ Вт, сен 12 2017, 23:58 ]
Заголовок сообщения:  Re: Проблема с отклонением в копейку при сплите позиций в фактуре

Стандартно скорее всего никак, т.к. разница появляется не только в итоговой стоимости или НДС, а во всех ВУ из схемы. А они могут быть какими угодно (расчет от цены с НДС, или от цены без НДС, или "внешний" расчет когда есть итоговая стоимость, ну и т.д.), и рассчитваться по разному (от кол-ва, фиксированно, от фаз луны и т.п.). И поэтому SAP в фактуре сделал самый универсальный алгоритм, который смог придумать - база ВУ при сплите фиксируется, а новая сумма вычисляется как база умноженная на частное от нового и старого количеств (если очень упрощенно описывать).

Поэтому только Z, только хардкор. Причем, как я сказал, очень многое зависит от схемы калькуляции. Но в целом как-то так: добавить в схему новый ВУ, который появляется только в фактуре, и когда кол-во не совпадает с заказом. В формуле анализируется поток документов, и в результате ВУ становится равным (+0,01), (0,00), или (0,01) руб. По факту скорее всего будет гораздо сложнее, т.к. надо будет еще учесть округления при расчете НДС, и его тоже скорее всего надо будет ровнять аналогичным алгоритмом. Плюс учесть чтобы новая итоговая сумма билась с промежуточными (по которым может идти кредитный контроль, отчетности всякие собираться и все прочее, что выдумали разработчики в схеме).

Короче, говорите, что исправить практически нереально. А если будут настаивать, то сначала попросите формализовать такие ситуации, как:
1) Продается 2шт товара за 1коп, двумя отгрузками. Что должно быть в фактурах?
2) Договорная стоимость 1т товара 333руб. Отгрузили 1000кг, какая цена и стоимость должна быть в фактуре?
3) К заказу могуть быть сверхпоставки или, наоборот, недопоставки - как посчитать, какая сумма в фактурах будет "правильной"?
ну и т.д., кол-во примеров ограничено только степенью извращенности фантазии )))

Автор:  Besa [ Ср, сен 13 2017, 15:03 ]
Заголовок сообщения:  Re: Проблема с отклонением в копейку при сплите позиций в фактуре

troy написал(а):
Стандартно скорее всего никак, т.к. разница появляется не только в итоговой стоимости или НДС, а во всех ВУ из схемы. А они могут быть какими угодно (расчет от цены с НДС, или от цены без НДС, или "внешний" расчет когда есть итоговая стоимость, ну и т.д.), и рассчитваться по разному (от кол-ва, фиксированно, от фаз луны и т.п.). И поэтому SAP в фактуре сделал самый универсальный алгоритм, который смог придумать - база ВУ при сплите фиксируется, а новая сумма вычисляется как база умноженная на частное от нового и старого количеств (если очень упрощенно описывать).

Поэтому только Z, только хардкор. Причем, как я сказал, очень многое зависит от схемы калькуляции. Но в целом как-то так: добавить в схему новый ВУ, который появляется только в фактуре, и когда кол-во не совпадает с заказом. В формуле анализируется поток документов, и в результате ВУ становится равным (+0,01), (0,00), или (0,01) руб. По факту скорее всего будет гораздо сложнее, т.к. надо будет еще учесть округления при расчете НДС, и его тоже скорее всего надо будет ровнять аналогичным алгоритмом. Плюс учесть чтобы новая итоговая сумма билась с промежуточными (по которым может идти кредитный контроль, отчетности всякие собираться и все прочее, что выдумали разработчики в схеме).

Короче, говорите, что исправить практически нереально. А если будут настаивать, то сначала попросите формализовать такие ситуации, как:
1) Продается 2шт товара за 1коп, двумя отгрузками. Что должно быть в фактурах?
2) Договорная стоимость 1т товара 333руб. Отгрузили 1000кг, какая цена и стоимость должна быть в фактуре?
3) К заказу могуть быть сверхпоставки или, наоборот, недопоставки - как посчитать, какая сумма в фактурах будет "правильной"?
ну и т.д., кол-во примеров ограничено только степенью извращенности фантазии )))

Спасибо коллега :) , также читал Ваши ответы по групповому условию. Будем думать.

Автор:  troy [ Ср, сен 13 2017, 15:15 ]
Заголовок сообщения:  Re: Проблема с отклонением в копейку при сплите позиций в фактуре

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

Автор:  Besa [ Ср, сен 13 2017, 15:19 ]
Заголовок сообщения:  Re: Проблема с отклонением в копейку при сплите позиций в фактуре

troy написал(а):
Так у вас две фактуры по одной позиции заказа, или просто в одной фактуре две позиции (например, при разделении партий)?
Если первое - то групповое условие не поможет, и справедливо все описанное в пред. сообщении.
Если второе - то все немного проще и можно решить через групповое условие, а может даже через стандартные настройки.

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

Автор:  troy [ Ср, сен 13 2017, 18:17 ]
Заголовок сообщения:  Re: Проблема с отклонением в копейку при сплите позиций в фактуре

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

Автор:  Александр [ Пн, сен 18 2017, 15:32 ]
Заголовок сообщения:  Re: Проблема с отклонением в копейку при сплите позиций в фактуре

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

И да, +1 к сообщению troy - если у вас разделение партий, можете попробовать тип копирования
G КумулятОбъем партий минус уже отфактурированное количество
Но тогда суммы пропадут в позициях с партиями и возможно потребуется дополнительно корректировать отчетность

Надо смотреть +- каждого решения

Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/