При ведении учета нескольких юридических лиц в одной информационной базе 1С:ERP нередко возникает ситуация, когда одна из компаний обладает особым статусом (резидент ОЭЗ, участник проекта Сколково или ИТ-компания) и имеет льготы по налогу на прибыль. Основная задача в этом случае — сделать так, чтобы регламентная операция Закрытие месяца не формировала проводки по счету 68.04 для конкретной организации, не затрагивая при этом остальные компании в базе.
В данной статье мы разберем несколько способов решения этой задачи: от стандартных настроек учетной политики до программного вмешательства через механизм расширений.
Рассмотрим наиболее правильный с точки зрения методологии 1С путь — использование штатных настроек. Вопреки распространенному мнению, что федеральная ставка едина для всех организаций в базе, система 1С:ERP позволяет гибко настраивать налоговое окружение для каждого юридического лица.
Выполним следующие шаги:
СтавкиНалогаНаПрибыль созданы именно для данной организации.Если ставки установлены в значение «0», регламентная операция ВыполнитьРасчетНалогаНаПрибыль обработает данные, но, умножив налоговую базу на нулевую ставку, получит нулевой результат. В итоге проводки по счету 68.04 просто не будут сформированы в журнале проводок.
Проанализируем ситуацию, когда организация по закону вообще не должна выступать плательщиком налога на прибыль. В последних версиях 1С:ERP (2.4/2.5) для определенных категорий резидентов (например, инновационных центров) предусмотрен специальный флаг.
Разберем, где его найти:
В настройках налогов и отчетов организации в подразделе Налог на прибыль необходимо проверить наличие опции Организация освобождена от исполнения обязанностей налогоплательщика. Установка этого признака на программном уровне отключает вхождение данной организации в алгоритмы расчета налога в рамках закрытия месяца.
Важным нюансом является применение организацией ПБУ 18/02. Если для компании включен расчет временных и постоянных разниц, то даже при нулевой ставке налога система может пытаться формировать записи в налоговых регистрах, отражая отложенные налоговые активы (ОНА) или обязательства (ОНО).
Чтобы избежать лишних движений, выполним следующие действия:
Это позволит полностью «очистить» регламентированный учет данной организации от проводок, связанных с налогом на прибыль, и упростит анализ закрытия месяца.
Если стандартные настройки по каким-то причинам не подходят или база имеет специфические доработки, можно прибегнуть к использованию расширения. Основная цель — прервать выполнение расчета, если организация соответствует определенному критерию.
Выясним причину, почему простая установка реквизита ПлательщикНалогаНаПрибыль = Ложь в регистре УчетнаяПолитикаОрганизаций может не сработать. Дело в том, что процедура закрытия месяца ВыполнитьРасчетНалогаНаПрибыль в модуле расчета может не содержать явной проверки этого флага, ориентируясь на наличие данных в оборотах по налоговым счетам.
Для решения задачи создадим расширение и перехватим процедуру расчета. Пример логики кода в расширении может выглядеть следующим образом:
&Вместо("ВыполнитьРасчетНалогаНаПрибыль")
Процедура Расш1_ВыполнитьРасчетНалогаНаПрибыль(ПараметрыРасчета, Отказ)
Организация = ПараметрыРасчета.Организация;
// Проверяем, является ли организация льготной
Если Организация.ЭтоРезидентЛьготник Тогда // Условный реквизит или проверка по ИНН
Возврат; // Просто выходим из процедуры, не создавая проводок
КонецЕсли;
// Вызываем стандартный обработчик для остальных организаций
ПродолжитьВызов(ПараметрыРасчета, Отказ);
КонецПроцедуры
Этот метод гарантированно «отсекает» расчет для выбранного юридического лица. Однако помните, что при таком подходе данные в Декларации по налогу на прибыль могут потребовать ручной корректировки, так как система «не увидит» начисленного налога, даже если он должен быть отражен в отчетности справочно.
Подводя итог, можно сказать, что наиболее стабильным решением является комбинация Способа 1 (обнуление ставок) и Способа 3 (отключение ПБУ 18/02). Это позволяет сохранить целостность типовых алгоритмов 1С и корректно формировать регламентированную отчетность. Программная доработка через расширение (Способ 4) рекомендуется только в крайних случаях, когда типовые механизмы вступают в конфликт с требованиями конкретной бизнес-логики заказчика.