Как настроить статью затрат для больничного за счет работодателя в 1С:ЗУП 3.1 и 1С:Бухгалтерии 3.0

Бухгалтер 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет
← На главную

При переходе с версии 1С:ЗУП 2.5 на современную связку 1С:Зарплата и управление персоналом 3.1 и 1С:Бухгалтерия предприятия 3.0 пользователи часто сталкиваются с изменением логики отражения начислений в бухгалтерском учете. Одной из наиболее острых проблем становится настройка аналитики для больничных листов за счет работодателя (первые 3 дня болезни). В старой версии программы существовал отдельный регистр, позволявший жестко задать статью затрат для конкретных видов расчетов. В новых версиях этот механизм трансформировался, и его поиск вызывает затруднения.

Рассмотрим ситуацию: нам необходимо, чтобы при начислении больничного за счет работодателя программа автоматически подставляла статью затрат «Пособия по социальному страхованию» (или аналогичную), но при этом сохраняла основной счет затрат сотрудника (например, 20.01, 25 или 26). Если просто указать способ отражения в самом начислении, все расходы «схлопнутся» на один счет, что недопустимо для производственных предприятий.

Разберем по шагам, как решить эту задачу штатным функционалом без привлечения программистов.

Понимание механизма «трансляции» в 1С:Бухгалтерии 3.0

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

Однако для страховых взносов и пособий за счет работодателя существует специальный механизм «подмены» аналитики. Он позволяет программе увидеть: «Ага, это начисление — пособие, значит, я возьму счет из основного заработка сотрудника, а статью затрат заменю на ту, которую указал бухгалтер в специальных настройках».

Настройка регистра «Статьи затрат по страховым взносам»

Несмотря на название, этот регистр в 1С:Бухгалтерии 3.0 отвечает и за статьи затрат по больничным листам. Рассмотрим порядок действий:

  1. Перейдем в раздел Зарплата и кадры — Настройки зарплаты.
  2. Раскроем блок Отражение в учете и выберем пункт Статьи затрат по страховым взносам.
  3. Создадим новую запись. Выясним причину, почему это работает: ключевым здесь является поле Вид статьи затрат.
  4. В поле Вид статьи затрат выберем значение Пособия за счет работодателя. Именно этот выбор активирует алгоритм обработки первых трех дней больничного.
  5. В поле Статья затрат выберем ту основную статью, которая обычно используется для начисления зарплаты (например, «Оплата труда»). Программа будет искать соответствие по этой статье.
  6. В поле Статья затрат взносов укажем нашу целевую статью для больничных (например, «Пособия по социальному страхованию за счет работодателя»).

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

Корректная настройка на стороне 1С:ЗУП 3.1

Чтобы описанный выше механизм сработал, нам нужно правильно подготовить данные в ЗУП. Посмотрим на типовую ошибку: многие пытаются зайти в настройки вида расчета Больничный лист за счет работодателя и на вкладке Налоги, взносы, бухучет выбрать конкретный способ отражения. Этого делать не следует, если вам нужно распределение по разным счетам затрат.

Разберем, как правильно настроить вид расчета в ЗУП 3.1:

  1. Зайдем в меню Настройка — Начисления.
  2. Найдем Больничный лист за счет работодателя.
  3. На вкладке Налоги, взносы, бухучет установим переключатель в положение По настройкам сотрудника или просто оставим поле Способ отражения пустым.
  4. В этом случае программа при расчете документа Отражение зарплаты подставит тот же способ, который указан у сотрудника для основной зарплаты.

Например, если токарь Сидоров работает на 20.01 со статьей «Оплата труда», то и его больничный в документе отражения получит способ, привязанный к 20.01 и «Оплате труда». А уже при синхронизации с Бухгалтерией сработает наша настройка «подмены» статей, и статья «Оплата труда» превратится в «Пособия» специально для этой строки.

Особенности для организаций на УСН

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

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

Работа с распределением затрат

Рассмотрим более сложный пример. Если зарплата сотрудника распределяется между несколькими счетами или номенклатурными группами (например, через документ Распределение основного заработка), ЗУП 3.1 автоматически распределит и сумму больничного пропорционально этим долям. В документе Отражение зарплаты в бухучете появится несколько строк с разными способами отражения.

Благодаря тому, что мы настроили соответствие через регистр Статьи затрат по страховым взносам в Бухгалтерии, каждая из этих строк будет корректно обработана. Счета (20, 25, 26) останутся разными, а статья затрат во всех строках заменится на «больничную». Это и есть тот результат, которого мы добивались.

Резюме и рекомендации

Подводя итог, отметим, что современная концепция 1С предполагает минимальное вмешательство в справочники ЗУП в части бухгалтерских счетов. Основная работа по аналитике должна вестись в 1С:Бухгалтерии.

Основные правила для закрепления:

Такой подход позволяет полностью имитировать поведение старой версии ЗУП 2.5, сохраняя при этом гибкость и типовую поддержку конфигураций без необходимости написания дополнительных обработок или доработок кода.

← На главную