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/ |