В практике работы с конфигурацией «1С:Зарплата и управление персоналом 2.5» часто возникает ситуация, когда сотрудница решает реализовать свое законное право и уйти в ежегодный оплачиваемый отпуск непосредственно в день выхода из отпуска по уходу за ребенком. Однако при попытке провести документы бухгалтер или кадровик сталкивается с ошибкой системы: «Работник уже переведен в состояние работает». Разберем подробно, почему так происходит и как решить эту задачу различными способами.
Проанализируем архитектуру программы. Главным препятствием является регистр сведений СостоянияСотрудниковОрганизаций. Данный регистр имеет периодичность «В пределах дня». Это означает, что система физически не может зафиксировать два разных состояния сотрудника на одну и ту же дату. Когда мы вводим документ Изменение условий оплаты отпуска по уходу за ребенком или Возврат на работу в организации, программа записывает в регистр состояние «Работает» с определенной даты. Если мы пытаемся в этот же день провести документ Отпуска организаций, программа пытается записать состояние «В ежегодном отпуске» на ту же дату. Происходит конфликт, и система блокирует проведение.
Рассмотрим самый простой и безопасный способ, который не требует вмешательства программиста. Суть его заключается в том, чтобы «развести» события по разным датам в системе, даже если фактически они происходят в один день.
Если отпуск должен начаться 27.08, нам необходимо освободить эту дату для записи нового состояния. Для этого выполним следующие действия:
Возврат на работу в организации или Отпуск по уходу за ребенком с установленной датой окончания), укажем дату возврата на один день раньше — 26.08.Отпуска организаций и соответствующий расчетный документ Начисление отпуска.Важный нюанс: Если 26.08 является рабочим днем по графику сотрудника, программа начислит зарплату за этот день. Чтобы этого избежать, в табеле учета рабочего времени этот день можно отметить как выходной или использовать другие кадровые механизмы, если сотрудник фактически не выходил.
Проанализируем ситуацию, когда кадровики категорически отказываются менять даты документов, ссылаясь на точность ведения истории. В этом случае программист может прибегнуть к ручной или программной очистке движений. Посмотрим, как это реализовать:
Нам необходимо, чтобы запись о состоянии «Работает» не мешала записи об отпуске. Можно написать обработку, которая изменит движения документа Изменение условий оплаты труда или вовсе удалит запись из регистра СостоянияСотрудниковОрганизаций только за конкретный день.
НаборЗаписей = РегистрыСведений.СостоянияСотрудниковОрганизаций.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Сотрудник.Установить(ВыбСотрудник);
НаборЗаписей.Отбор.Период.Установить(ДатаВыхода);
НаборЗаписей.Прочитать();
// Если запись найдена, мы можем её скорректировать или удалить
Если НаборЗаписей.Количество() > 0 Тогда
// Логика удаления или изменения записи
НаборЗаписей.Очистить();
НаборЗаписей.Записать();
КонецЕсли;
После удаления «мешающей» записи документ Отпуска организаций проведется без ошибок. В истории состояний это будет выглядеть корректно: завершение декрета и сразу начало отпуска.
Разберем еще один вариант, который часто применяется на практике: отказ от кадрового документа. В системе 1С:ЗУП 2.5 за расчеты отвечает документ Начисление отпуска сотрудникам организаций, а за кадровый учет — Отпуска организаций.
Начисление отпуска с 27.08. Этот документ начисляет деньги, но не делает движений по регистру СостоянияСотрудниковОрганизаций (если не установлена галочка «Напомнить о необходимости ввести кадровый документ»).Отпуска организаций при этом не создается или не проводится.Внимание: У этого способа есть существенный минус — информация об отпуске не попадет автоматически в личную карточку Т-2. Если для вашей организации это критично, данные в печатную форму Т-2 придется вносить вручную или временно проводить кадровый документ для печати, а затем отменять проведение.
Выясним причину, по которой расчет среднего заработка в такой ситуации может вызвать затруднения. Поскольку сотрудница находилась в декрете последние годы, в расчетном периоде (12 месяцев) у нее отсутствуют фактически отработанные дни и заработок.
Согласно Постановлению №922, расчет в таких случаях производится следующим образом:
В ЗУП 2.5 необходимо внимательно проверить вкладку «Расчет среднего заработка» в документе начисления. Если программа не видит оклад, убедитесь, что документ Изменение условий оплаты отпуска по уходу за ребенком действительно назначил сотруднице плановые начисления (оклад) с даты выхода.
Рассмотрим подробнее, почему в новой редакции 3.1 такой проблемы не существует. В ЗУП 3.1 архитектура хранения состояний была полностью переработана. Вместо жесткого периодического регистра сведений используются регистры накопления и более гибкая логика «вытеснения» событий. Программа позволяет регистрировать возврат и новое отсутствие в один день, автоматически выстраивая приоритеты. Поэтому, если ваша организация часто сталкивается с подобными коллизиями, это может стать весомым аргументом для перехода на современную версию конфигурации.
Подводя итог, выберем оптимальный путь в зависимости от ваших прав в системе и требований кадровой службы:
СостоянияСотрудниковОрганизаций для конкретного регистратора, чтобы позволить кадровому документу сделать свою запись.Начисление отпуска, если ведение карточек Т-2 внутри 1С не является приоритетом.Помните, что статья 260 ТК РФ обязывает работодателя предоставить такой отпуск по желанию женщины, поэтому технические ограничения программы не должны становиться препятствием для соблюдения трудового законодательства.