LINUX.ORG.RU
Оставлять больше знаков после запятой?
VoofT
()
Там обычно 2 знака после запятой. Но бывают моменты когда при умножении на различного рода ставки появляются всякого рода 16,6(6), 1,7514 итд.
FiXer ★★☆☆☆
() автор топика
Все действия в денежном выражении
FiXer ★★☆☆☆
() автор топика
Только оставляя больше знаков после запятой.

А что, округления до копеек мало? Обычно, хватает. Можно получить расхождение на 0,01 руб., но это ведь несложно подправить, правда?

gotf
()
Там ведь только арифметические операции. Можно рациональными числами представлять всё в виде дробей --- это занимает конечное место.
yet_another_lor_account
()
округлять как обычно, если иное не регламентируется законом (вроде в налоговом учете это есть).

ну и, самое интересное, это всегда НДС.
главная ошибка в том, когда по каждой позиции документа считают НДС отдельно а потом эти НДСы суммируют. правильно брать НДС от суммы всех позиций документа.
Аналогично с дисконтом и прочими подобными вещами.
VladimirMalyk ★★★★★
()
Ответ на: комментарий от yet_another_lor_account
тем не менее, итоговая сумма должна быть округлена до копейки. поэтому небольших колебаний все равно не избежать.
VladimirMalyk ★★★★★
()
Ответ на: комментарий от FiXer
>>Несложно :)

Вот именно. Расхождение в 0,01 получить маловероятно. Получишь - поправишь. Если больше, чем 0,01, но сумма маленькая(по счетам такой не мелькало) - вперед шерстить все счета по-новой, это часто признак нескольких косяков сразу. Большая сумма расхождения в балансе - может быть и одна ошибка.

gotf
()
Да, у НДС постоянно проблемы с делением на 6 =)

12000/6=2000 НДС
11000/6=833,3(3) НДС
10000/6=1666,6(6) НДС
FiXer ★★☆☆☆
() автор топика
Ответ на: комментарий от VladimirMalyk
>>главная ошибка в том, когда по каждой позиции документа считают НДС отдельно а потом эти НДСы суммируют. правильно брать НДС от суммы всех позиций документа.

Пример в студию, когда есть разница.

gotf
()
Вот эти копейки ж как раз и не любят...
FiXer ★★☆☆☆
() автор топика
Ответ на: комментарий от gotf
>11000/6=833,3(3)

1833,3(3) конечно же.

>Ты это серьезно НДС считаешь делением на 6?


Ну в Украине (ндс = 20%) это обычная практика.

Сума с НДС / 6 = НДС
Сума без НДС / 5 = НДС
FiXer ★★☆☆☆
() автор топика
Ответ на: комментарий от gotf
>Пример в студию, когда есть разница.

При работе с округленными числами вероятность расхождения с истиной всегда есть, смотря сколько чисел округлялось итд.
FiXer ★★☆☆☆
() автор топика
Ответ на: комментарий от FiXer
>При работе с округленными числами вероятность расхождения с истиной всегда есть, смотря сколько чисел округлялось итд.

Так ведь речь шла о чем? Считать по сумме всех, либо суммы отдельных. Это не принципиально.

gotf
()
Я думаю он имел ввиду данные в накладной например.
FiXer ★★☆☆☆
() автор топика
Для начала надо их оценить. А потом станет очевидно:)
anonymfus ★★★★
()
Использовать банковские правила округления.
Zenom ★★★
()
да достаточно обычных арифметических правил, если больше или равно 5, то в большую сторону, если меньше - в меньшую. Вообще в декларации по НДС суммы без копеек, поэтому погрешность в десяток копеек ничтожна. В аудите есть порог уровень существенности ниже которого ошибки не берутся в ращёт - 5% от суммы.
cuki ★★★★
()
>>Как сделать их минимальными в бухучете??

А с какой стати это вверяется изобретательности бухгалтера?

Разве нету четких стандартов по этому поводу?

gkrellm
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.