Вопрос об отключении налогового учета на счете 96.01.1 (Оценочные обязательства по вознаграждениям) часто возникает в практике бухгалтеров, которые хотят упростить ведение учета резервов по отпускам. Однако за простым «снятием галочки» стоит серьезное изменение логики работы типового решения 1С. В данной статье мы разберем, как технически реализовать это требование, почему этого делать не стоит и какие существуют альтернативные, корректные способы решения задачи.
Разберем техническую сторону вопроса. Признак налогового учета для счетов в типовых конфигурациях (таких как «1С:Бухгалтерия 8») заблокирован для редактирования в пользовательском режиме. Это сделано для защиты целостности алгоритмов программы.
Чтобы изменить этот параметр, проанализируем следующие шаги:
ПланыСчетов — Хозрасчетный.96.01.1.Налоговый (по налогу на прибыль). С технической точки зрения, достаточно снять этот флаг и обновить конфигурацию базы данных.Важное предостережение: Выполнение этих действий автоматически снимает конфигурацию с полной поддержки. Это означает, что при каждом последующем обновлении системы программа будет пытаться вернуть «правильное» состояние счета, и вам придется вручную контролировать этот процесс. Если при обновлении вы пропустите этот момент, данные по НУ могут начать записываться снова, что приведет к хаосу в учете.
Проанализируем ситуацию с точки зрения законодательства. Счет 96.01.1 используется для учета резервов на оплату отпусков. Здесь возникает разрыв между бухгалтерским учетом (БУ) и налоговым учетом (НУ):
Если ваша организация не создает резервы в налоговом учете, но создает в бухгалтерском, возникают временные разницы (ВР). Именно для их корректного отражения на счете 96.01.1 должен стоять признак НУ. Если мы снимем этот признак, программа перестанет видеть остатки и обороты по этому счету в налоговом регистре.
Рассмотрим, к чему это приведет в алгоритме закрытия месяца:
Когда вы начисляете отпуск за счет резерва, в БУ делается проводка Дт 96.01.1 — Кт 70. В НУ, если резерва нет, расход должен признаться сразу. Программа 1С ожидает увидеть разницу между БУ и НУ именно на 96 счете. Если галочки НУ нет, система не сможет зафиксировать временную разницу, и механизм ПБУ 18/02 «сломается». В итоге вы получите неверный расчет налога на прибыль и некорректную форму №2 (Отчет о финансовых результатах).
Выясним причину, по которой разработчики 1С жестко закрепили этот признак. Современные версии «1С:Бухгалтерии» используют автоматизированные подсистемы начисления зарплаты и налогов.
Рассмотрим пример формирования проводок при начислении зарплаты. Если в коде заложен алгоритм:
Если СчетУчета.НалоговыйУчет Тогда
СформироватьДвижениеПоНУ(Проводка);
КонецЕсли;
Сняв галочку, вы добьетесь того, что проводки по НУ просто перестанут формироваться. Однако затратные счета (например, 20 или 26), которые корреспондируют со счетом 96, по-прежнему будут требовать аналитики по НУ. В результате возникнет разбалансировка налогового плана счетов: сумма по дебету затрат в НУ не будет соответствовать кредиту, так как счет 96 «выпал» из налогового учета.
Вместо того чтобы вносить изменения в структуру программы, рассмотрим штатные способы управления резервами. В «1С:Бухгалтерии 3.0» предусмотрены гибкие настройки, которые позволяют вести резервы только в БУ, не затрагивая НУ методологически неверным способом.
Выполним следующие шаги для корректной настройки:
При такой настройке программа будет сама понимать: на счете 96.01.1 по налоговому учету будет всегда нулевой оборот, но при этом будут фиксироваться Временные Разницы (ВР). Это позволит системе автоматически рассчитывать отложенные налоговые активы (ОНА) и обязательства (ОНО) в соответствии с ПБУ 18/02. Это именно тот результат, который нужен бухгалтеру, но достигнутый безопасным путем.
Подведем итог нашему анализу. Технически снять галочку НУ со счета 96.01.1 можно через Конфигуратор, но это действие несет в себе следующие риски:
Мы рекомендуем всегда использовать штатные настройки Учетной политики. Если бухгалтер настаивает на снятии галочки, обязательно получите письменное подтверждение того, что он берет на себя ответственность за все ошибки в налоговой декларации и ручную корректировку данных ПБУ 18/02. Помните, что архитектура 1С строится на принципах комплексности, и изменение одного маленького реквизита в плане счетов может повлечь за собой лавину ошибок в регламентированной отчетности.