Округление в налогах

[George Nordic]

Господа!
Никто не сталкивался с подобной ситуацией:
Есть заказ на сумму 100 у.е. (34100р)
Валюта документа - у.е.
Курс у.е, допустим: 34,1
Налог - НДС, 18%, включен в стоимость.
Печатаем счет и получаем:
3410, из них НДС - 520,37.
Хотя если считать на калькуляторе (или если валюта документа была рубли) то сумма совсем другая, правильная - 520,17!!!
Если смотреть запросы-итоги, то там видим НЕВЕРНО округленный налог - 15,26.
Хотя 18% это 15,254237! Т.е., скорее, 15,25.
Отсюда, кстати, и берутся эти 20копеек(!!!)расхождения

Кто-нибудь сталкивался?
Как боролись?
Или стоит документы только в рублях проводить?
В таком случае галка "Печать в основной валюте" вообще теряет смысл - с таким-то округлением...

С Уважением,
Георгий.

[ppson]

Сколько строк в закупке-заказе ?
Сколько налоговых кодов в закупке-заказе?

[George Nordic]

1) Все равно. В тестовом примере - 2 х 50 у.е. или 1 х 100.
2) Одина налоговая группа. В ней - один налоговый код. Это заказ.

[George Nordic]

Да, округление - 0,01 (минимальное. 0,005 -не дает)

Но, имхо, дело не в этом... Как-то странно он 15,254 до 15,26 округляет

С Уважением,
Георгий.

[RAM]

Было нечто подобное.

Попробуйте в Налоги/Налоговые коды/Основа для расчета поставить "чистая сумма по строке", и в Параметрах ГК/Налоги/Метод расчета поставить "Строка". Там же поле "Налог по каждой строке фактуры" отмечено.

[Logger]

Обратите внимание, что погрешности в 10 - 15 копеек всегда будут, так как Аксапта считает в валюте и округляет до центов (на этом шаге может теряться полцента, что как раз примерно равно 10-15 коп.), а только потом переводит в рубли.

А многие бухгалтеры сначала все переводят в рубли . . .

Для приведенного примера похоже, что Аксапта сначала посчитала все для цены 50 у.е. (т.е. выделила сначала цену без НДС)
После округления получилось 7,63, а затем умножила на количество, т.е. 2
7,63 * 2 = 15,26

Но чтобы точно сказать, надо код ковырять...

[mazzy]

Цитата:

Изначально опубликовано Logger
Но чтобы точно сказать, надо код ковырять...

Все именно так и происходит в стандартной Аксапте.

[George Nordic]

Да, все так и есть.

SalesTotal считает налоги...
Соответственно, конструирует Tax-> method calcTax
Таблица - TaxTable - методы / calcTax calcTaxSimple

PHP код:

       taxAmountRounded    = this.roundedOffTax(taxAmountRounded); 
       taxAmount      = this.roundedOffTax(taxAmount); 
       taxInCostPrice = this.roundedOffTax(taxInCostPrice); 
       investmentTax  = this.roundedOffTax(investmentTax); 


Срабатывает стандартное округление.
А потом, на основании этого ОКРУГЛЕННОГО значения из валюты документа!! и формируются все проводки. К тому же, Все рассчеты по налогам / накладным расходам храняться в валюте документа. В первичной валюте компании - только в главной книге. К сожалению, это подтверждает, что никакого многовалютного учета (человеческого) в Аксе не реализованно
Надеюсь, а 4ке все будет по-другому.

С Уважением,
Георгий.

[DmitrySt]

Цитата:

Сообщение от George Nordic

Да, все так и есть.
...
Срабатывает стандартное округление.
А потом, на основании этого ОКРУГЛЕННОГО значения из валюты документа!! и формируются все проводки.
...
С Уважением,
Георгий.

Просто как идея: а что если увеличить количество знаков после запятой при округлении валюты (USD) в форме Currency (соответственно, изменить количество показываемых знаков в EDT RoundOff)?
С другой стороны, какими нежелательными последствиями это может быть чревато?

[dalyet]

Цитата:

Сообщение от George Nordic

Господа!
Никто не сталкивался с подобной ситуацией:
..
расхождения
С Уважением,
Георгий.

Георгий, так как ты решил эту проблему? Поделись опытом пжста

[George Nordic]

Сделали основную валюту - рубли, проводили только в рублях, если счет был в иностранной валюте - просто печаталась другая форма с пересчетом, не забудьте, что бы окончательная сумма сходилась, а то может произойти расхождение из-за округления:

Товар 1 - 10,1
Товар 2 - 5,3
Товар 3 - 8,4
Итого: 23,7 <- ошибка!

Что бы такого не было: Товар 3 = итого - (Т2+Т1)

С Уважением,
Георгий

А как быть с суммовыми если проводили в рублях?

[KiselevSA]

В свое время настроили так:
- для налоговых кодов округление 0.0001;
- для валюты RUR - общее округление, закупка, заказ - 0.01
Пока жалоб не было, но основная валюта компании не совпадает с рублями.

[TasmanianDevil]

Цитата:

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

Все именно так и происходит в стандартной Аксапте.

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

а)
цикл по строкам документа
{
расчет налога в указанной валюте;
суммирование;
}
пересчет общей суммы налога в указанной валюте по документу в рубли;


б)
цикл по строкам документа
{
расчет налога в указанной валюте;
пересчет суммы налога в указанной валюте по строке в рубли;
суммирование;
}