Проблема задвоения районного коэффициента (РК) в программе «1С:Зарплата и управление персоналом 8» (редакция 3.1) — одна из тех ситуаций, которая может поставить в тупик даже опытного расчетчика. Особенно часто это проявляется после значимых кадровых событий: переводов, возвратов из отпусков или после перехода с версии 2.5. В этой статье мы подробно разберем, почему программа начинает видеть «два» коэффициента вместо одного, и как привести учет в порядок.
Рассмотрим типичный сценарий. В информационной базе зафиксирована следующая последовательность действий:
Возврат из отпуска по уходу).Кадровый перевод в другое подразделение.Начисление зарплаты и взносов вместо одной строки с районным коэффициентом появляются две.Проанализируем механику работы программы. В ЗУП 3.1 районный коэффициент — это не просто процент в карточке, а плановое начисление, состояние которого хранится в специальном регистре сведений. Когда мы проводим кадровые документы, программа создает записи в этом регистре, указывая, с какой даты начисление начинает действовать или прекращается.
Одной из самых частых причин является оформление двух документов одним числом. Например, Возврат из отпуска по уходу от 05.08 и Кадровый перевод от 05.08. Для системы 1С крайне важна последовательность (время) проведения документов. Если документ перевода не «увидел» активную запись от возврата из отпуска или наоборот, в регистре плановых начислений могут возникнуть две параллельные записи.
Выясним причину через технический анализ. Программа считает, что сотруднику положен РК по первому документу и, одновременно с этим, РК по второму документу. В результате при расчете базы (оклада) система применяет коэффициент к одной и той же сумме дважды, либо делит базу между двумя записями, если периоды пересекаются сложным образом.
В конфигурации 1С:ЗУП 3.1 районный коэффициент может быть задан на разных уровнях. Разберем подробнее эти уровни:
Если при кадровом переводе сотрудник перемещается из подразделения без особого коэффициента в подразделение, где РК жестко прописан в настройках, а в его плановых начислениях «висит» старая запись о РК, перенесенная еще из версии 2.5, программа может ошибочно активировать оба механизма.
Заметим важную деталь из практики: иногда в первый месяц после перевода (например, в сентябре) всё считается верно, а «двоение» начинается только в октябре. Проанализируем ситуацию. Если в сентябре был введен Больничный лист или другой документ, корректирующий время, система запускает механизм автоматического пересчета. Если в цепочке плановых начислений есть скрытая ошибка, этот пересчет «вскрывает» её, и в октябрьский документ подтягиваются некорректные данные из регистра Пересчеты начислений.
Рассмотрим, как найти и исправить ошибку в регистрах. Самым эффективным способом является проверка регистра Плановые начисления.
Шаг 1: Проверка регистра плановых начислений
Для этого нам потребуется зайти в меню «Функции для технического специалиста» (или через «Все функции», если версия платформы старше). Найдем регистр сведений Плановые начисления. Установим отбор по нашему сотруднику. Мы увидим список записей. Если на текущую дату (например, на октябрь) у сотрудника активны две строки с видом начисления «Районный коэффициент», это и есть причина проблемы.
Шаг 2: Использование документа «Изменение оплаты труда»
Самый безопасный способ исправить ситуацию без перепроведения старых периодов — создать документ Изменение оплаты труда. Разберем порядок действий:
Шаг 3: Техническая правка через кадровые документы
Посмотрим на ситуацию со стороны кадровых документов. Если мы обнаружили, что Возврат из отпуска по уходу и Кадровый перевод создали дубли, попробуем изменить время проведения. Установите время возврата на 09:00:00, а перевода на 10:00:00. Затем в документе перевода на вкладке «Оплата труда» проверьте, чтобы в списке начислений была только одна строка с РК. После этого документ Начисление зарплаты и взносов необходимо перезаполнить.
При переносе данных из старых редакций часто возникают записи, которые ЗУП 3.1 интерпретирует двусмысленно. В версии 2.5 районный коэффициент часто был просто «строкой» в списке. В 3.1 это системный показатель, который может рассчитываться автоматически исходя из настроек организации. Проанализируем, нет ли у сотрудника в списке начислений «старого» РК и «нового». Если это так, «старый» нужно закрыть датой перехода или датой ближайшего кадрового изменения.
Пример анализа регистра для программиста (если требуется проверить программно):
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ПлановыеНачисленияСрезПоследних.Начисление,
| ПлановыеНачисленияСрезПоследних.ДокументОснование
|ИЗ
| РегистрСведений.ПлановыеНачисления.СрезПоследних(&ДатаСреза, Сотрудник = &Сотрудник) КАК ПлановыеНачисленияСрезПоследних
|ГДЕ
| ПлановыеНачисленияСрезПоследних.Начисление.Название ПОДОБНО ""%Районный%""";
Если данный запрос возвращает более одной записи на одну дату — это явный признак того, что регистр «раздвоился».
Для исправления задвоения районного коэффициента необходимо:
Изменение оплаты труда для «схлопывания» лишних записей в регистре плановых начислений.Следуя этим шагам, мы сможем добиться корректного расчета и избежать претензий со стороны проверяющих органов из-за излишне начисленных сумм.