Как стать автором
Обновить

Комментарии 26

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

Кстати, мне кажется или на скриншотах вариант 2 и 3 - иентичны? Можно попросить вас отредактировать скриншоты и подсвеить различия (если они есть)? А если различий нет, то хорош бы пояснить это или подобрать другой пример (интересуют 2 последние колонки)

Вопрос "со звездочкой": а можете все то же, но не в Экселе, а хотя бы SQL-запросах? :)

про сходится - это как? Например по БУ начисляем аморт ОС, по НУ нет.. Где схождение?

Налоговики считают амортизацию раз в квартал (налоговый учет), а бухгалтера - ежемесячно. Отсюда и расхождение.
Пример.
Амортизируем 1000 рублей на 5 лет = это 16,666666... ежемесячно.
Налоговик раз в квартал спишет 50 рублей
Бухгалтер будет еземесчно списывать по 16,67 рублей
Через квартал имеем разницу в 1 копейку - то есть расхождение между БУ и НУ

свести то копейку эту куда и как?

В этом и вопрос. И он не в тех плоскости

Я и хотел, чтобы машина изначально считала то, что изначально нужно. А пока используется подход "так считает машина, что мы сделаем". Я не говорю о множестве подходов к начислению процентов, как учили в институте (начисление в начале периода, в конце, с ежемесячным начислением, ежедневным, непрерывным и т.п.)

В принципе да, там та же проблема. Она заключается в том, что мы когда умножаем сумму долга на ставку мы используем числа с заданной точностью либо (но так делать в промышленных системах нельзя) с плавающей точкой. Полученное число означает сумму процентов за определённый период (день, месяц и др.) Только вот вопрос какие значения суммировать округлённые или без округления?

Да суммы начислений в таблицах 2 и 3 одинаковые. Просто там подход немного другой: в таблице 2 начисляются проценты за период с начала действия договора и затем вычисляется разница в накопленных процентах, а в варианте 3 начисляются проценты за каждый период в отдельности и только потом вычисляется разница между округленными значениями накопленной суммой процентов с начала периода по текущий период и накопленной суммой процентов на начало текущего периода. Разница в целом только техническая нужна для удобства реализации начислений в тех случаях, когда подразумевается, что ставка может меняться, да и общий срок договора больше нескольких лет.

В принципе да, там та же проблема. Она заключается в том, что мы когда умножаем сумму долга на ставку мы используем числа с заданной точностью либо (но так делать в промышленных системах нельзя) с плавающей точкой. Полученное число означает сумму процентов за определённый период (день, месяц и др.) Только вот вопрос какие значения суммировать округлённые или без округления?

Писал дополнение для Бухгалтерии под это дело с графиками платежей, возможностью изменения процентной ставки и.т.д. То ещё веселье.

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

PS: Да и хранить то ничего не нужно - если дельта больше 1 то добавляем 1:

дельта = (общая сумма) * процент - (сумма всех значений))

отличный вариант! Мы в итоге пришли к такому же

Только минус этого подхода в том, что нужно иметь все предыдущие суммы начисленных процентов. Я считаю, что есть несколько подходов к округлению, нужно просто это вписывать в договор как отдельное условие

С чего Вы взяли, что начисление суммы процентов за 3 года, к примеру, должны равняться сумме начислений за 36 месяцев?

Это в постановке задачи.

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

Вероятность округления в каждом месяце в большую или меньшую сторону одинакова, значит на большом количестве месяцев суммарная ошибка будет стремиться к нулю?

Здесь не про вероятность, ошибка не будет стремиться к нулю.

В реальности это не так. А вон есть еще закон Бенфорда или что-то подобное. И поэтому разница будет большая. Все по законам Мерфи. :)

Я то же сталкивался с такой проблемой.

Каждый бухгалтер трактовал округление по-своему. Пришлось наехать на главбуха, и в учетной политике явно прописали порядок округления.

Есть же банковское округления (чет-нечет)?

Что это за округление такое?

чет-нечет округление это же для случая, когда после знака, до которого нужно округлить, идёт 5,а дальше нули. А здесь вопрос не в методике округления отдельно взятого числа, а в накопительном эффекте периодических начислений

Давно пора в ГК РФ и всей нормативке установить исчисление налогов, сборов, взносов, окладов, штрафов в целых рублях с округлением вверх или (после долгих прений правых с левыми) - банковским, как наиболее социально ответственным.

К чести наших ФНС/РФМ/ФАС/ЦБРФ и др. силовиков - они не делают из ошибок округления выводов о нарушении, не доначисляют эти копейки и более того, это считается неприличным и простительно только стажеру/новичку, которому обязательно надо в акте что-то дописать.

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

Вы вовсе не поняли суть проблемы. Округлять можно по любому правилу с точностью до копеек. Но бывают ситуации, к примеру, человек получил займ от компании 100 000 рублей на 2 года под 1% годовых, через 2 года он возвращает сумму процентов в размере 2 000 рублей, а бухгалтерия, которая ежемесячно начисляла проценты, говорит, что нужно 2000 рублей и 3 копейки. Вот кто из них прав?

Также дополню, что в договорах нужно указывать как именно нужно производить расчёт процентов, так как ежемесячное начисление приводит к "обрезанию хвостов" чисел. А вот, к примеру, Ваш контрагент может начислять проценты по иному - раз в год (иностранная компания допустим), получается разница и нужно для надёжности обкладываться письмами по сверке начислений и т.п.

А про "социально ответственное", которым Вы окрестили так называемое "банкирское округление", оно же относится только к той ситуации, когда после знака, до которого нужно округлить идёт 5 ,а дальше нули. Но это не вопрос накопительной ошибки из-за округлений, а просто отдельный технический момент отдельно взятого округления.

Наверное 2000 рублей более правильно, чем 2000руб.03 коп. Может проще делать. Определяем, что общий долг по процентам равен 2000 руб. и от него отнимаем ежемесячную сумму удержаний, пока не получим 0. По крайне мере так работает исполнительный лист.

А какие основания для того, чтобы определять? Бухгалтерия ежемесячно насчитала и сложила и что её делать с этими копейками? Попробуйте банку недоплатить проценты по кредиту сказав, что я определил копейки округлять именно так.

Да, в целях расчёта по налогам суммами до рубля пренебрегают, но как быть с банковскими процентами?

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории