Почему после переноса из ЗУП 2.5 в ЗУП 3.1 сотрудники отображаются как «не оформленные» и у них не заполнены должности?

Переход с устаревшей конфигурации «Зарплата и управление персоналом», редакции 2.5, на современную версию 3.1 — это сложный процесс, который часто сопровождается методологическими и техническими трудностями. Одной из самых распространенных проблем является ситуация, когда после завершения переноса данных в Реестре кадровых данных сотрудники отображаются со статусом «Не оформлен», а их должности в системе отсутствуют. При этом расчет заработной платы для таких сотрудников не производится, хотя физические лица в базе присутствуют.

В этой статье мы подробно разберем, почему возникает такая ситуация, на какие объекты системы стоит обратить внимание в первую очередь и как исправить ошибки в регистрах, препятствующие корректному проведению кадровых документов.

Роль документа «Начальная штатная расстановка»

Разберем основной механизм, который отвечает за «посадку» сотрудников на должности в ЗУП 3.1 после переноса. В новой редакции основным инструментом фиксации кадрового состояния на момент начала эксплуатации является документ Начальная штатная расстановка. Рассмотрим подробнее, почему он критически важен:

1. Даже если в настройках программы вы отключили ведение штатного расписания, архитектура ЗУП 3.1 все равно требует наличия документальной фиксации того, в каком подразделении и на какой должности числится сотрудник.
2. При переносе данных (особенно в режиме «краткого переноса» остатков) система автоматически создает документ Начальная штатная расстановка, который должен быть заполнен данными на дату начала эксплуатации (например, на 01.01.2024).
3. Если этот документ не создан или не проведен, система «не видит» трудовых отношений. Для программы сотрудник — это просто запись в справочнике Физические лица, не подкрепленная кадровым приказом или документом расстановки.

Практический совет: перейдите в раздел Кадры — См. также — Данные на начало эксплуатации. Проанализируйте список документов. Если вы видите документ Начальная штатная расстановка, который помечен как непроведенный, попробуйте провести его вручную. Именно на этом этапе часто возникают ошибки, блокирующие запись данных.

Анализ конфликтов в регистрах сведений по отпускам

Проанализируем ситуацию, описанную в одном из сообщений форума: документ расстановки не проводится из-за ошибки дублирования записей в регистре сведений. Выясним причину этой коллизии.

В ЗУП 2.5 пользователи часто создавали дополнительные виды отпусков вручную. При переносе система пытается сопоставить эти виды отпусков с предопределенными элементами в ЗУП 3.1. Если в исходной базе было создано несколько элементов, которые система интерпретирует как один и тот же «Основной ежегодный отпуск», возникает ошибка:

Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует!
РегистрСведений.ВидыОтпусковСотрудников

Рассмотрим, как решить эту проблему по шагам:

1. Поиск дублей в исходной базе: Перед повторным переносом в ЗУП 2.5 необходимо воспользоваться обработкой «Поиск и замена дублей». Нужно объединить все виды отпусков, имеющие схожий смысл (например, два «Основных» отпуска), чтобы ссылка в кадровых документах была единой.
2. Проверка прав и настроек: Если перенос уже завершен, необходимо зайти в справочник Виды отпусков в ЗУП 3.1 и проверить, нет ли там задвоенных записей.
3. Корректировка документа расстановки: Откройте документ Начальная штатная расстановка, перейдите на вкладку, где указываются остатки отпусков, и убедитесь, что там не выбраны конфликтующие позиции. После удаления дублирующих строк документ должен провестись корректно.

Влияние управленческого учета на результаты переноса

Выясним еще одну важную причину отсутствия должностей. В ЗУП 2.5 существовало разделение на регламентированный и управленческий учет. Сотрудники могли быть приняты на работу в управленческом контуре, но не иметь соответствующих документов в регламентированном учете.

Если при настройке переноса вы указали использование данных только регламентированного учета, а кадровое наполнение (штатка и должности) велось в управленческом, то в ЗУП 3.1 данные не попадут в полном объеме. Посмотрим, что можно сделать:

• Проверьте в исходной базе, какими документами (Прием на работу или Прием на работу в организацию) зафиксированы должности сотрудников.
• Если должности указаны только в управленческих документах, потребуется предварительная работа по приведению данных к единому виду в базе 2.5 или использование специальных правил переноса, учитывающих управленческий контур.

Проверка связи «Физическое лицо — Сотрудник»

Иногда проблема кроется глубже — в нарушении ссылочной целостности. В 1С:ЗУП 3.1 справочники Физические лица и Сотрудники — это разные объекты. Физическое лицо хранит персональные данные (паспорт, СНИЛС), а Сотрудник — данные о трудовом договоре.

Рассмотрим ситуацию: в Реестре кадровых данных физлицо есть, а должностей нет. Проанализируем справочник Сотрудники. Если в нем отсутствуют записи по конкретным людям, значит, в процессе переноса произошел сбой при создании объекта Сотрудник. Это может произойти из-за:

1. Ошибок в GUID (уникальных идентификаторах) объектов.
2. Наличия пометок на удаление у ключевых кадровых документов в исходной базе.
3. Некорректно установленной даты начала эксплуатации в помощнике переноса.

Алгоритм исправления после переноса

Если вы уже перенесли данные и обнаружили «пустых» сотрудников, выполните следующие действия совместно с вашим техническим специалистом:

1. Перепроведение данных: Откройте Начальная штатная расстановка. Если строк в документе много, используйте групповое перепроведение. Если возникают ошибки, внимательно читайте их текст — там всегда указан конкретный регистр (например, ПлановыеНачисления или ВидыОтпусков), в котором есть коллизия.
2. Проверка плановых начислений: Обратите внимание на сообщение 9 из темы форума. Часто должности не встают из-за того, что в документе расстановки не заполнены плановые начисления (оклады, надбавки). Система может считать документ неполным и не устанавливать статус «Оформлен».
3. Временное включение штатного расписания: Попробуйте зайти в Настройки — Кадровый учет — Настройка штатного расписания и временно включите флаг «Ведется штатное расписание». Это позволит более детально увидеть позиции в документе расстановки и, возможно, вручную сопоставить должности, если они не подтянулись автоматически. После исправления флаг можно снова снять.
4. Анализ Регистра сведений «Кадровая история сотрудников»: Проверьте записи в этом регистре. Если в нем нет записей на дату начала эксплуатации, сотрудники не будут отображаться как принятые в отчетах.

Резюме: В большинстве случаев проблема решается через работу с документом Начальная штатная расстановка. Основное препятствие — это «грязные» данные в исходной базе 2.5 (дубли видов отпусков, незавершенные приемы на работу), которые блокируют проведение этого документа в новой системе. Устранив дубли и обеспечив успешное проведение документа расстановки, вы увидите заполненные должности и корректные статусы сотрудников.