01.11.2010, 15:25 | #1 |
Moderator
|
Заказ на продажу - цена вкл налог, вопрос к расчету
Коллеги, добрый день. Проконсультируйте пжста по следующему вопросу расчета налога -
Версия системы: AX 2009 SP1, EE, RU4 Создаем заказ на продажу, 1 строка: • Цена включает налог • Чистая сумма = 95,37 • Один налоговый код, ставка = 20% Нажимаем для заказа «Запросы/ Итоги» и видим значения: • Сальдо = 79,47 • Налог = 15,89 • Сумма накладной = 95,36 Вопрос – почему сумма задолженности итого отличается от суммы прайс-листа, по которой мы предполагали продавать товар? (Я раньше фантазировал, что идеологически это не может быть в таком БП...) В AX 4.0, SP2, HF 3 - результат иной - сумма итого совпадает с чистой суммой строки заказа: • Сальдо = 79,47 • Налог = 15,90 • Сумма накладной = 95,37 Настройки налогового кода идентичны («Основание» == «Процент от валовой суммы», «База маржинальной прибыли» == «Чистая сумма сальдо по накладной»), в параметрах ГК «Метод расчета» == «Итого» (хотя и при «Строка» тот же результат). Заранее спасибо! Игорь |
|
01.11.2010, 16:02 | #2 |
Участник
|
Округление проверьте
|
|
01.11.2010, 16:16 | #3 |
Участник
|
А не пробовали разнести накладную - какая сумма будет? Возможно, это ошибка округления при расчете Итогов? Если посмотреть налоги по закупке - там Сальдо (основание) = 79,48?
__________________
Ivanhoe as is.. |
|
01.11.2010, 16:55 | #4 |
Moderator
|
1) Какое именно округление? (В валюте - не указано, в коде налога - тоже...) Отлично если подскажете... Быстрая (не "многодневная") трассировка говорит что вопрос в изменившемся методе TAX.amountExclTax()
2) При разнесении накладной - то же самое Оч не хочется, в принципе как всегда-), трассировать до победы. А вопрос "на вчера". Возможно кто-то сталкивался... |
|
01.11.2010, 17:20 | #5 |
Moderator
|
В закупке вроде все зеркально.
Тоже система говорит "по неправильной цене Дядя Федор приходуешь услугу\товар, а я тебе говорю должно вот так" PS Очень хочется надеяться что ошибка настроек у меня, скажите где слажал -) |
|
01.11.2010, 17:35 | #6 |
Участник
|
Если вы настраиваете НДС, то настройки не верные, по крайней мере для РФ. Но и с правильными настройками все то же самое Похоже, баг.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: ikopyl (1). |
01.11.2010, 18:14 | #7 |
Участник
|
Цитата:
"Основание" = "Процент от чистой суммы", "База маржинальной прибыли" = "Чистая сумма по строке", в параметрах ГК "Метод расчета" = "Строка" Есть два варианата расчета Вашего налога - установить чек "Цена включает налог" в заказе на продажу и указание суммы 95,37 - тогда налог рассчитается как 15,90. Если чек снять и указать сумму 79,47 (налог посчитается сверху) - тогда получится 15,89. Обычная ошибка округления. Указывайте полную сумму и устанавливайте чек "Цена включает налог". PS: по поводу округления - в налоге должна быть 0,01, способ - обычный, в валюте - тоже до последнего знака, способ - обычный
__________________
Если машина не заводится с пятого раза - читай инструкцию. Последний раз редактировалось ikopyl; 01.11.2010 в 18:19. |
|
01.11.2010, 20:59 | #8 |
Moderator
|
Игорь, привет. -)
1) Я и не говорил что для РФ исх НДС настраиваю, мне необходимо настроить схему не построчного расчета, а "от суммы" 2) Поставил настройки описанные тобой "Основание" = "Процент от чистой суммы", "База маржинальной прибыли" = "Чистая сумма по строке", в параметрах ГК "Метод расчета" = "Строка" результат - тот же (см мой первый пост) у тебя та же версия системы? 3) с настройками округления тоже вроде все ок 4) Мне тут сегодня подсказали вроде "а на РУ5 работает", думаю идти искать различия ... Игорь Василенко |
|
01.11.2010, 21:00 | #9 |
Участник
|
Я на RU5 проверял - баг с обоими вариантами настройки.
__________________
Ivanhoe as is.. |
|
02.11.2010, 08:52 | #10 |
MCT
|
не согласен,
если в налоговом коде Основание = "Процент от чистой суммы" - то все рассчитывается как надо (сумма накладной = 95,37) а вот если Основание = "Процент от валовой суммы" - то уже сумма накладной как и указано в изначальном примере = 95,36. вобщем настройки, нужные для РФ, работают как положено
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (1), ikopyl (1). |
02.11.2010, 09:46 | #11 |
Участник
|
Хм, при смене настроек налога, даже если пересоздать строку заказа налоги не пересчитываются
А вот если создать новый заказ - то применяются новые настройки. Действительно, если сразу сделать правильные настройки для НДС - то все ок. Но налоги - это международная функциональность и все другие методы расчета должны работать корректно.
__________________
Ivanhoe as is.. |
|
02.11.2010, 15:57 | #12 |
Moderator
|
Цитата:
Вы говорите о 4м ролапе 2009 версии? |
|
02.11.2010, 16:06 | #13 |
Участник
|
Я писал про roll-up 5. d&m, я так понимаю, - тоже.
__________________
Ivanhoe as is.. |
|
02.11.2010, 17:00 | #14 |
MCT
|
Да-да - проверено на ru5
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
02.11.2010, 17:23 | #15 |
Moderator
|
Указывайте, коллеги, свою версию, если утверждаете что-то конкретное...
А то у меня тоже прекрасная картинка на 4й версии СП2, просто хоть даунгрейд делай. Пошел ставить ролап5. Надеюсь, что поможет. |
|
07.11.2010, 11:06 | #16 |
AX*****
|
Игорь, а не проще предложить руководству метод округления всех цен до 0,06грн с НДС или 0,05грн без НДС (в большую сторону, в меньшую, и т.п. варианты -- пусть выбирают для себя оптимальный вариант).
Что это даст в будущем? При частичной отгрузке из "Заказа на продажу" или частичном возврате от клиента не будет проблем с "неправильной" суммой при разноске.
__________________
О, как беден, как груб наш русский язык! [c] А.С.Пушкин |
|
10.11.2010, 13:23 | #17 |
Moderator
|
А у меня хуже-) - обработка документов (счет, в частности) с "частичной отгрузкой" предполагает например количества 0,1 или 0,99...
округление цены не оч помогает в общем случае + множество НР с типом дебетования "клиент/поставщик" вобщем. перешел на цены без ндс и "чистая сумма по документу" |
|