В процессе кадрового учета в программе 1С:Зарплата и управление персоналом (ЗУП) 3.1 пользователи нередко сталкиваются с ситуацией, когда при печати унифицированной формы Т-2 в разделе «Прием на работу и переводы» одна и та же запись за определенную дату дублируется. При этом одна из строк содержит корректные данные, а другая — неверную должность или подразделение. Особенно часто такая проблема проявляется в релизах ветки 3.1.15.х, но может встречаться и в более современных версиях. Давайте подробно проанализируем причины этого поведения системы и разберем пошагово способы решения данной технической коллизии.
Прежде чем приступать к исправлению, давайте разберем, как программный код 1С собирает данные для печати карточки Т-2. В отличие от простых отчетов, Т-2 опирается не только на документы, но и на данные интервальных регистров сведений. Основными источниками являются:
КадроваяИсторияСотрудниковИнтервальный — здесь хранятся записи о периодах работы, должностях и подразделениях.ЗанятостьПозицийШтатногоРасписанияИнтервальный — этот регистр отслеживает, какую позицию штатного расписания занимает сотрудник в конкретный момент времени.ОсновныеДанныеКонтрактаДоговораСотрудника — используется для получения данных о трудовом договоре.Проанализируем ситуацию: если в один и тот же день у сотрудника происходит несколько событий (например, заканчивается совмещение и происходит кадровый перевод), система может создать «разрыв» в интервальном регистре. Даже если визуально в документах даты не пересекаются, в базе данных могут возникнуть записи, отличающиеся на одну секунду или имеющие нулевую длительность. Именно эти фантомные записи процедура СформироватьСтруктуруДанныхДляПечатиТ2 воспринимает как отдельные кадровые события, выводя их в печатную форму.
Рассмотрим подробнее влияние документа СовмещениеДолжностей. Согласно трудовому законодательству, совмещение не является кадровым переводом и не должно отражаться в разделе III карточки Т-2. Однако в программе ЗУП 3.1 существует тесная связь между начислениями и кадровой историей. Если в документе «Совмещение» указана дата окончания, которая совпадает с датой начала нового кадрового события (например, изменения позиции), алгоритм формирования отчета может ошибочно интерпретировать это как изменение кадрового состояния.
Первое, что мы должны проверить — это даты в документе СовмещениеДолжностей. Рассмотрим пример: сотруднику назначено совмещение, которое должно закончиться 06.10.2020, а с 07.10.2020 у него происходит плановый кадровый перевод.
Проанализируем логику системы: если в совмещении стоит дата «По: 07.10.2020», то 7-е число считается последним днем действия совмещения. Если в этот же день (07.10.2020) вступает в силу КадровыйПеревод, происходит наложение событий. Для исправления ситуации попробуем выполнить следующие действия:
Часто этого достаточно, чтобы лишняя строка исчезла, так как интервалы в регистре ЗанятостьПозицийШтатногоРасписанияИнтервальный перестанут пересекаться.
Если манипуляции с датами в исходном документе не помогают, разберем альтернативный метод, который считается более «чистым» с точки зрения логики программы. Вместо указания даты «По» в документе СовмещениеДолжностей, мы можем использовать специализированный документ ОтменаСовмещения.
Рассмотрим этот процесс по шагам:
СовмещениеДолжностей и очистим поле Дата окончания (По:).ОтменаСовмещения.Этот метод позволяет системе более корректно закрыть периоды в интервальных регистрах, не создавая «микро-записей» в истории назначений, которые провоцируют дублирование строк.
Если изменения в документах не принесли результата, выясним причину в техническом состоянии базы данных. Иногда записи в регистре КадроваяИсторияСотрудниковИнтервальный могут «зависать» или дублироваться из-за ошибок в коде при проведении старых документов. В этом случае нам поможет встроенный механизм тестирования.
Проделаем следующие действия (рекомендуется выполнять в монопольном режиме после создания резервной копии):
С введением электронных трудовых книжек (ЭТК), печатная форма Т-2 начала тесно взаимодействовать с регистром МероприятияТрудовойДеятельности. Если по сотруднику вводились документы РегистрацияТрудовойДеятельности или создавались записи для СЗВ-ТД, которые впоследствии были отменены или исправлены, «фантомные» записи могли остаться в регистре сведений.
Проанализируем ситуацию: если в Т-2 видна строка с неправильной должностью, проверим, нет ли по этому сотруднику записей в регистре мероприятий на ту же дату. Если там обнаружено отмененное мероприятие (с пометкой об отмене), это может быть программным багом конкретного релиза (например, 3.1.15.96). В такой ситуации решением будет либо обновление конфигурации до актуальной (где этот баг исправлен), либо временное удаление ошибочного мероприятия из регистра (если оно не влияет на отчетность в СФР).
Важно отметить, что проблема с дублированием строк в Т-2 при совпадении дат кадровых событий была официально признана ошибкой разработчиков 1С в определенных ветках конфигурации. Если вы используете релиз 3.1.15.х, настоятельно рекомендуем рассмотреть переход на долгосрочные ветки (например, 3.1.18 или 3.1.23 и выше). В новых версиях алгоритм сбора данных для Т-2 был пересмотрен: теперь он более жестко фильтрует записи, не относящиеся к кадровым перемещениям, и корректно обрабатывает завершение совмещений.
Резюме: для исправления дублей в Т-2 в первую очередь проверьте, чтобы дата окончания совмещения была строго меньше даты начала нового кадрового перевода, либо используйте документ ОтменаСовмещения. Если программные методы не помогают, стоит обратиться к технической проверке интервальных регистров через стандартные инструменты обслуживания 1С.