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
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.