Как отразить Сдельный наряд в налоговом учете УСН в программе 1С:УПП 1.3

Программист Налоговый учет Промышленность, строительство и АПК
← На главную

В процессе эксплуатации программы 1С:Управление производственным предприятием (УПП) ред. 1.3 на предприятиях, применяющих упрощенную систему налогообложения (УСН), часто возникает методологическая сложность. При использовании документа Сдельный наряд пользователи обнаруживают, что начисленные суммы не попадают в Книгу учета доходов и расходов (КУДиР), а расходы не признаются, даже если зарплата была выплачена в срок. Разберем подробно, почему так происходит и как настроить систему для корректного учета.

Причина возникновения проблемы: конфликт механизмов учета

Проанализируем архитектуру подсистемы налогового учета УСН в УПП. Для того чтобы расход на оплату труда был признан в УСН, должны быть выполнены два условия: факт начисления и факт выплаты. В программе за это отвечают специфические регистры накопления:

  1. Взаиморасчеты УСН — в нем фиксируется возникновение и погашение задолженности перед работником в разрезе периодов и физлиц.
  2. Расходы при УСН — ключевой регистр, который хранит информацию о статусе расходов (например, "Не оплачено" или "Оплачено").

Проблема заключается в том, что документ Сдельный наряд имеет специфический флаг «Отразить в регл. учете». Если этот флаг установлен, документ самостоятельно формирует проводки по счету 70 в регистре хозрасчетный. Однако типовая конфигурация УПП зачастую не содержит в модуле проведения Сдельного наряда кода для формирования движений по регистрам Взаиморасчеты УСН и Расходы при УСН. В результате получается ситуация: в бухгалтерском учете задолженность есть, а для подсистемы УСН начисления «не существует».

Вариант 1: Методически правильное решение (без доработки кода)

Рассмотрим стандартный подход, который заложен разработчиками фирмы «1С». Для корректного отражения сдельной оплаты в УСН необходимо исключить «самодеятельность» документа Сдельный наряд в регламентированном учете. Пройдем по шагам:

  1. Откройте документ Сдельный наряд и снимите флаг «Отразить в регл. учете». В этом случае документ будет выполнять только функции управленческого учета и служить основанием для расчета сумм.
  2. В конце месяца создайте документ Начисление зарплаты сотрудникам. Перейдите на закладку «Сдельные наряды» и заполните ее. Теперь суммы из нарядов попадут в общий массив начислений за месяц.
  3. Создайте документ Отражение зарплаты в регл. учете. Именно этот документ является «мостом» между подсистемой расчета зарплаты и налоговым учетом. При его проведении система автоматически сформирует необходимые записи в регистры Взаиморасчеты УСН (вид движения «Приход») и Расходы при УСН.

Проанализируем ситуацию с выплатой: когда вы создадите Расходный кассовый ордер или Списание с расчетного счета (с видом операции «Выплата заработной платы»), программа увидит записи в регистре Взаиморасчеты УСН, созданные документом Отражение зарплаты, «схлопнет» их и признает расход в КУДиР.

Вариант 2: Использование статей затрат и способов отражения

Если вы все же используете документ Сдельный наряд как финансовый (с флагом регл. учета), проверьте настройки аналитики. Выясним причину возможного игнорирования расходов через настройки статей затрат:

В документе Сдельный наряд на закладке «Технологические операции» указывается Способ отражения. В самом способе отражения (справочник Способы отражения зарплаты в регламентированном учете) привязана Статья затрат.

Проверьте следующие параметры статьи затрат:

Важно помнить: даже при правильных статьях, если документ Сдельный наряд не делает движений по регистру Расходы при УСН, автоматического попадания в КУДиР не произойдет.

Вариант 3: Техническая доработка (для программистов)

Если бизнес-логика предприятия требует, чтобы проводки формировались именно в момент закрытия наряда (например, для оперативного отслеживания себестоимости в УСН), потребуется внесение изменений в код конфигурации. Разберем пример логики, которую необходимо внедрить в процедуру проведения документа Сдельный наряд.

Нам необходимо добавить движения по регистру ВзаиморасчетыУСН. Рассмотрим примерный фрагмент кода, который можно разместить в модуле объекта документа:


// Пример формирования движений по УСН в документе Сдельный наряд
Движение = Движения.ВзаиморасчетыУСН.Добавить();
Движение.ВидДвижения = ВидДвиженияНакопления.Приход;
Движение.Период = Дата;
Движение.Организация = Организация;
Движение.ФизЛицо = СтрокаТаблицы.Сотрудник.Физлицо;
Движение.СуммаВзаиморасчетов = СтрокаТаблицы.Сумма;
Движение.ВалютаВзаиморасчетов = ВалютаДокумента;

Однако этого недостаточно для КУДиР. Нужно также обеспечить записи в регистр РасходыПриУСН. Проанализируем структуру этого регистра. Для зарплаты важно указать СтатусРаходаУСН как «Не оплачено». При этом в качестве первичного документа (Реквизит ДокументВозникновенияРасхода) должен выступать сам Сдельный наряд.

Рекомендации по проверке

Для диагностики того, почему расход не признается, используйте отчет «Список/кросс-таблица» по регистру накопления Расходы при УСН. Посмотрите, есть ли там записи с видом «Зарплата», у которых в колонке «Приход» стоит сумма вашего наряда. Если прихода нет — проблема в документе начисления (наряде или отражении зарплаты). Если приход есть, но нет «Расхода» при выплате — проверяйте соответствие аналитики (физлицо, организация) в платежных документах.

Резюме: В типовой УПП 1.3 наиболее стабильным и рекомендуемым решением является использование цепочки Сдельный наряд (без проводок) -> Начисление зарплаты -> Отражение зарплаты. Это гарантирует корректное заполнение всех регистров УСН и беспроблемное формирование КУДиР.

← На главную