Переход с программы «1С:Зарплата и Управление Персоналом» версии 2.5 на версию 3.1 часто сопровождается трудностями в части формирования бухгалтерских проводок. В старой редакции (и в УПП 1.3) документ «Отражение зарплаты в регламентированном учете» позволял видеть детальные проводки с указанием счетов и субконто. В ЗУП 3.1 разработчики отошли от этой концепции, внедрив механизм способов отражения, который по сути является лишь «наименованием» для последующей настройки в бухгалтерской программе.
В этой статье мы подробно разберем, как вернуть привычную аналитику, рассмотрим различные технические подходы — от использования типового функционала до глубокой доработки системы, и выясним, как автоматизировать получение отчетов в разрезе счетов БУ прямо в ЗУП.
Проанализируем самый простой и безопасный с точки зрения обновлений способ. Если нам необходимо видеть в ЗУП счета Дт/Кт и статьи затрат, мы можем использовать механизм дополнительных реквизитов.
Способы отражения зарплаты в бухгалтерском учете.СчетДт (строка или ссылка на созданный вспомогательный справочник), СтатьяЗатрат, НоменклатурнаяГруппа.Рассмотрим преимущества этого метода: при заполнении документа Отражение зарплаты в бухучете программа подтягивает способы отражения. Если мы настроим отчет через «Изменить вариант», мы сможем вытащить эти дополнительные реквизиты прямо в форму отчета по отражению зарплаты. Это позволяет строить «виртуальные» проводки, не меняя структуру конфигурации.
Для более серьезной автоматизации, когда аналитики тысячи (например, позаказное производство), ручного заполнения недостаточно. Разберем подход с использованием расширений конфигурации.
Проанализируем ситуацию: в ЗУП 3.1 документ Отражение зарплаты в бухучете сворачивает данные. Если нам нужно видеть информацию в разрезе сотрудников и конкретных начислений (как в 2.5), нам придется вмешаться в процесс заполнения документа.
В расширении мы можем добавить в табличную часть Начисления документа новые колонки:
СчетДтСчетКтСубконто1...3Далее необходимо переопределить процедуру заполнения документа. Выясним причину, по которой типовой механизм не подходит: он использует агрегацию данных. Нам же нужно изменить запрос в модуле менеджера или через После-обработчик расширения так, чтобы данные не сворачивались до способа отражения, а сохраняли связь с физическим лицом и видом расчета.
Пример логики для расширения (схематично):
&После("ЗаполнитьДанныеБухучета")
Процедура Расш_ЗаполнитьДанныеБухучета(ДокументОбъект)
// Получаем данные из регистров расчета ЗУП
// Присоединяем к ним наши доп. реквизиты из Способов Отражения
// Заполняем новые колонки в табличной части Начисления
КонецПроцедуры
Мало кто знает, что в ЗУП 3.1 есть штатный механизм для распределения затрат по объектам или заказам без доработки кода. Это справочник Территории.
Рассмотрим, как это работает:
Перемещение между территориями или указывать территорию прямо в Табеле учета рабочего времени.В результате при формировании отражения программа автоматически разделит суммы начислений пропорционально времени, отработанному на разных объектах. Это идеальное решение для тех, кому нужна детальная аналитика по счетам 20 и 25 без изменения кода программы.
Если задача стоит в получении отчетов типа «Оборотно-сальдовая ведомость» прямо в ЗУП, лучшим решением будет создание своего регистра накопления. Разберем по шагам:
АналитикаНачислений (тип: Обороты).Организация, Сотрудник, Подразделение, СчетДт, СчетКт, СтатьяЗатрат.Сумма.ОбработкаПроведения для документа ОтражениеЗарплатыВБухучете.В обработчике подписки проанализируем табличную часть документа и сформируем движения по нашему регистру. Посмотрим на пример кода, который может быть использован в подписке:
Процедура Расш_ОтражениеЗарплатыВБухучетеОбработкаПроведения(Источник, Отказ, РежимПроведения)
НаборЗаписей = РегистрыНакопления.АналитикаНачислений.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(Источник.Ссылка);
Для Каждого СтрокаТЧ Из Источник.Начисления Цикл
НоваяЗапись = НаборЗаписей.Добавить();
НоваяЗапись.Период = Источник.Дата;
НоваяЗапись.Сотрудник = СтрокаТЧ.Сотрудник;
// Извлекаем счета из доп. реквизитов способа отражения
НоваяЗапись.СчетДт = СтрокаТЧ.СпособОтражения.СчетДт;
НоваяЗапись.Сумма = СтрокаТЧ.Результат;
КонецЦикла;
НаборЗаписей.Записать();
КонецПроцедуры
После этого на базе регистра можно легко создать отчет на СКД, который полностью заменит отчеты из ЗУП 2.5.
Проанализируем ситуацию со страховыми взносами. В ЗУП 3.1 взносы «наследуют» способ отражения от основного начисления. Если вам нужно распределять взносы на другие статьи затрат, отличные от зарплаты, придется использовать документ Настройка отражения страховых взносов или дорабатывать алгоритм распределения в самом документе отражения.
Для удержаний (например, Профвзносы или Исполнительные листы), где требуется проводка Дт 70 - Кт 76.09 или Дт 70 - Кт 62, необходимо:
Операция, введенная вручную на основании данных из ЗУП, игнорируя стандартную синхронизацию для удержаний.Важно помнить: если мы добавили новые реквизиты в способы отражения в ЗУП, стандартная синхронизация через EnterpriseData их «не увидит». Чтобы передать эту аналитику в 1С:Бухгалтерию или 1С:ERP, необходимо внести изменения в правила обмена.
Рекомендуется использовать расширение XDTO-пакета и переопределять модули менеджера обмена. Это более современный подход, чем использование устаревших COM-соединений, так как он позволяет передавать данные даже между облачными базами.
Мы рассмотрели несколько вариантов реализации бухгалтерской аналитики в ЗУП 3.1. Выбор зависит от ваших целей:
Помните, что любые изменения логики формирования проводок должны быть согласованы с методологами бухгалтерского учета, так как ЗУП — это в первую очередь система расчета, а не учета затрат.