"Налог в том числе" пересчитать в "НДС сверху"?

[ViV]

Добрый день!

На данный момент используем при реализации цену с учетом налога и в шапке заказа опцию "Цена включает налог ".
К сожалению, часто сталкиваемся с ситуацией, когда в печатной форме Цена без НДС * Кол-во не будет равна итоговой сумме по строке.

Причем гос. организациям про округление не объяснить - им надо чтобы совпадало и все тут.

Как вариант, начинаем думать в сторону перехода на расчет "НДС сверху".
Но тут следующие грабли - в прайсе цены идут с НДС.
Соответственно, начинает возникать решение в духе "1С" - когда мы добавляем строку в заказ - цена с НДС пересчитывается в "цену без НДС" и идет основной ценой для аксапты, а для удобства пользователя добавляется колонка "НДС" и "Итого".

На этом этапе хотелось бы понять - кто как решает эту проблему?
В какую сторону лучше все-таки смотреть?

[ice]

на одном проекте "округляли" цены так, чтоб НДС был "красивым" с точностью до 2 знака после запятой

[ViV]

Цитата:

Сообщение от ice

на одном проекте "округляли" цены так, чтоб НДС был "красивым" с точностью до 2 знака после запятой

А как вы при этом делали скидку?
Ведь если подогнать цену, а потом дать 3% скидки - то все цены полетят.
Или округлялась уже чистая сумма по строке в момент выставления счета?

[ice]

Цитата:

Сообщение от ViV

А как вы при этом делали скидку?
Ведь если подогнать цену, а потом дать 3% скидки - то все цены полетят.
Или округлялась уже чистая сумма по строке в момент выставления счета?

стандартные скидки не применялись. округляли в заказе на продажу

[Ivanhoe]

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

[ice]

Цитата:

Сообщение от Ivanhoe

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

цены без НДС не избавят от ошибок округления

[ViV]

Цитата:

Сообщение от ice

цены без НДС не избавят от ошибок округления

Но их там значительно меньше с точки зрения клиентов. Так как алгоритм похож на алгоритм расчета на бумажке - и чаще их программы считают так же.
Когда берется цена и умножается на 1,18.

[ice]

Цитата:

Сообщение от ViV

Но их там значительно меньше с точки зрения клиентов. Так как алгоритм похож на алгоритм расчета на бумажке - и чаще их программы считают так же.
Когда берется цена и умножается на 1,18.

после умножения чисел, с дробной частью, в общем случае количество знаков после запятой суммируется. если у вас цены без дробной части, тогда это то что вам нужно

[Ivanhoe]

Цитата:

Сообщение от ice

цены без НДС не избавят от ошибок округления

А я и не утверждал, что решатся все проблемы. Но всегда проще и клиенту, и налоговой доказать, что a + 0,18*a = b чем b/1,18 + 0,18*b/1,18 = b.

А то, что математически при нескольких строках в документе в общем (и частном) случае не сойдутся либо строки, либо итоги по документу, доказывать обычно не приходится.

[mnt_dx]

Помните, что ваши неправильно умноженные накладные потом кто-то вводит в закупках и тоже мучается с ценой туда-сюда

[ViV]

Цитата:

Сообщение от mnt_dx

Помните, что ваши неправильно умноженные накладные потом кто-то вводит в закупках и тоже мучается с ценой туда-сюда

Помним. Поэтому и пытаемся понять как бы свести такие вещи к минимуму.
Пока лучший вариант действительно подгонять цены.
Т.е. менеджер добавляет позицию, цена с НДС пересчиталась в цену без НДС, затем ставит 3% скидки например - и система ему выдает "удобную" чистую сумму по строке для расчета НДС.

[Михаил Андреев]

Можно настроить округление в параметрах валюты, чтобы цены с НДС были всегда кратными 0,59, например. Тогда НДС и чистая цена будут всегда "правильно" биться, без долей копеек. Но в этом случае придется распрощаться с "круглыми" ценами с НДС. И настройку для отдельного клиента не сделать - действует на всех для указанной валюты.