← На главную

Переход с устаревшей конфигурации «1С:Зарплата и управление персоналом», редакции 2.5, на современную редакцию 3.1 — это сложный процесс, требующий от бухгалтера и расчетчика особого внимания к деталям. Часто после переноса данных по так называемой «краткой» (рекомендованной) схеме пользователи сталкиваются с неожиданным поведением программы. Одна из типичных проблем: сотруднику, который находится в переходящем отпуске (начавшемся еще в старой базе), программа продолжает рассчитывать плановые начисления, такие как Доплата за проезд, компенсации или другие регулярные надбавки.

При этом в кадровом учете все выглядит идеально. В регистре сведений Данные состояний сотрудников есть четкая запись о том, что сотрудник находится в отпуске. В регистре Состояния сотрудников также зафиксировано отсутствие. Табель учета рабочего времени корректно отображает код отпуска (ОТ или основной ежегодный отпуск). Тем не менее, при заполнении документа Начисление зарплаты и взносов программа упорно добавляет строку с плановым начислением и рассчитывает по нему сумму и часы.

Давайте подробно разберем, почему возникает эта техническая коллизия, как устроен механизм вытеснения в 1С:ЗУП 3.1 на стыке начала эксплуатации базы, и как правильно настроить систему, чтобы избежать подобных ошибок в расчетах.

Выясняем причину: особенности переноса данных и документ «Периоды, оплаченные до начала эксплуатации»

При переходе на 1С:ЗУП 3.1 по рекомендованному сценарию в новую информационную базу не переносится вся многолетняя история расчетов. Вместо этого фиксируются остатки и кадровые срезы на дату начала эксплуатации. Переходящие отсутствия (например, отпуск, который начался в декабре в ЗУП 2.5, а закончился в январе уже в ЗУП 3.1) регистрируются специальным документом — Периоды, оплаченные до начала эксплуатации.

Этот документ выполняет важнейшую роль:

1. Регистрация отсутствия в кадровом учете. Он сообщает программе, что в определенные дни сотрудник фактически отсутствовал на рабочем месте, поэтому эти дни не должны учитываться как рабочие в табеле.
2. Предотвращение повторной выплаты. Так как отпускные за весь период (включая дни, переходящие на новый месяц в новой базе) уже были начислены и выплачены в ЗУП 2.5, документ Периоды, оплаченные до начала эксплуатации не производит никаких денежных начислений в ЗУП 3.1. Он просто фиксирует период.
3. Механизм вытеснения. Для того чтобы за эти дни сотруднику не начислился оклад, тарифная ставка или другие плановые показатели, программа использует скрытый (служебный) вид расчета — Дни, учтенные до начала эксплуатации. Именно этот вид расчета делает записи в регистре расчета Начисления и выступает вытесняющим фактором для других видов начислений.

Проблема с пользовательскими начислениями (такими как Доплата за проезд, надбавки за сложность, фиксированные компенсации) заключается в том, что при переносе данных или ручном создании этих начислений в ЗУП 3.1 для них не настраиваются автоматические правила вытеснения. Если для стандартного оклада программа «знает», что его нужно вытеснить служебным начислением Дни, учтенные до начала эксплуатации, то для вашей уникальной доплаты таких правил в системе нет. В результате программа видит действующее плановое начисление, видит отсутствие явного запрета на его расчет в этот период и производит начисление.

Разберем по шагам: настройка приоритетов и вытеснения начислений

Чтобы решить эту проблему раз и навсегда, нам необходимо правильно настроить вкладку Приоритет в настройках проблемного начисления. Рассмотрим этот процесс пошагово.

1. Перейдите в раздел меню Настройка и откройте справочник Начисления.
2. Найдите в списке и откройте двойным кликом ваше плановое начисление (в нашем примере это Доплата за проезд).
3. В открывшемся окне настроек перейдите на вкладку Приоритет. Эта вкладка отвечает за то, какие начисления должны вытеснять текущее, а какие, наоборот, уступают ему дорогу.
4. В левой таблице, которая называется «Начисления, приоритет которых выше» (именно они вытесняют нашу доплату), нажмите кнопку Добавить.
5. В появившемся списке видов расчета найдите и выберите служебное начисление Дни, учтенные до начала эксплуатации. Это решит проблему с текущим переходящим отпуском, перенесенным из старой базы.
6. Важный нюанс! Чтобы в будущем, когда сотрудник пойдет в обычный отпуск, оформленный уже непосредственно в ЗУП 3.1, эта доплата также автоматически отменялась на время отсутствия, добавьте в эту же левую таблицу стандартные начисления отсутствий:
   • Отпуск основной;
   • Больничный;
   • Командировка;
   • Отсутствие по невыясненной причине;
   • Любые другие виды отпусков и отсутствий, которые используются в вашей организации.
7. Нажмите кнопку Записать и закрыть для сохранения изменений.

После выполнения этих настроек перейдите в документ Начисление зарплаты и взносов за текущий месяц, выберите сотрудника и нажмите кнопку Пересчитать сотрудника. Вы увидите, что строка с начислением Доплата за проезд за дни переходящего отпуска исчезла, а расчет за оставшиеся фактически отработанные дни месяца выполнился корректно.

Альтернативный сценарий: исправление некорректного переноса данных

Проанализируем ситуацию, когда стандартная настройка приоритетов не помогает или если сам перенос данных прошел с ошибками. Иногда переходящие отпуска переносятся некорректно (например, если в ЗУП 2.5 документ отпуска подвергался исправлениям, продлевался в связи с больничным листом или корректировался в закрытом периоде). В таком случае документ Периоды, оплаченные до начала эксплуатации может содержать искаженные данные, либо вообще не содержать записей по нужному сотруднику.

Если вы столкнулись с подобным сбоем, эксперты рекомендуют использовать альтернативный, абсолютно надежный методический прием:

1. Откройте документ Периоды, оплаченные до начала эксплуатации, созданный при переносе данных. Если он заблокирован для редактирования, предварительно включите возможность изменения через меню «Еще» или откройте его движения.
2. Найдите строку по проблемному сотруднику и полностью удалите ее из этого документа. Это необходимо, чтобы избежать задвоения периодов отсутствия в системе.
3. Создайте новый стандартный документ Отпуск непосредственно в ЗУП 3.1.
4. В созданном документе укажите реальный переходящий период отпуска (например, с конца прошлого месяца по текущий месяц).
5. Перейдите на вкладку Начислено (подробно). Поскольку эти отпускные уже были выплачены сотруднику в старой базе ЗУП 2.5, нам категорически нельзя начислять их повторно. Поэтому вручную обнулите результаты расчетов во всех строках табличной части (установите сумму в 0 рублей), но оставьте нетронутыми периоды и показатели времени.
6. Проведите документ.

Что мы получаем в результате таких действий? Программа зафиксирует факт отсутствия сотрудника полноценным, стандартным кадрово-расчетным документом Отпуск. Поскольку для всех плановых начислений (включая оклад и пользовательские надбавки) типовой отпуск уже прописан в таблице вытеснения по умолчанию, система автоматически и без дополнительных ручных настроек приоритетов прекратит начисление плановых показателей за эти дни. При этом повторного начисления денежных средств не произойдет, так как мы вручную обнулили расчетную часть в документе отпуска.

Рассмотренные методы позволяют быстро и методически корректно устранить любые нестыковки в расчете заработной платы на начальном этапе работы в 1С:ЗУП 3.1. Рекомендуется регулярно проверять настройки приоритетов для всех вновь создаваемых пользовательских начислений, чтобы избежать непредвиденного поведения программы при расчете среднего заработка и начислении плановых показателей в периоды отсутствия сотрудников.