Переход со старых версий программы (например, с 1С:ЗУП 2.5) на редакцию 3.1 часто сопровождается техническими нюансами. Один из наиболее распространенных сбоев связан с расчетом среднего заработка для отпусков и командировок, когда в расчетном периоде была проведена индексация окладов. Бухгалтеры замечают, что за определенные месяцы заработок упорно отказывается индексироваться, хотя в предыдущих периодах расчет проходит корректно. Проанализируем эту ситуацию, выясним внутренние причины такого поведения программы и разберем по шагам, как решить эту проблему.
Разберем ситуацию на примере. В организации 16 декабря 2017 года была проведена индексация заработка. С 1 июля следующего года компания перешла на работу в «1С:Зарплата и управление персоналом 3.1». При начислении отпуска выясняется, что при расчете среднего заработка за декабрь 2017 года часть начислений не индексируется, тогда как в октябре и ноябре все считается правильно.
Выясним причину такого поведения системы. Дело в том, что в редакции 3.1 механизм расчета среднего заработка при индексации был спроектирован заново. В отличие от старых версий, новая программа жестко привязана к месячным интервалам. В ЗУП 3.1 методически не существует понятия «частичной» индексации внутри одного календарного месяца. Начисления либо индексируются за весь месяц целиком, либо не индексируются вовсе.
Когда данные переносились из старой базы ЗУП 2.5 в ЗУП 3.1 с помощью стандартного помощника перехода, в регистр сведений Коэффициент индексации заработка (в некоторых релизах — Коэффициенты индексации заработка) была перенесена запись с фактической датой события — 16.12.2017. Для программы эта дата в середине месяца является некорректной: алгоритмы расчета среднего заработка просто игнорируют этот месяц, так как не могут применить коэффициент к дробному периоду.
Для того чтобы программа начала корректно индексировать заработок за «проблемный» месяц, нам необходимо сместить дату регистрации коэффициента индексации на первое число этого месяца. Рассмотрим, как это сделать программно-методическими средствами.
Перенос данных с кодом, который отвечает за перенос кадровой истории и расчетов за соответствующий год (обычно документы переноса имеют префиксы вроде «ЗП», «ТЗР» или «ГП»).Коэффициент индексации заработка.Период установлена дата 16.12.2017.Период для всех записей этого месяца строго на 01.12.2017 (первое число месяца индексации).Перенос данных.После выполнения этих действий программа увидит, что коэффициент действует с первого числа месяца, и успешно проиндексирует весь заработок за декабрь.
Если сотрудников в базе много, искать некорректные даты вручную в документах переноса может быть долго. Для разработчиков и администраторов базы данных будет полезно запустить простой запрос в консоли запросов, чтобы локализовать все записи регистра сведений, даты которых не привязаны к первому числу месяца:
ВЫБРАТЬ
КоэффициентыИндексации.Период КАК ПериодРегистрации,
КоэффициентыИндексации.Сотрудник КАК Сотрудник,
КоэффициентыИндексации.Коэффициент КАК Коэффициент
ИЗ
РегистрСведений.КоэффициентыИндексацииЗаработка КАК КоэффициентыИндексации
ГДЕ
ДЕНЬ(КоэффициентыИндексации.Период) <> 1
Этот запрос мгновенно покажет вам всех сотрудников и даты документов переноса данных, которые требуют корректировки.
Рассмотрим подробнее, как изменился механизм индексации в последних версиях программы (начиная с релизов 3.1.27.90 и выше), так как эти знания уберегут вас от аналогичных ошибок при текущей работе.
Во-первых, в современных версиях ЗУП 3.1 кадровые документы (такие как Кадровый перевод или Изменение оплаты труда) больше не регистрируют индексацию для среднего заработка автоматически, даже если там изменен оклад. Теперь коэффициент индексации регистрируется в системе исключительно специализированными документами:
Изменение плановых начислений (в котором обязательно должен быть установлен флаг «Учитывать как индексацию заработка»);Индексация заработка (архивный документ, использовавшийся в старых релизах).Во-вторых, если вы обновили базу данных на новый релиз, и у вас «слетела» индексация за прошлые периоды, которая ранее вводилась обычными кадровыми переводами, не паникуйте. Для исправления этой ситуации вам нужно создать «технический» документ Изменение плановых начислений датой проведения старой индексации, заполнить его сотрудниками (не меняя им оклады, так как они уже изменены кадровыми документами) и провести его с установленным флагом индексации. Это заставит программу сделать нужные записи в регистрах для расчета среднего заработка.
Иногда даже при правильных датах в регистрах некоторые начисления (например, ежемесячные премии или надбавки) упорно не увеличиваются на коэффициент индексации при расчете среднего заработка. Посмотрим на настройки самих начислений:
Помните, что индексация в 1С:ЗУП 3.1 — это комплексный механизм, требующий строгого соблюдения хронологии и порядка заполнения регистров сведений. Корректная установка дат в документах переноса данных позволит вам избежать ручных корректировок в документах отпусков и обеспечит безупречную сдачу отчетности.