В процессе работы с программой 1С:Бухгалтерия 3.0 пользователи часто сталкиваются с ситуацией, когда сумма налога на прибыль, отраженная на счете 68.04.1 "Расчеты с бюджетом по налогу на прибыль", не совпадает с данными декларации по налогу на прибыль. Более того, регламентная операция по расчету налога на прибыль может не формировать проводки по этому счету за отдельные месяцы, хотя по данным декларации за квартал или год имеется прибыль. Давайте подробно разберем причины такого поведения программы и рассмотрим пошаговые методы диагностики и исправления.
Мы выяснили, что основной запрос пользователя связан с тем, что в 1С:Бухгалтерии 3.0.170.19 за март 2024 года не были сделаны проводки по счету 68.04.1 по расчету налога на прибыль, хотя по итогам квартала в декларации прибыль присутствует и налог исчисляется. В остальные месяцы проводки формируются корректно. Организация применяет общую систему налогообложения (ОСН) и не использует ПБУ 18/02.
Такие расхождения могут быть весьма запутанными, поскольку декларация по налогу на прибыль заполняется на основе данных налогового учета по доходам и расходам (счета 90.01.1, 90.02.1 и другие, имеющие признаки налогового учета), тогда как регламентная операция "Расчет налога на прибыль" оперирует сальдо по счету 99.01.1 "Прибыли и убытки" в налоговом учете (НУ). Если эти данные по каким-либо причинам расходятся, возникает несоответствие.
Мы выявили несколько ключевых факторов, которые могут приводить к описанной проблеме:
Мы часто сталкиваемся с тем, что одной из наиболее частых причин некорректного расчета являются ручные операции. Бухгалтеры, стремясь быстро скорректировать данные, иногда вводят операции вручную, напрямую изменяя сальдо счетов бухгалтерского или налогового учета, особенно по счету 99.01.1 "Прибыли и убытки". Рассмотрим пример:
Предположим, у нас есть реализация на 1 000 000 рублей, что при ставке 20% должно дать 200 000 рублей налога. Если мы вручную создадим операцию, которая уменьшит налоговую прибыль по кредиту счета 99.01.1 (НУ) на 500 000 рублей, то программа при расчете налога на прибыль увидит прибыль в размере 500 000 рублей (1 000 000 - 500 000) и рассчитает налог в размере 100 000 рублей (500 000 * 20%). При этом декларация, которая формируется на основе данных по счетам доходов и расходов (например, 90.01.1 и 90.02.1 с признаком НУ), по-прежнему будет показывать прибыль в 1 000 000 рублей и налог 200 000 рублей, так как ручная операция не затрагивала эти счета напрямую. В итоге, мы получаем расхождение между проводоками и декларацией.
Мы должны понимать, что такие ручные корректировки могут "выровнять" сальдо налога на прибыль на определенный момент, но они не устраняют первопричину ошибки в учете, и проблема будет повторяться при последующих расчетах.
Одной из ключевых причин, выявленных в обсуждаемой ситуации, является наличие накопительного убытка с начала года. Налог на прибыль рассчитывается накопительным итогом с начала года. Это означает, что если в январе и феврале у организации был убыток, то при наличии прибыли в марте (например, 2 100 рублей) этот убыток сначала погашается мартовской прибылью. Если накопительный убыток за январь-февраль превышает мартовскую прибыль, то накопительно за январь-март организация все равно остается в убытке.
Например, если за январь-февраль накопительный убыток составил 2 600 рублей, а в марте получена прибыль 2 100 рублей, то итоговый накопительный убыток за январь-март составит 500 рублей (2 600 - 2 100). В таком случае, программа не будет начислять налог на прибыль за март, так как накопительной прибыли с начала года для налогообложения нет.
Мы часто видим, что пользователи привыкли к "красным" проводкам по месячному убытку, но это происходит только в случае, если до этого была накопительная прибыль. Если же накопительно с начала года убыток, то никаких проводок по начислению налога на прибыль (или сторнированию) не будет, потому что налога на убыток не существует. Таким образом, отсутствие проводок в марте при наличии месячной прибыли может быть обусловлено тем, что накопительно с начала года организация находится в убытке.
Хотя в данном случае ПБУ 18/02 не применялось, мы должны учитывать, что некорректно заданные параметры в учетной политике, касающиеся ставки налога на прибыль, методов начисления амортизации, порядка учета доходов и расходов, могут приводить к неправильному формированию проводок. Мы всегда проверяем, что все параметры учетной политики соответствуют фактическим условиям деятельности организации.
Мы должны убедиться, что все доходы и расходы правильно отражены в первичных документах. Неправильно указанные суммы, неверно выбранные счета учета или статьи доходов/расходов могут искажать данные как бухгалтерского, так и налогового учета, влияя на налоговую базу. Особое внимание уделим флажку "Принимается к налоговому учету" в статьях затрат или прочих доходов и расходов. Если для каких-либо операций он снят, то эти суммы будут учитываться только в бухгалтерском учете, но не в налоговом, что приведет к расхождениям.
Мы рассмотрим случай, когда в документах типа Списание материалов или Требование-накладная, при установке флага "Указывать счет в табличной части", для непринимаемых расходов (например, по счету 91.02) выбрана статья затрат из другого справочника, не соответствующего прочим расходам. В такой ситуации программа может некорректно интерпретировать данные, что приведет к расхождению между Анализом счета 68.04 и декларацией, даже если декларация в итоге заполнится правильно.
Для выявления конкретных расхождений и их причин, мы рекомендуем следующий алгоритм действий:
Прежде чем приступать к каким-либо изменениям, мы обязательно создаем резервную копию информационной базы. Это позволит нам вернуться к исходному состоянию в случае непредвиденных проблем.
68.04.1 "Расчеты с бюджетом по налогу на прибыль".
Мы формируем Анализ счета 68.04.1 за весь 2024 год с разбивкой по субсчетам и месяцам. Мы внимательно изучаем движения по кредиту счета 99.01.1 "Прибыли и убытки" и дебету счета 68.04.1. Отсутствие таких проводок в проблемном месяце является подтверждением того, что программа не начислила налог.
Оборотно-сальдовой ведомости (ОСВ) по счету 99.01.1 "Прибыли и убытки" в налоговом учете (НУ).
Мы формируем ОСВ по счету 99.01.1 (НУ) с начала года (с января 2024) с группировкой по месяцам. Это позволяет нам увидеть накопительную прибыль или убыток по налоговому учету за каждый месяц. Особое внимание мы уделяем кредитовому сальдо счета Н99 на конец каждого периода – именно оно является налоговой базой по налогу на прибыль. Если в проблемном месяце (например, марте) накопительное сальдо по Н99 с начала года отрицательное или равно нулю, то это объясняет отсутствие начислений налога, как было показано в одном из сообщений форума.
ОСВ БУ, ОСВ НУ и ОСВ БУ-НУ.
Мы можем сформировать эти отчеты за период, предшествующий проблемному месяцу (например, за январь-февраль), а также за сам проблемный месяц. Сравнение данных бухгалтерского и налогового учета поможет нам выявить расхождения, которые могли быть вызваны ошибками в проводках или некорректными настройками учета.
В случае применения ПБУ 18/02 (хотя в данной теме это не так), мы бы также анализировали отчет "Анализ состояния налогового учета по налогу на прибыль" и Справку-расчет "Налог на прибыль" для проверки временных и постоянных разниц.
Мы обязательно просматриваем все Операции, введенные вручную за проблемный период и за предшествующие месяцы 2024 года. Мы ищем любые проводки, которые затрагивают счет 99.01.1 (НУ), особенно по кредиту (уменьшение прибыли) или дебету (увеличение прибыли/уменьшение убытка), которые могли быть введены ошибочно или без понимания их влияния на накопительный расчет налога. Как показала практика, именно ручные операции часто являются первопричиной проблемы.
"Анализ состояния налогового учета по налогу на прибыль".
Этот мощный инструмент позволит нам детально проанализировать состав налоговой базы, выявить расхождения между БУ и НУ и "провалиться" до конкретных документов, вызвавших ошибки. Блоки, обведенные красной рамкой в этом отчете, всегда указывают на возможные ошибки в учете. Этот отчет является одним из наиболее эффективных инструментов для проверки корректности расчета налога на прибыль.
В случае обнаружения ошибок, мы рекомендуем следующий порядок исправления:
"Закрытие месяца" последовательно, начиная с самого раннего месяца, где были отменены операции.Этот подход помогает убедиться, что все операции отражены корректно и в правильной последовательности.
Мы также должны помнить о возможности переноса убытков, полученных по итогам года в налоговом учете, на будущие периоды для уменьшения налогооблагаемой базы. С 2017 по 2030 год действовало ограничение на уменьшение налоговой базы текущего периода на убытки прошлых лет не более чем на 50%. В 1С для этого используется специальная регламентная операция "Перенос убытков по налогу на прибыль", которая автоматически учитывает перенесенные убытки прошлых лет.
Если перенос убытков в текущем периоде не планируется, эту операцию можно отменить. Для учета перенесенных убытков в 1С используется субсчет 97.11 "Убытки прошлых лет по налогу на прибыль". Мы обязаны хранить документы, подтверждающие объем понесенного убытка, в течение всего срока его переноса.
Мы убедились, что некорректный расчет налога на прибыль в 1С:Бухгалтерии 3.0 за отдельный месяц при наличии прибыли по декларации чаще всего связан с двумя основными причинами: наличием ручных операций, искажающих данные налогового учета по счету 99.01.1 (НУ), и накопительным убытком с начала года, который нивелирует месячную прибыль.
Главное правило – исправлять первопричину, а не корректировать последствия. Вместо того чтобы вручную "выравнивать" проводки по налогу на прибыль, мы должны найти и устранить ошибку в исходных документах или ручных операциях, которые привели к некорректному формированию налоговой базы. Системный подход к диагностике с использованием отчетов ОСВ, Анализа счета и "Анализа состояния налогового учета по налогу на прибыль" поможет нам быстро выявить и исправить проблему, обеспечив корректное ведение учета и заполнение декларации.