При работе в программе 1С:Бухгалтерия предприятия КОРП 3.0 пользователи часто сталкиваются с ситуацией, когда документ Отражение зарплаты в бухучете формирует корректные проводки по бухгалтерскому учету (БУ), но суммы по налоговому учету (НУ) в колонках дебета остаются равными нулю. Это критическая проблема, так как отсутствие данных по НУ ведет к занижению расходов в декларации по налогу на прибыль и возникновению нежелательных разниц по ПБУ 18/02.
В этой статье мы подробно разберем, по каким причинам налоговый учет может «игнорировать» суммы зарплаты, и как пошагово восстановить корректное формирование проводок.
Самой распространенной причиной отсутствия сумм НУ является некорректная настройка справочника Статьи затрат. В программе реализована жесткая связь: если статья затрат не признается в налоговом учете, система автоматически обнуляет СуммаНУ в проводках, даже если в самом документе отражения цифры заполнены.
Проанализируем ситуацию по шагам:
Если в поле «Вид расхода» указано значение Не учитываемые в целях налогообложения, то программа не будет формировать записи в регистр бухгалтерии по счету налогового учета. Для корректного отражения необходимо выбрать соответствующий вид расхода по классификации статьи 255 НК РФ (например, Оплата труда или Страховые взносы).
Для организаций на ОСНО крайне важна настройка учетной политики в части налога на прибыль. Если в информационной базе включено ведение учета по ПБУ 18/02, алгоритм формирования проводок по НУ меняется в зависимости от выбранного метода.
Рассмотрим порядок действий:
В случае смены метода ведения ПБУ 18 в середине года или при некорректном обновлении релиза, может возникнуть технический сбой в модуле проведения документа. Попробуем перепровести документы Начисление зарплаты и Отражение зарплаты в бухучете последовательно после проверки этих настроек.
Часто пользователи пытаются создать документ Отражение зарплаты в бухучете вручную для проверки или корректировки данных. Однако стоит учитывать, что в современных версиях 1С:Бухгалтерия 3.0 (особенно в релизах 3.0.149.x и выше) документ ориентирован на автоматическое заполнение.
Проанализируем программный код и внутреннюю логику:
Когда мы нажимаем кнопку Заполнить, программа обращается к остаткам и оборотам по внутренним регистрам накопления, которые создаются либо при синхронизации с ЗУП, либо документом Начисление зарплаты (если учет ведется в Бухгалтерии). При ручном вводе строки в табличную часть Начисленная зарплата и взносы, колонка «НУ» может быть скрыта или не рассчитываться автоматически из-за отсутствия данных в структурах СтрокаТаблицы.СуммаНУ.
Для исправления ситуации попробуем:
Иногда причина кроется в самом Плане счетов. Выясним, стоит ли признак налогового учета на счетах затрат (20, 26, 44).
Выполним проверку:
Если галочка отсутствует, проводки по НУ по этому счету невозможны в принципе. Если же вы используете версию КОРП, заглянем в регистр сведений Счета с особым порядком налогообложения через «Функции для технического специалиста». Там не должно быть записей, ограничивающих ведение НУ по стандартным счетам затрат.
Версия КОРП подразумевает ведение учета в разрезе обособленных подразделений. Это накладывает дополнительные условия на формирование налоговой базы.
Проанализируем ситуацию с подразделениями:
Если в документе отражения указано подразделение, которое относится к деятельности с особым порядком налогообложения (например, деятельность на патенте, если организация совмещает режимы), то по дебету счетов 20 или 26 сумма НУ не появится, так как эти расходы не относятся к прибыли.
Проверим карточку подразделения:
Если в Демо-базе того же релиза всё работает корректно, а в рабочей базе — нет, это может указывать на локальные технические проблемы. В релизах 3.0.149.18 и смежных часто обновлялись механизмы интеграции с ЕНС, что могло затронуть общие модули учета зарплаты.
Выполним следующие технические действия:
Тестирование и исправление информационной базы с активным пунктом Пересчет итогов. Налоговый учет в проводках напрямую зависит от актуальности итогов по регистру бухгалтерии.Рассмотрим пример того, как система определяет сумму НУ программно при автоматическом заполнении:
// Упрощенный пример логики системы
Если СтатьяЗатрат.ВидРасходаНУ = ПредопределенноеЗначение("Перечисление.ВидыРасходовНУ.НеУчитываемые") Тогда
СтрокаПроводок.СуммаНУДт = 0;
Иначе
СтрокаПроводок.СуммаНУДт = СтрокаТаблицы.СуммаБУ; // Если нет разниц
КонецЕсли;
Подведем итог: Для решения проблемы в первую очередь проверяем Статьи затрат (поле «Вид расхода») и наличие флажка Налоговый учет в Плане счетов. В 90% случаев причина кроется именно в этих настройках. Если данные вводятся вручную — убеждаемся, что колонка НУ заполнена в табличной части документа перед его проведением.