Как решить проблему с отображением сотрудников и настроить начальную штатную расстановку при миграции из 1С:ЗУП 3.1 в 1С:ERP 2.4?

← На главную

Перенос кадровых и расчетных данных из конфигурации «1С:Зарплата и управление персоналом 3.1» в комплексное решение «1С:ERP Управление предприятием 2.4» — задача, требующая глубокого понимания внутренних механизмов обеих платформ. На практике специалисты часто сталкиваются со следующей проблемой: файлы выгрузки успешно загружаются в целевую базу ERP, документы физически присутствуют в списках, однако справочник сотрудников пуст, либо перенесенные кадры не отображаются в отчетах штатного расписания.

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

Почему сотрудники не отображаются в системе сразу после переноса?

Рассмотрим первопричину проблемы. При использовании специализированных обработок миграции (например, модифицированной версии обработки «Выгрузка данных из ЗУП 3.1») кадровые документы переносятся в базу-приемник как «непроведенные» (или записываются напрямую в СУБД без инициализации механизма проведения). В системе 1С сам факт наличия документа ПриемНаРаботу или Увольнение не означает автоматического изменения статуса физического лица.

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

Кадровая история сотрудников (регистр сведений КадроваяИсторияСотрудников) — именно его записи определяют, числится ли сотрудник в штате на конкретную дату, в каком подразделении и на какой должности он работает.
Занятость позиций штатного расписания (регистр сведений ЗанятостьПозицийШтатногоРасписания) — отвечает за корректное резервирование ставок в штатном расписании.
Занятость позиций ШР интервальный (регистр сведений ЗанятостьПозицийШРИнтервальный) — вспомогательный интервальный регистр, используемый для оптимизации построения отчетов по штатной расстановке.
Плановые начисления сотрудников (регистр сведений ПлановыеНачисленияСотрудников) — хранит информацию о тарифных ставках, окладах и надбавках для расчета заработной платы.

Решение: Чтобы перенесенные сотрудники появились в кадровых отчетах и списках выбора, все загруженные документы необходимо перепровести. Это можно сделать вручную или с помощью стандартной обработки «Групповое изменение реквизитов» (выбрав функцию выполнения проведения для выбранных типов документов).

Если вам требуется выполнить массовое проведение программно, мы можем использовать следующий шаблон кода на встроенном языке 1С:


ВыборкаДокументов = Документы.ПриемНаРаботу.Выбрать();
Пока ВыборкаДокументов.Следующий() Цикл
    Если Не ВыборкаДокументов.Проведен Тогда
        ДокОбъект = ВыборкаДокументов.ПолучитьОбъект();
        Попытка
            ДокОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
            Сообщить("Успешно проведен документ: " + Строка(ДокОбъект));
        Исключение
            Сообщить("Не удалось провести документ: " + Строка(ДокОбъект) + ". Причина: " + ОписаниеОшибки());
        КонецПопытки;
    КонецЕсли;
КонецЦикла;

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

Выясним причину, по которой конфигурация блокирует добавление сотрудников в новые документы начальной штатной расстановки. Документ НачальнаяШтатнаяРасстановка (далее — НШР) по своей технической сути является альтернативным аналогом документа ПриемНаРаботу. Он предназначен для фиксации кадрового состояния сотрудников на определенную точку отсчета (дату начала эксплуатации системы) без необходимости заведения всей цепочки исторических документов за прошлые годы.

В системе действует строгое ограничение: по одному сотруднику не может быть зафиксировано два одновременных события приема на работу. Если вы уже перенесли исторические документы ПриемНаРаботу и провели их, то при попытке добавить этих же сотрудников в документ НШР программа выдаст ошибку проведения. Система зафиксирует конфликт интервалов кадровой истории и укажет, что сотрудники уже приняты кадровыми приказами.

Если перед вами стоит задача скорректировать оклады или позиции сотрудников на дату запуска ERP, использовать НШР поверх проведенных приемов категорически нельзя. Для актуализации данных используйте следующие документы:

КадровыйПеревод — если изменились подразделения, графики работы или штатные должности;
ИзменениеПлановыхНачислений — если требуется актуализировать только тарифные ставки, оклады и формулы расчета начислений.

Методология переноса данных с учетом исторического наследия (ЗУП 2.5 -> ЗУП 3.1 -> ERP 2.4)

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

При миграции этой «миксованной» истории в ERP 2.4 у нас есть два пути решения этой архитектурной дилеммы.

Вариант А. Полный перенос всей цепочки кадровой истории

Этот метод предполагает перенос всех кадровых документов «как есть» за все прошлые периоды.

Переносим документ НачальнаяШтатнаяРасстановка от 2018 года (он сформирует первоначальные записи по старым сотрудникам).
Переносим все документы ПриемНаРаботу, созданные с 2018 года по текущий момент.
Переносим всю историю изменений: документы КадровыйПеревод, Увольнение, ПеремещениеВДругоеПодразделение.
Выполняем последовательное групповое проведение документов строго в хронологическом порядке снизу вверх (от самых старых дат к новым).

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

Минусы: Крайне высокая вероятность ошибок при проведении. База ERP содержит более жесткие контроли соответствия штатному расписанию. Кадровые переводы прошлых лет могут не пройти проверку по актуальным тарифам и позициям, что потребует колоссальных затрат времени на ручную корректировку документов давно минувших лет.

Вариант Б. Метод «Чистого среза» на дату запуска ERP (Рекомендуемый)

Чтобы избежать хаоса со старыми документами, мы рекомендуем отказаться от переноса исторической первички и ввести данные на дату начала ведения учета в ERP в консолидированном виде.

Разберем данный подход по шагам:

Подготовка справочников: Переносим справочники ФизическиеЛица, Сотрудники, Организации, Подразделения и ШтатноеРасписание.
Создание единого документа НШР: В ERP создаем один новый документ НачальнаяШтатнаяРасстановка. Датой документа устанавливается день, предшествующий старту учета в ERP (например, если учет начинается с 01.01.2024, то документ НШР проводим датой 31.12.2023).
Заполнение документа: В табличную часть подбором добавляем всех работающих на эту дату сотрудников. Указываем их текущие подразделения, актуальные оклады согласно действующему штатному расписанию, графики работы и остатки отпусков.
Настройка стажа сотрудников: Чтобы у сотрудников корректно рассчитывался стаж для больничных листов и отпусков, исторические кадровые приказы не нужны. В карточке каждого сотрудника (в справочнике Сотрудники) переходим в раздел трудовой деятельности и заполняем поле «Дата приема» реальной исторической датой (например, 15.05.2012). Система будет обращаться к этому реквизиту при расчете стажа.
Перенос данных для расчета среднего заработка: Для того чтобы в ERP правильно рассчитывались отпуска и больничные листы, не нужно проводить прошлую зарплатную первичку. Данные за последние 2-3 года загружаются напрямую в специализированные технические таблицы с помощью документов ПереносДанных (по регистрам расчета среднего заработка).

Этот подход гарантирует «чистоту» кадровых данных в новой ERP, исключает конфликты проведения исторических цепочек документов и позволяет начать ведение учета на актуальной, выверенной платформе.