При ведении учета в связке 1С:Зарплата и управление персоналом 3.1 и 1С:Бухгалтерия предприятия 3.0 часто возникает ситуация, когда аналитика в документе Резервы по оплате труда (бывшее название — «Оценочные обязательства») автоматически дублирует статьи затрат основной зарплаты. Например, если зарплата сотрудника отражается по статье «Оплата труда», то и резерв на отпуск по счету 96.01.1 также попадает на эту статью. Однако бухгалтеру часто требуется выделить начисление резервов на отдельную статью затрат (например, «Резервы по отпускам»).
В этой статье мы подробно разберем, как автоматизировать этот процесс, избежав ручной правки сотен строк в документах, и какие инструменты для этого предоставляют современные релизы программ 1С.
Начиная с релизов БП 3.0.150 и ЗУП 3.1.27/3.1.29 (а также в более поздних, таких как упомянутый в обсуждении 3.1.36.75), разработчики реализовали удобный механизм «соответствия статей». Проанализируем, как это работает:
Резервы по оплате труда.Если нам нужно более гибко настроить аналитику для каждого конкретного подразделения или вида начисления, мы можем воспользоваться расширенными возможностями справочника Способы учета зарплаты непосредственно на стороне 1С:Бухгалтерия 3.0.
Разберем структуру настройки внутри карточки способа отражения:
Способы учета зарплаты.96.01.1.Важно помнить, что из программы 1С:ЗУП передается только наименование способа отражения. Все настройки счетов и статей привязаны к этому наименованию уже в Бухгалтерии. Если поля для резервов в карточке способа оставлены пустыми, система по умолчанию применит ту же статью, что указана для основной зарплаты.
Чтобы понять, почему проставляется та или иная статья, проанализируем алгоритм, по которому 1С:Бухгалтерия ищет данные для проводки резерва:
Способы учета зарплаты. Если там явно указана статья для резерва — используется она.В ситуациях, когда типовых настроек недостаточно (например, требуется сложная логика распределения в зависимости от дополнительных свойств подразделений), можно прибегнуть к расширению конфигурации. Как отмечалось в обсуждении, для этого достаточно модифицировать одну ключевую функцию в модуле интеграции.
Рассмотрим пример функции, которая отвечает за наполнение таблицы резервов аналитикой:
Функция ДополнитьТаблицуРезервовАналитикойБухУчета(ТаблицаРезервов, ПараметрыПроведения)
// В данном фрагменте кода выполняется обход строк документа
// и подмена СтатьиЗатрат по заданному алгоритму
Для Каждого СтрокаТЗ Из ТаблицаРезервов Цикл
Если СтрокаТЗ.СчетЗатрат.Вид = ВидыСчетов.Затраты Тогда
// Пример: принудительная установка статьи "Резервы"
// для всех проводок по 96 счету
СтрокаТЗ.СтатьяЗатрат = Справочники.СтатьиЗатрат.НайтиПоНаименованию("Резервы по отпускам");
КонецЕсли;
КонецЦикла;
КонецФункции
Такая доработка в виде расширения занимает минимум времени и позволяет полностью автоматизировать процесс, если компания имеет сложную структуру (например, несколько дочерних организаций в разных базах), где ручная настройка каждого способа отражения трудозатратна.
Если ваша организация использует версию с длительной поддержкой, где новый функционал «соответствия статей» еще не доступен, можно применить административный метод:
Начисление резервов под отпуска на последней вкладке (где данные сводятся для выгрузки) этот способ указывается вручную или через групповое изменение реквизитов.Несмотря на то, что это требует определенных действий в ЗУП перед синхронизацией, это гораздо эффективнее, чем править проводки непосредственно в Бухгалтерии после каждой выгрузки.
Резюмируем: наиболее современным и правильным способом является использование таблицы соответствия статей затрат в настройках зарплаты в Бухгалтерии. Это сохраняет прозрачность учета и не требует изменения программного кода конфигурации.