← На главную

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

Анализ проблемы: почему программа «ругается» на ввод остатков

При переносе данных методом «начальной эксплуатации» основным документом, фиксирующим состояние сотрудников, является Начальная штатная расстановка. Именно в этом документе фиксируются права на отпуска и их остатки на дату начала работы в новой базе (например, на 01.01.2020).

Когда мы пытаемся создать документ Ввод остатков отпусков той же датой, что и Начальная штатная расстановка, возникает конфликт регистров. Программа видит две записи по одному и тому же сотруднику в регистрах накопления Права на отпуска и Остатки отпусков на один и тот же момент времени. Чтобы решить эту задачу для большого количества сотрудников (более 300 человек), рассмотрим три основных подхода.

Способ №1: Прямое редактирование документа «Начальная штатная расстановка»

Это самый «чистый» метод с точки зрения архитектуры данных 1С. Поскольку этот документ является первоисточником, внесение изменений непосредственно в него исключает дублирование записей.

Рассмотрим по шагам, как выполнить это преобразование:

1. Откроем документ Начальная штатная расстановка, которым были введены данные при переносе.
2. Для каждого сотрудника перейдем в колонку Остатки отпусков.
3. В открывшемся окне в верхней части (где назначаются права) удалим старый вид отпуска (например, «Дополнительный») и добавим три новых вида отпуска.
4. В нижней части окна (где вводятся остатки по рабочим годам) распределим накопленные дни между новыми видами отпусков в соответствии с кадровыми данными.

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

Способ №2: Использование документа «Ввод остатков отпусков» с корректировкой дат

Если мы не хотим трогать документ Начальная штатная расстановка (например, чтобы сохранить историю переноса в исходном виде), нам необходимо использовать документ Ввод остатков отпусков, но соблюсти правила работы с датами.

Разберем логику настройки:

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

• В верхней части (права на отпуск): Установить количество дней «0» для старого вида отпуска или полностью удалить строку. Добавить новые виды отпусков и указать для них положенное количество дней в год.
• В нижней части (остатки по годам): Полностью занулить остатки по старому виду отпуска за все прошлые периоды и ввести остатки по новым видам.

Проанализируем причину ошибки в данном случае: программа часто выдает предупреждение, если дата остатков пересекается с рабочим годом, который уже «закрыт» в начальной расстановке. В таком случае в документе Ввод остатков отпусков нужно убедиться, что дата, на которую вводятся остатки (поле в шапке документа), строго позже даты кадрового события.

Способ №3: Полный вынос остатков из штатной расстановки

Некоторые опытные специалисты по внедрению 1С:ЗУП рекомендуют использовать более гибкую схему, которая упростит корректировки в будущем. Рассмотрим подробнее этот алгоритм:

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

Такой подход позволяет в будущем редактировать остатки по конкретному сотруднику, не перепроводя огромный документ штатной расстановки, что снижает риск «поезда» данных и ошибок в расчете зарплаты у других сотрудников организации.

Техническая настройка видов отпусков

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

• Проверим, установлена ли галочка Отпуск является ежегодным.
• Убедимся, что способ расчета остатков соответствует законодательству или локальным актам компании (например, «В рабочих днях» или «В календарных днях»).
• Если право на дополнительный отпуск зависит от стажа, проверим настройки автоматического начисления прав в карточке вида отпуска.

Проверка корректности: отчеты и регистры

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

Сформируем отчет Справка об остатках отпусков (раздел Кадры — Кадровые отчеты). В справке мы должны увидеть следующую картину:

1. Старый вид отпуска должен иметь нулевой остаток на текущую дату.
2. Новые виды отпусков должны начать накапливаться с правильных периодов (рабочих лет).
3. Общее количество дней отпуска (основной + все дополнительные) должно совпадать с данными из старой базы 2.5.

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

Резюме: Для массового изменения 300+ сотрудников наиболее рациональным будет либо прямое исправление Начальной штатной расстановки с предварительной подготовкой справочника Виды отпусков, либо использование специализированных обработок для заполнения документов Ввод остатков отпусков, чтобы избежать ручного монотонного труда.