← На главную

Многие бухгалтеры и специалисты по учету сталкиваются с неприятной ситуацией в программе 1С:Бухгалтерия: при попытке закрыть месяц регламентная операция расчета отложенного налога по ПБУ 18/02 формирует огромные суммы проводок в дебет или кредит счета 99.09 в корреспонденции со счетом 68.04.2. Ситуация часто обостряется, когда учет зарплаты ведется в сторонней программе, например, 1С:ЗУП, а резервы отпусков и другие начисления переносятся в бухгалтерию с помощью документа ОперацияВведеннаяВручную на основании расчетов в Excel. Давайте подробно рассмотрим эту проблему, выясним причины ее возникновения и разберем по шагам эффективные методы решения.

Разберем суть проблемы и роль счета 99.09

Для начала проанализируем, почему программа вообще задействует счет 99.09 («Прочие прибыли и убытки»). В идеальной ситуации, алгоритмы 1С используют этот счет при закрытии месяца исключительно для списания копеечных разниц, которые неизбежно возникают из-за округления исчисленного налога на прибыль до целых рублей. Если в проводках появляются не копейки, а сотни или тысячи рублей (а в некоторых случаях суммы превышают сотни тысяч), программа сигнализирует о критической математической ошибке в учете отложенных налогов.

Механизм 1С так устроен: если он не может корректно распределить разницы по правилам ПБУ 18/02, он принудительно «скидывает» образовавшуюся нестыковку на счет 99.09. Пытаться закрыть глаза на эту проводку нельзя, так как она искажает финансовый результат предприятия.

Выясним причины появления разрывов (Правило БУ = НУ + ПР + ВР)

Проанализируем главную причину возникновения ошибки. При расчете налога на прибыль программа жестко опирается на основную формулу ПБУ 18/02:

БУ = НУ + ПР + ВР

Где:

1. БУ — данные бухгалтерского учета;
2. НУ — данные налогового учета;
3. ПР — постоянные разницы;
4. ВР — временные разницы.

Когда мы заносим резервы отпусков (например, на счет 96.01.1 или 96.09) ручными операциями, высчитывая суммы в Excel, крайне часто нарушается двойная запись по временным разницам (ВР). Временные разницы не обязательно должны совпадать по дебету и кредиту внутри одного конкретного счета затрат, но они обязаны сходиться в балансе — то есть обороты за месяц должны совпадать по дебету и кредиту по всей оборотно-сальдовой ведомости (ОСВ). Если это правило нарушено (например, ВР занесены «однобоко»), расчет налога по данным БУ и НУ начинает различаться. В результате регламентная операция не может сформировать правильную проводку, например, Дт09 - Кт68.04.2, и отправляет невязку (около 20% от суммы ошибки) на счет 99.09.

Также при ручном распределении часто возникают так называемые «комплексные разницы» — ситуации, когда бухгалтер пытается повесить на одну и ту же строку операции одновременно и постоянные (ПР), и временные (ВР) разницы. Ручной ввод таких данных 1С часто переваривает некорректно.

Посмотрим на инструменты диагностики ошибки в 1С

Вместо того чтобы наугад менять проводки и перекидывать суммы с ПР на ВР в надежде, что обороты «схлопнутся», рассмотрим встроенные средства диагностики программы, которые помогут точно определить место ошибки:

1. Анализ состояния налогового учета по налогу на прибыль. Запустим этот отчет (находится в разделе «Отчеты»). Программа в наглядном виде покажет блоки учета. Те разделы, где сломалось базовое равенство, будут обведены красными рамками. Если проблема в резервах, блок «Оплата труда» или «Резервы» будет гореть красным. Открыв его, мы сможем провалиться до конкретного документа.
2. Справка-расчет «Расход по налогу на прибыль». Этот отчет вызывается непосредственно из формы «Закрытие месяца» после успешного (или неуспешного) выполнения регламентной операции расчета ПБУ 18. Справка-расчет покажет постатейно, какую базу для отложенных налогов увидела программа и почему было принято решение сбросить сальдо на счет прочих убытков.

Решение 1: Переход на балансовый метод (без ПР и ВР)

Рассмотрим самое надежное методологическое решение. Проблема с подгоном ПР и ВР возникает чаще всего в базах, где в учетной политике до сих пор установлен устаревший «Затратный метод» (или «Балансовый метод с отражением ПР и ВР»). Эти способы учета вызывают наибольшее количество багов при нестандартных и ручных корректировках.

Современным, прощающим многие ошибки ручного ввода и рекомендуемым разработчиками 1С, является чистый балансовый метод. При его использовании программа больше не требует точного соблюдения оборотов ВР и ПР в каждой проводке. Алгоритм просто берет балансовую стоимость активов и обязательств (в нашем случае — остаток по счету 96), сравнивает её с налоговой стоимостью напрямую на конец отчетного периода и сам рассчитывает отложенный налог.

Сделаем следующие шаги (рекомендуется сначала выполнить на копии базы):

1. Перейдем в раздел «Главное» -> «Учетная политика».
2. Найдем настройку учета по ПБУ 18/02.
3. Переключим метод на вариант «Балансовый (без отражения ПР и ВР)».
4. Перепроведем закрытие месяцев с начала года.
5. Проанализируем счет 99.09 — в большинстве случаев огромные суммы исчезают, остаются лишь копейки от округлений.

Решение 2: Отказ от ручных операций в пользу типового обмена

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

Настроим типовой обмен между ЗУП и Бухгалтерией. В 1С:ЗУП предусмотрен специальный функционал для корректного начисления резервов отпусков. Посмотрим, как должен выглядеть правильный процесс:

1. В 1С:ЗУП в настройках выбирается один из двух методов расчета резерва (нормативный или метод обязательств/МСФО).
2. Ежемесячно в ЗУП создается документ РезервыОтпусков (или аналогичный документ по резервам по оплате труда). В нем автоматически формируются все необходимые суммы в разрезе подразделений и видов налогового учета.
3. С помощью встроенной синхронизации (или через выгрузку-загрузку) данные переносятся в 1С:Бухгалтерия.
4. В Бухгалтерии автоматически создается документ ОтражениеЗарплатыВБухучете и документы по резервам. Они формируют правильные движения по счетам 96.01.1 и 96.01.2 с безупречным соблюдением правила БУ = НУ + ПР + ВР.

При необходимости внести корректировки, бухгалтерам следует править не итоговые ручные проводки, а документы-источники в ЗУП перед синхронизацией. Только так можно гарантировать, что регламентные операции закрытия месяца отработают без сбоев и сальдо счета 99.09 останется чистым.