Вопрос о завершении первого отчетного года для новых организаций часто вызывает споры между бухгалтерами и техническими специалистами. С одной стороны, законодательство о бухгалтерском учете позволяет объединить «осколок» первого года со следующим. С другой стороны, налоговые нормы и технические алгоритмы программ 1С диктуют свои правила. В этой статье мы подробно разберем, нужно ли делать реформацию баланса, если фирма зарегистрирована в октябре, и к каким последствиям приведет то или иное решение.
Рассмотрим нормы Федерального закона № 402-ФЗ «О бухгалтерском учете». Согласно статье 15 этого закона, для организаций, созданных после 30 сентября, первым отчетным годом является период с даты государственной регистрации по 31 декабря следующего календарного года.
Проанализируем это правило на примере: если компания зарегистрирована 15 октября 2018 года, то ее первый отчетный год в целях бухгалтерского учета может длиться с 15.10.2018 по 31.12.2019. Это означает, что организация имеет законное право не сдавать бухгалтерскую отчетность за 2018 год и, соответственно, не проводить официальную реформацию баланса 31 декабря 2018 года.
Важный момент: это является именно правом, а не обязанностью. Организация может закрепить в своей учетной политике решение сдавать отчетность в обычном порядке, даже если она создана в конце года.
Теперь разберем ситуацию с точки зрения налогового учета, так как именно здесь кроется главная ловушка. В отличие от бухгалтерского учета, Налоговый кодекс РФ (статья 55) устанавливает иные правила для «длинного» налогового года.
Выясним, как продлеваются периоды по разным налогам:
Таким образом, мы видим явную коллизию: по бухгалтерскому учету мы можем не закрывать год, а по налоговому — обязаны сформировать финансовый результат и отчитаться. Это первая веская причина, по которой реформация баланса в программе становится необходимой.
Посмотрим на ситуацию со стороны программных алгоритмов 1С. Большинство типовых конфигураций (таких как 1С:Бухгалтерия 8) настроены на строгое соблюдение календарной периодичности. Рассмотрим, что произойдет, если мы решим НЕ делать реформацию баланса в декабре:
Проанализируем состояние счетов: счета 90 («Продажи»), 91 («Прочие доходы и расходы») и 99 («Прибыли и убытки») останутся с ненулевыми сальдо на субсчетах. В 1С эти счета должны обнуляться в конце года регламентной операцией «Реформация баланса» с переносом итогового результата на счет 84 («Нераспределенная прибыль/непокрытый убыток»).
Если реформация не проведена, то при начале работы в новом году (например, в январе) остатки по доходам и расходам прошлого года будут «висеть» на счетах. Это приведет к следующим проблемам:
Закрытия месяца в 1С ожидают, что финансовый результат года закрыт. Наличие остатков может привести к некорректным расчетам налогов в новом периоде.Проанализировав все «за» и «против», мы рекомендуем придерживаться следующего алгоритма действий для организаций, созданных в октябре или ноябре:
Разберем еще один важный нюанс. Если ваша организация планирует распределять прибыль и выплачивать дивиденды по итогам первого (пусть и короткого) периода деятельности, реформация баланса обязательна. Выплата дивидендов возможна только из чистой прибыли, которая окончательно формируется на счете 84 только после проведения реформации. Без закрытия счета 99 у вас формально не будет источника для выплаты дивидендов в бухгалтерском учете.
Подводя итог, можно сказать: утверждение бухгалтерии о том, что реформацию делать «не нужно», верно лишь с точки зрения формального права не сдавать бухгалтерский баланс в ФНС. Однако, учитывая требования налогового учета и техническую архитектуру 1С, проведение реформации является лучшей практикой. Это избавляет от «мусора» в учете, обеспечивает корректность налоговых деклараций и позволяет без проблем распределять прибыль в будущем.
Рассмотрим пример правильной последовательности действий в 1С:Бухгалтерия:
Закрытия месяца за октябрь, ноябрь и декабрь.Реформация баланса в декабре прошла успешно.90, 91, 99 должны иметь нулевое сальдо.Такой подход обеспечит методологическую чистоту учета и стабильную работу программы в последующих периодах.