← На главную

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

Рассмотрим причины возникновения этой проблемы, возможные варианты ее решения, а также разберем алгоритм корректного выстраивания штатной расстановки при сохранении исторической кадровой отчетности.

В чем заключается архитектурная сложность

Проанализируем ключевые различия в структуре хранения кадровых данных между редакциями:

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

Вариант 1. Ретроспективное утверждение исторического ШР с последующей нормализацией

Разберем по шагам наиболее практичный сценарий постобработки загруженных данных, если перенос кадровых документов уже выполнен стандартными или частично доработанными средствами:

1. Сбор уникальных комбинаций: Программным путем собираем все уникальные сочетания разрезов учета (Организация + Подразделение + Должность + График + Условия оплаты) по всем историческим документам приема и перевода за весь период переноса.
2. Создание позиций на раннюю дату: Создаем элементы справочника ШтатноеРасписание и вводим документ Утверждение штатного расписания на дату самого первого исторического приема на работу в информационной базе. Важно утвердить все позиции, которые когда-либо фигурировали в кадровых приказах.
3. Привязка позиций к кадровым документам: Обработкой обходим документы ПриемНаРаботу, КадровыйПеревод, ПеремещениеВДругоеПодразделение и подставляем в реквизит ПозицияШтатногоРасписания соответствующие созданные элементы.
4. Отключение контроля штатного расписания: На время проведения исторических документов временно отключаем опцию автоматической проверки документов на соответствие штатному расписанию, чтобы избежать ошибок превышения количества ставок и несоответствия ФОТ за прошлые годы.
5. Обновление интервальных регистров: После перезаполнения документов выполняем полное переформирование интервальных регистров кадровой истории с помощью вызова процедур обновления типовых общих модулей кадрового учета.
6. Нормализация на дату старта эксплуатации: На дату ввода новой системы в промышленную эксплуатацию документом Изменение штатного расписания полностью закрываем все устаревшие исторические позиции и утверждаем новое актуальное штатное расписание предприятия.
7. Перевод сотрудников: Документами кадрового перевода переводим всех работающих сотрудников на новые корректные позиции актуального штатного расписания.

Вариант 2. Доработка правил конвертации данных (КД 2 / КД 3)

Рассмотрим более надежный инженерный подход, при котором штатное расписание формируется непосредственно в процессе выгрузки и загрузки:

1. Обработка на стороне источника: В обработчиках выгрузки данных из ЗУП 2.5 формируем таблицу всех когда-либо действовавших штатных единиц на основе выборки из регистров кадровых сведений и документов.
2. Генерация документа утверждения: В правилах конвертации настраиваем создание документа Утверждение штатного расписания с датой начала ведения учета в базе.
3. Заполнение реквизитов при загрузке: В обработчиках ПослеЗагрузки для кадровых документов находим или сопоставляем нужную позицию штатного расписания и сразу подставляем ее в загружаемый объект до его проведения.

Нужен ли полный перенос документов?

Проанализируем целесообразность полного переноса кадровых документов. Основная причина, по которой выбирают полный перенос — необходимость построения кадровой аналитики в динамике за 3–5 лет (текучесть кадров, изменение окладов, статистика численности). Однако полный перенос расчетной и кадровой части часто приводит к накоплению методических ошибок из-за несовместимости механизмов учета среднего заработка, начислений и регистров НДФЛ.

В качестве проверенной альтернативы рекомендуется рассмотреть следующий подход:

1. Рекомендованный перенос: В ЗУП 3.1 КОРП переносятся только остатки и кадровая история на дату начала эксплуатации с помощью документа Начальная штатная расстановка.
2. Архив ЗУП 2.5: Историческая база переводится в режим чтения для выдачи архивных справок и просмотра первичных документов.
3. Сквозные аналитические отчеты: Для отслеживания кадровых показателей в динамике за 3–5 лет разрабатывается отчет на базе системы компоновки данных (СКД), который собирает агрегированные данные из двух баз (через COM-соединение, HTTP-сервисы или внешние источники данных) без необходимости переноса всех исторических первичных документов.