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