При работе в программе 1С:Бухгалтерия предприятия 2.0 пользователи часто сталкиваются с ситуацией, когда регламентные операции закрытия месяца формируют проводки, которые кажутся бухгалтеру ошибочными. Например, сумма расходов отражается на счетах реализации, в то время как ожидается ее появление на счетах учета налога на прибыль. Разберем подробно, почему так происходит, как работает методология ПБУ 18/02 и что нужно настроить в программе для получения корректного результата.
Прежде всего, проанализируем ситуацию, описанную пользователем. Возникает вопрос: почему сумма 100,09 руб. «сидит» на Дт 90.07.1 Кт 44.02, хотя бухгалтер хочет видеть ее на Дт 99.02.3 Кт 68.04.2? Здесь кроется фундаментальное различие между расходом и налогом.
Дт 90.07.1 Кт 44.02 означает, что накопленные издержки обращения списываются на финансовый результат.Дт 99.02.3 Кт 68.04.2 означает начисление налога на прибыль с тех расходов, которые не приняты в налоговом учете.Важно понимать: если сумма 100,09 является суммой самого расхода (например, сверхнормативные потери или представительские), то она обязана пройти через 90-й счет по виду учета ПР (Постоянные разницы). Только после этого программа поймет, что с этой суммы нужно рассчитать налог. Если ставка налога 20%, то на счете 99.02.3 должна появиться сумма 20,02 руб. (20% от 100,09), а не вся сумма целиком. Если же бухгалтер утверждает, что вся сумма 100,09 должна быть налогом, значит, сумма самих затрат в базе должна составлять 500,45 руб. (500,45 * 20% = 100,09).
Выясним причину, по которой программа может «не видеть» постоянную разницу или относить ее не туда. Основным «дирижером» в этом процессе выступает справочник СтатьиЗатрат. Рассмотрим по шагам, как проверить его настройки:
Для того чтобы программа автоматически сформировала проводку по ПНО (на счет 99.02.3), вид расхода должен соответствовать требованиям законодательства. Если расход вообще не должен учитываться при расчете налогооблагаемой базы, следует выбрать значение «Не учитываемые в целях налогообложения».
Проанализируем ситуацию: если в поле выбран вид «Прочие расходы», программа будет пытаться принять их в налоговом учете (НУ). Если же бухгалтер при вводе первичного документа намеренно не заполнил сумму в колонке НУ, но заполнил в БУ, возникнет разница. Но для корректного отражения в рамках ПБУ 18/02 эта разница должна быть явно квалифицирована как ПР (Постоянная разница).
Посмотрим на пример того, как должны выглядеть проводки в документе, который порождает эти затраты (например, «Поступление товаров и услуг» или «Операция (бухгалтерский и налоговый учет)»). Если мы используем ПБУ 18/02, то классическое равенство бухгалтерского и налогового учета выглядит так:
БУ = НУ + ПР + ВР
Если сумма 100,09 не принимается в налоговом учете, проводка должна выглядеть следующим образом:
Счет Дт: 44.02 | Счет Кт: 60.01
Сумма: 100,09 (БУ)
Сумма НУ Дт: 0.00
Сумма ПР Дт: 100,09
Если в первичном документе в колонке Сумма ПР Дт пусто, то при закрытии месяца программа не увидит базы для начисления налога на прибыль (ПНО) и не сформирует проводку по счету 99.02.3. Проверьте, заполнен ли ресурс ПР в регистре бухгалтерии по дебету 44 счета.
Разберем, в какой последовательности программа обрабатывает данные при закрытии месяца. Это поможет понять, почему сумма «сидит» не там, где хочется пользователю в середине процесса.
Дт 90.07.1 ПР. Это абсолютно корректно.Дт 90.07.1 с признаком ПР, алгоритм умножает ее на 20% и создает проводку Дт 99.02.3 Кт 68.04.2.Важный вывод: Проводка по 99 счету не заменяет проводку по 90 счету. Они дополняют друг друга. Одна отражает списание расхода, вторая — налоговые последствия этого списания.
Если настройки статей затрат верны, но результат все равно не устраивает, проанализируем ситуацию с помощью встроенных отчетов. В 1С:Бухгалтерии 2.0 самым мощным инструментом является отчет «Анализ состояния налогового учета по налогу на прибыль».
Рассмотрим подробнее работу с ним:
Если в этом отчете данные расходятся с проводками, рекомендуется выполнить перепроведение документов за месяц и повторно запустить обработку «Закрытие месяца». Часто проблема кроется в «ручных правках» регламентных операций, которые сбивают автоматические алгоритмы программы.
Подведем итоги. Чтобы исправить ситуацию, когда сумма отражается не на том счете, необходимо:
СтатьиЗатрат. Он должен быть «Не учитываемым» для формирования ПНО.Дт 90.07 Кт 44, так как без нее программа не сможет рассчитать финансовый результат и налог.Если главбух настаивает на ручных проводках, помните, что это приведет к расхождениям между декларацией по налогу на прибыль и данными бухгалтерского учета. В системе 1С:Предприятие лучше следовать заложенной методологии, настраивая аналитику (статьи затрат), а не исправляя код или проводки вручную.