При переходе на новую информационную базу 1С (будь то 1С:ERP Управление предприятием, 1С:Комплексная автоматизация или 1С:Бухгалтерия) специалисты часто сталкиваются со следующей проблемой. Ввод начальных остатков производится на конец года (например, 31 декабря 2019 года), а полноценный учет запускается с 1 января следующего года (2020 года). Однако при первой же попытке выполнить регламентные операции закрытия месяца за первый квартал нового года система начинает автоматически начислять транспортный налог за прошлый, уже закрытый в старой базе, 2019 год. Программа формирует лишние проводки и делает записи по регистрам расходов организации, искажая финансовый результат.
В этой статье мы подробно проанализируем причины такого поведения программных продуктов фирмы 1С, выясним, какие механизмы задействованы в расчете, а также разберем четыре практических способа решения этой проблемы — от простых организационных обходов до методологически выверенных настроек системы.
Для того чтобы понять, почему система ведет себя подобным образом, обратимся к архитектуре регистров и логике работы помощника закрытия месяца. Процесс строится на взаимодействии нескольких ключевых механизмов:
Задания к расчету транспортного налога. Задания формируются за все периоды, начиная с даты ввода остатков (декабрь 2019 г.), так как для системы этот период является «открытым» и содержит движения.Рассмотрим важный нюанс: ручное удаление записей из регистра Задания к расчету транспортного налога или ручная отмена проведения регламентных операций помогают лишь до первого перезакрытия месяца. Как только бухгалтер изменит любой документ в системе или запустит групповое перепроведение документов, алгоритм заново проанализирует регистры сведений, обнаружит «незакрытый» декабрь 2019 года и повторно создаст задания на расчет налога за прошлый год.
---
Рассмотрим самый быстрый способ, к которому часто прибегают на практике. В документе Регистрация транспортного средства на вкладке «Транспортные средства» в колонке «Дата регистрации или дата изменений» вместо реальной исторической даты ставится дата начала ведения учета в новой базе — 01.01.2020.
Выясним, почему этот способ стал полностью безопасным и рабочим:
Именно этот вариант чаще всего выбирают пользователи на форумах поддержки, так как он требует минимальных трудозатрат и мгновенно решает проблему повторного возникновения заданий к расчету.
---
Если для вас критически важно сохранить в системе историческую (реальную) дату регистрации автомобиля в органах ГИБДД, то изменять параметры регистрации нельзя. В этом случае мы рекомендуем использовать стандартный и наиболее надежный инструмент платформы 1С — Дату запрета изменения данных.
Разберем по шагам, как настроить этот механизм:
Проанализируем поведение системы при такой настройке: алгоритм закрытия месяца попытается обратиться к декабрю 2019 года для формирования проводок по налогу за прошлый год, но наткнется на жесткую блокировку даты запрета. Программа не сможет внести изменения в закрытый период, обойдет расчет за 2019 год и без ошибок проведет начисления за 2020 год.
---
В современных редакциях конфигураций 1С:ERP Управление предприятием и 1С:Комплексная автоматизация (начиная с версий 2.4 и 2.5) разработчики учли особенности ввода остатков по имущественным налогам и разделили понятия «Реальная дата регистрации» и «Дата начала отражения расходов в программе».
Вместо старых документов регистрации теперь применяется специализированный документ Параметры начисления транспортного налога. При его заполнении мы можем настроить параметры следующим образом:
При такой настройке программа четко понимает: транспортное средство было куплено давно, но рассчитывать начисления и отражать расходы по налогу в этой конкретной информационной базе нужно начать только с 2020 года. Прошлые периоды при этом затрагиваться не будут.
---
Если учет ведется в программе 1С:Бухгалтерия 8, и при вводе остатков на 31.12.2019 система настойчиво требует закрыть декабрь 2019 года с расчетом транспортного налога, мы можем использовать механизм пропуска регламентных операций.
Выполним следующие шаги:
После этого при закрытии январе, феврале и последующих месяцев 2020 года программа будет видеть, что декабрь 2019 года успешно завершен, и больше не попытается вернуться к расчету налога за прошлый год.
---
В попытках решить проблему некоторые пользователи предлагают перенести дату всех документов ввода начальных остатков с 31.12.2019 на 01.01.2020. Рассмотрим, почему этот шаг является грубой методологической ошибкой:
С точки зрения методологии бухгалтерского учета и требований законодательства, остатки на начало отчетного года должны строго соответствовать остаткам на конец предыдущего года. Ввод остатков первым днем нового года (01.01.2020) приведет к тому, что в межотчетный период у вас не сформируется корректное входящее сальдо. Бухгалтерский баланс за 2020 год в графе «На начало периода» может заполниться неверно или не заполниться вовсе. Поэтому ввод остатков всегда должен производиться строго последней секундой уходящего года — 31.12.2019 в 23:59:59.
Мы проанализировали проблему ложного начисления транспортного налога за прошлый период при вводе остатков и рассмотрели различные варианты ее решения. Если вам нужно быстро и безболезненно закрыть период, а детальная история регистраций в ГИБДД внутри программы не требуется — смело используйте Способ 1 (установка даты регистрации 01.01.2020). Если же вам необходим строгий учет исторических дат и максимальное соответствие методологии — настройте дату запрета редактирования (Способ 2) или воспользуйтесь раздельным вводом параметров применения налога (Способ 3).