При работе в программе 1С:Зарплата и Управление Персоналом 8.3 (редакция 3.1) пользователи часто сталкиваются с ситуациями, когда данные в печатных формах не соответствуют введенным вручную значениям, а при попытке зарегистрировать новый отпуск система выдает ошибку о «зарегистрированном отсутствии». Особенно остро эти проблемы проявлялись в релизах ветки 3.1.6 и 3.1.7.
В данной статье мы подробно разберем, почему программа может игнорировать ручные правки лет для расчета среднего заработка, и выясним, как правильно оформить цепочку документов, если сотрудница уходит из одного декрета в другой, не выходя на работу.
Рассмотрим стандартную ситуацию: бухгалтер оформляет документ Отпуск по уходу за ребенком. По закону (или по заявлению сотрудницы) производится замена лет. Например, вместо стандартных 2016–2017 годов выбираются 2013–2014 годы. Бухгалтер нажимает на значок «карандаша» в поле среднего заработка, вводит нужные суммы и видит в форме документа надпись: «Использованы данные о заработке за 2013, 2014 г.». Однако при выводе на печать формы «Расчет среднего заработка» в пункте №4 программа упорно выводит 2016 и 2017 годы и, соответственно, другие суммы.
Почему так происходит?
Проанализируем техническую логику программы. Печатная форма в ЗУП 3.1 формируется на основании данных специальных регистров, а не только на основе визуальных полей, которые мы правим «карандашиком». Если мы просто изменили цифры среднего заработка, но не зафиксировали «замену лет» через специальный механизм, алгоритм формирования печатного макета может продолжать обращаться к «стандартному» периоду, определяемому датой начала события.
Как правильно выполнить замену лет, чтобы она отразилась в печати:
Отпуск по уходу за ребенком.Разберем более сложную ситуацию, описанную в сообщении №12. Сотрудница находится в первом отпуске по уходу, затем приносит больничный лист по беременности и родам (второй декрет) и следом оформляет новый отпуск по уходу. При попытке провести документ на второй отпуск программа выдает ошибку:
«На период [Дата] сотруднику уже зарегистрировано отсутствие документом Отпуск по уходу (первый отпуск)».
Многих смущает дата, фигурирующая в ошибке (например, 4 сентября). Выясним причину: программа указывает дату начала первого («длящегося») отсутствия. В 1С статус сотрудника «В отпуске по уходу» является непрерывным состоянием. Вы не можете «наложить» сверху еще одно отсутствие, так как с точки зрения регистров системы сотрудник уже «отсутствует».
Пошаговый алгоритм решения:
Для корректной регистрации цепочки событий необходимо «прервать» предыдущее состояние. Рассмотрим по шагам:
Возврат из отпуска по уходу. Дата возврата должна стоять накануне дня начала нового больничного листа по беременности и родам. Этот документ не означает, что сотрудница реально вышла работать, он лишь прекращает начисление пособия по первому ребенку и «освобождает» период в регистре состояний.Больничный лист на период второго декрета. Теперь система позволит его провести, так как предыдущее отсутствие официально завершено документом возврата.Отпуск по уходу за ребенком.Важный нюанс законодательства: Согласно ст. 13 Федерального закона № 255-ФЗ, сотрудница не может получать одновременно пособие по уходу за ребенком и пособие по беременности и родам. Она должна выбрать одно из них. Чаще всего выбирается пособие по БиР, так как оно выгоднее. Именно поэтому в ЗУП процедура «прерывания» первого отпуска через Возврат из отпуска по уходу является методологически верной.
Проанализировав обсуждение, мы видим, что многие проблемы были связаны с «сыростью» механизмов вытеснения в ветке 3.1.6. Если вы сталкиваетесь с тем, что даже после правильного оформления документов печатная форма выводит неверные года:
Возврат из отпуска по уходу считается более прозрачным механизмом).Таким образом, для решения описанных проблем требуется не только ручная корректировка цифр, но и строгое соблюдение последовательности документов, фиксирующих изменения состояний сотрудника в программе.