Почему в документе Отражение зарплаты в бухучете изменился вид операции для резервов отпусков?

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

С началом 2023 года многие пользователи конфигураций 1С:ЗУП и 1С:ERP столкнулись с тем, что автоматическое заполнение документа Отражение зарплаты в бухучете стало работать иначе. Раньше вид операции при списании отпускных за счет оценочных обязательств подставлялся как Ежегодный отпуск за счет оценочных обязательств, что позволяло программе четко формировать проводку по дебету счета 96.01. Теперь же по умолчанию подставляется просто Ежегодный отпуск, что приводит к некорректному отражению затрат.

Давайте разберем, почему это происходит и как можно исправить ситуацию, не дожидаясь официальных исправлений от разработчиков.

Причины изменения логики работы

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

Теперь логика 1С сместилась в сторону того, что программа должна сама определять необходимость списания из резерва на основе данных регистров накопления, а не на основании жестко заданного вида операции. Однако, как показывает практика, этот автоматизм не всегда срабатывает корректно при обмене данными с бухгалтерскими конфигурациями (1С:Бухгалтерия), что влечет за собой ошибки в бухгалтерском и налоговом учете.

Способы решения проблемы

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

Решение через доработку (Обработка табличной части)

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

Разберем алгоритм работы такой обработки:

  1. Программа анализирует данные документа Отражение зарплаты в бухучете.
  2. Система проверяет наличие данных о Резерве БУ и Резерве НУ для конкретной строки начисления.
  3. Если по данным регистра накопления положено списание за счет резерва, обработка программно меняет вид операции.

Примерная логика (псевдокод) для реализации данной обработки:


Для Каждого СтрокаТЧ Из ДокументОбъект.НачисленнаяЗарплатаИВзносы Цикл
    // Проверяем, есть ли суммы в резерве для сотрудника
    Если СтрокаТЧ.СуммаРезерваБУ > 0 Тогда
        СтрокаТЧ.ВидОперации = Справочники.ВидыОперацийПоЗарплате.ЕжегодныйОтпускЗаСчетОценочныхОбязательств;
    КонецЕсли;
КонецЦикла;

Корректировка учета через ручные операции

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

Для реализации этого метода необходимо:

Рекомендации по контролю

Чтобы минимизировать количество ошибок при обмене данными, рекомендуем придерживаться следующих правил:

  1. Контроль регистров: Перед формированием документа Отражение зарплаты в бухучете обязательно проверяйте отчет Резервы по оплате труда в ЗУП. Если суммы отпусков корректно учтены в регистрах накопления, вероятность того, что система верно отработает проводки при обмене, возрастает.
  2. Синхронизация данных: Убедитесь, что настройки способа отражения зарплаты в ЗУП соответствуют настройкам в бухгалтерской программе. Часто проблема кроется в том, что Способ отражения в ЗУП не имеет привязки к счету 96 в бухгалтерской базе.
  3. Анализ НУ: Помните, что требования налогового учета (НУ) по резервам могут отличаться от БУ. Если вы автоматизируете замену видов операций через обработку, обязательно учитывайте различия в НУ, чтобы не допустить искажений при расчете налога на прибыль.

Таким образом, текущая ситуация с видами операций — это не «косяк» конкретной базы, а следствие изменения методологии учета 1С. Применение обработки для ТЧ документа является наиболее надежным способом автоматизации, который позволяет избавиться от необходимости ручных правок проводок каждый месяц.

← На главную