Приветствуем вас! В практической работе бухгалтера и расчетчика зарплаты часто возникает ситуация, когда один и тот же человек работает в организации на двух должностях: по основному месту работы и как внутренний совместитель. В программных продуктах 1С для такого человека создается одно физическое лицо в справочнике ФизическиеЛица, но два разных сотрудника в справочнике Сотрудники.
При расчете зарплаты в программе «1С:Зарплата и управление персоналом 2.5» (ЗУП 2.5) начисления производятся отдельно по каждому сотруднику. Однако при формировании регламентированного отчета «Расчетная ведомость Т-51» или общего свода начислений пользователи обнаруживают неприятный сюрприз: все начисления «схлопываются» в одну строку по основному сотруднику. В этой статье мы подробно разберем, почему так происходит, как обойти это ограничение в ЗУП 2.5 и как эта задача элегантно решается при переходе на современную редакцию ЗУП 3.1.
Для того чтобы понять, почему программа объединяет начисления, проанализируем структуру хранения данных в конфигурации ЗУП 2.5. Исторически эта редакция проектировалась с упором на то, что ключевым объектом расчетов является человек, то есть физическое лицо. Именно в разрезе физических лиц ведутся ключевые регистры программы:
Хотя в документах начисления зарплаты мы выбираем конкретного сотрудника (например, Иванов (вн. совм.)), при проведении документа программа записывает начисления в регистр расчета, но при этом для целей налогового учета и расчетов собирает данные по головному физическому лицу. При формировании стандартной «Расчетной ведомости Т-51» алгоритм отчета группирует все показатели именно по физическому лицу. Поскольку у основного работника и совместителя физическое лицо совпадает, отчет принудительно объединяет их в одну строку, выводя имя основного сотрудника.
Если вам нужно срочно проверить начисления в разрезе рабочих мест без изменения кода программы, стандартная расчетная ведомость Т-51 не подойдет. Однако мы можем воспользоваться другими встроенными инструментами:
ОсновныеНачисленияОрганизаций. Для этого откроем универсальный отчет, выберем тип данных «Регистр расчета», выберем наш регистр начислений и добавим группировку по полю Сотрудник.Если бухгалтерии принципиально требуется видеть именно ведомость Т-51 с разбивкой по сотрудникам, нам придется привлечь программиста 1С для изменения схемы компоновки данных (СКД) отчета. Рассмотрим, как это сделать по шагам:
Во-первых, создадим внешнюю копию стандартного отчета, чтобы не снимать конфигурацию с поддержки. Во-вторых, откроем схему компоновки данных и проанализируем запрос основного набора данных. В запросе связь таблиц начислений и удержаний настроена по полю ФизЛицо. Нам необходимо заменить это соединение на связь по полю Сотрудник.
Давайте посмотрим на пример изменения запроса. Вместо группировки по физическому лицу мы должны вытащить реквизит ВидЗанятости из справочника Сотрудники:
ВЫБРАТЬ
Взаиморасчеты.ПериодРегистрации КАК ПериодРегистрации,
Взаиморасчеты.Физлицо КАК Физлицо,
Взаиморасчеты.Сотрудник КАК Сотрудник,
Взаиморасчеты.Сотрудник.ВидЗанятости КАК ВидЗанятости,
Взаиморасчеты.СуммаВзаиморасчетов КАК СуммаВзаиморасчетов
ИЗ
РегистрНакопления.ВзаиморасчетыССотрудниками КАК Взаиморасчеты
Важное предупреждение («Компромиссный вариант»): При программной доработке ведомости в ЗУП 2.5 вы столкнетесь с методологическим тупиком. Начисления (оклады, тарифные ставки) разделятся по строкам идеально. Но как распределить НДФЛ, сумму к выплате и конечное сальдо? В регистрах ЗУП 2.5 НДФЛ рассчитывается нарастающим итогом по физлицу в целом, без привязки к конкретному трудовому договору. Поэтому даже доработанный отчет сможет разделить по сотрудникам только начисления, а НДФЛ и выплаты все равно будут выводиться общей суммой по основному сотруднику.
В современной редакции «1С:Зарплата и управление персоналом 3.1» разработчики полностью пересмотрели архитектуру хранения данных. Теперь ведение учета взаиморасчетов, НДФЛ и выплат жестко привязано не к физическому лицу, а к конкретному рабочему месту — то есть к элементу справочника Сотрудники. Это позволяет разделять начисления и выплаты основного сотрудника и совместителя штатным функционалом без привлечения программистов.
Рассмотрим, как настроить отчеты в ЗУП 3.1 для решения нашей задачи:
В ЗУП 3.1 уже существует готовый стандартный отчет, который называется «Расчетный листок с разбивкой по рабочим местам». Найти его можно в разделе «Зарплата» — «Отчеты по зарплате». Этот отчет автоматически формирует отдельные расчетные листки для основного места работы и для внутреннего совместительства, распределяя не только начисления, но и удержания, НДФЛ и выплаченную зарплату.
Если вам нужно настроить саму «Расчетную ведомость Т-51» или «Полный свод начислений и удержаний», мы можем легко изменить структуру отчета прямо в пользовательском режиме. Выполним следующие шаги:
Физическое лицо.Сотрудник. Либо заменим группировку по физическому лицу на группировку по сотруднику.После выполнения этих простых шагов ведомость перестроится. Теперь Иванов как основной работник и Иванов как внутренний совместитель будут выводиться в разных строках со своими уникальными табельными номерами, должностями, начислениями и выплатами. Это делает учет прозрачным и исключает ошибки при анализе затрат по подразделениям.
Подводя итоги, отметим, что проблема группировки начислений по совместителям в ЗУП 2.5 является следствием устаревшей архитектуры программы. Полностью и корректно решить ее (с распределением налогов и выплат) в рамках старой редакции крайне сложно и нецелесообразно. Если ваша организация активно использует внутреннее совместительство, лучшим выходом будет планирование перехода на редакцию 1С:ЗУП 3.1, где этот функционал работает безупречно из коробки.