Ситуация, когда цифры в регламентной операции «Расчет налога на прибыль» не соответствуют данным визуального отчета «Анализ учета по налогу на прибыль», является одной из самых распространенных и сложных проблем в практике бухгалтера, работающего в 1С. Особенно остро этот вопрос встает, когда организация принимает решение не применять ПБУ 18/02 «Учет расчетов по налогу на прибыль организаций». В этой статье мы подробно разберем, как устроены алгоритмы программы, почему возникают расхождения и как по шагам найти ошибку в учете.
Прежде всего, проанализируем ситуацию, когда ПБУ 18/02 отключено. В этом случае учет максимально упрощается для программы, но становится менее прозрачным для визуальной проверки через стандартные отчёты. Рассмотрим основные правила, по которым работает 1С в этом режиме:
(Налогооблагаемые доходы - Налогооблагаемые расходы) * Ставка налога.Выясним причину, почему отчет «Анализ учета по налогу на прибыль» может показывать некорректные данные или «гореть красным». Этот отчет построен на контрольном соотношении: БУ = НУ + ПР + ВР. Если вы не ведете ПБУ 18/02, показатели ПР и ВР всегда равны нулю. Следовательно, любое законное различие между правилами БУ и НУ (например, разные сроки амортизации или нормируемые расходы) будет восприниматься отчетом как ошибка в блоке «Контроль». В такой ситуации этот отчет перестает быть надежным инструментом проверки и может вводить в заблуждение.
Вместо того чтобы полагаться на графическую схему «Анализа учета», разберем более детальный и точный инструмент. Рассмотрим справку-расчет «Расчет налога на прибыль». Чтобы её открыть, выполним следующие действия:
Проанализируем структуру этой справки. В ней данные сгруппированы в соответствии с листами Декларации по налогу на прибыль. Здесь мы увидим:
Если сумма в проводках Дт 99.01.1 Кт 68.04.1 отличается от того, что вы ожидали увидеть, сверяйте каждую строку этой справки с данными Оборотно-сальдовой ведомости по счетам НУ (счета 90.01, 90.02, 91.01, 91.02).
Одной из самых частых причин, почему «не идут» цифры, является некорректная настройка учетной политики в части налогового учета. Посмотрим на регистр «Методы определения прямых расходов». В 1С:Бухгалтерии это критически важная точка настройки.
Если этот список пуст, программа автоматически признает ВСЕ расходы косвенными. Это приводит к тому, что в налоговом учете они списываются на счет 90.08 в текущем периоде в полном объеме. В бухгалтерском же учете эти же расходы могут оставаться на счете 20 или 43 в составе незавершенного производства или готовой продукции. В итоге база НУ оказывается заниженной, а налог — меньше, чем ожидалось по данным БУ.
Проверим правильность заполнения этого регистра. Перейдем в «Главное» — «Налоги и отчеты» — «Налог на прибыль» — «Перечень прямых расходов». Убедимся, что там указаны все виды деятельности и статьи затрат, которые должны формировать себестоимость продукции в налоговом учете.
Рассмотрим ситуацию, когда бухгалтер вносит данные документом «Операция, введенная вручную». Это «зона риска» для налога на прибыль. Часто при заполнении такой операции забывают указать суммы в колонках НУ (Налоговый учет) или заполняют их некорректно.
Проанализируем типичную ошибку при использовании ручных операций:
// Пример корректного заполнения данных в регистре бухгалтерии для НУ
Проводка.Дебет = Счета.ПрочиеРасходы;
Проводка.Кредит = Счета.РасчетыСПоставщиками;
Проводка.Сумма = 1000; // Сумма БУ
Проводка.СуммаНУДт = 1000; // Сумма НУ по Дебету
Проводка.СуммаНУКт = 1000; // Сумма НУ по Кредиту
Если СуммаНУДт и СуммаНУКт не заполнены, регламентная операция просто «не увидит» эти расходы. Кроме того, отчет «Анализ учета по налогу на прибыль» собирает данные не только из проводок, но и из специальных регистров накопления. Ручная операция не делает движений по регистрам накопления, что и создает разрыв между отчетом и реальной проводкой налога.
Выясним еще одну важную техническую деталь: налог на прибыль в 1С всегда рассчитывается нарастающим итогом с начала года. Это означает, что если в июне вы видите странную сумму налога, причина может крыться в марте или апреле.
Предположим, вы изменили документ в первом квартале, но не перезакрыли месяцы последовательно. При закрытии июня программа обнаружит, что за прошлые периоды налог был исчислен неверно, и в проводку июня добавит (или вычтет) корректирующую сумму за все предыдущие месяцы. Чтобы избежать этой ситуации, всегда соблюдайте строгое правило: при любом изменении «задним числом» необходимо перепроводить все документы и заново выполнять процедуру «Закрытие месяца» с первого месяца изменений до текущего момента.
Если визуальная проверка не помогает, воспользуемся специализированным инструментом. В программе существует отчет «Технологический анализ учета». Рассмотрим, как он может нам помочь:
Этот отчет автоматически проверяет корректность заполнения налоговых реквизитов, соответствие сумм БУ и НУ (там, где это необходимо), и наличие движений по регистрам. Он выдаст список конкретных документов, которые «ломают» логику расчета налога на прибыль. Это значительно быстрее, чем вручную перебирать каждую проводку за квартал.
Резюмируем: Для корректного расчета налога на прибыль необходимо следить за полнотой заполнения данных НУ в каждом документе, правильно настраивать перечень прямых расходов и использовать «Справку-расчет» вместо графического «Анализа учета», если организация не применяет ПБУ 18/02. Только так можно гарантировать точность исчисления налога и отсутствие претензий со стороны контролирующих органов.