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