Ситуация, когда при оформлении документа Отпуск в программе «1С:Зарплата и управление персоналом 8.3» вместо одного положенного дня система начисляет два (или вместо 14 дней — 28), является довольно распространенной. Эта проблема может носить как методический характер (неверные настройки программы), так и технический (ошибки в кэше или релизе). Разберем пошагово, как выявить причину и устранить это задвоение.
Первым делом нам необходимо проанализировать, как настроен сам вид расчета. Зачастую корень проблемы кроется во вкладке учета времени. Перейдем в раздел Настройки — Начисления и найдем используемый вид отпуска (например, Отпуск основной).
Рассмотрим вкладку Учет времени. Здесь важно обратить внимание на поле «Вид времени». Если в настройках начисления в разделе «Дополнительные виды времени» ошибочно указан тот же самый вид времени или время, которое уже перекрывается основным начислением, программа может начать суммировать эти периоды. Проанализируем также вкладку Приоритет. Убедимся, что Отпуск основной корректно вытесняет явку и другие плановые начисления. Если механизм вытеснения настроен неверно, система может попытаться начислить оплату по двум основаниям за один и тот же период.
Одной из наиболее вероятных причин задвоения дней является дублирование прав на отпуск в кадровом учете. Это случается, если сотруднику по ошибке назначено два одинаковых вида отпуска в документе Прием на работу или Кадровый перевод.
Выясним это, выполнив следующие действия:
Основной ежегодный отпуск (например, две записи по 28 дней), значит, программа видит «двойное право» и при расчете пытается списать остаток сразу по обеим веткам.Чтобы исправить эту ситуацию, нам нужно найти кадровый документ, которым были назначены права. В документе Кадровый перевод на вкладке Главное перейдем по ссылке Редактировать право на отпуск. Удалим лишнюю строку, оставив только одну запись с корректным количеством дней. После этого перезаполним документ Отпуск.
Иногда проблема кроется во взаимодействии документа Отпуск и документа Табель. Посмотрим на ситуацию глазами программы: если в системе уже проведен Табель, в котором за этот день стоит Явка или другой код, а мы вводим Отпуск, может возникнуть конфликт данных.
Попробуем на время распровести документ Табель по данному сотруднику и перезаполнить Отпуск. Если после этого количество дней станет верным, значит, проблема была в предварительном вводе времени. Также проверим наличие документа Индивидуальный график. Если он создан и содержит некорректные данные, это напрямую повлияет на расчет дней отпуска.
Если методические настройки в порядке, а задвоение продолжается «выборочно» у некоторых сотрудников, стоит заподозрить технический сбой. В старых релизах (например, ветка 3.1.5) часто встречались ошибки, связанные с динамическим обновлением конфигурации.
Рассмотрим алгоритм технической очистки:
Отпуск (пометить на удаление и создать новый с нуля, а не копированием).В сложных случаях, когда визуально все настроено верно, нам придется заглянуть «под капот» системы — в регистры. Проанализируем движения документа Отпуск. Для этого в самом документе нажмем Еще — Движения документа.
Нас интересует регистр накопления Данные о времени для расчета среднего заработка (общий). Если мы видим, что одна и та же дата фигурирует в движениях дважды с разными значениями или дублирует суммы, проблема может быть в «зависших» записях прошлых периодов или некорректно сторнированных больничных листах, которые пересекались с отпуском ранее. В этом случае может потребоваться перепроведение кадровых документов сотрудника с начала года или использование обработки «Тестирование и исправление информационной базы».
Если ничего не помогает, проведем эксперимент. Создадим в справочнике Начисления копию основного отпуска, но с абсолютно чистыми настройками (можно подсмотреть их в демо-базе актуального релиза). Попробуем выбрать это новое начисление в документе. Если с новым начислением расчет идет верно, значит, старое начисление было повреждено или содержит скрытые настройки, которые не отображаются в пользовательском интерфейсе из-за программных ограничений старого релиза.
Важный момент: всегда выполняйте подобные эксперименты на копии базы данных, чтобы не нарушить целостность учета и последовательность кадровых документов.