Как исправить ошибки переноса видов отпусков и перенести физических лиц при переходе с ЗУП 2.5 на ЗУП 3.1?

Программист 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет IT и автоматизация бизнеса
← На главную

В процессе переноса учетных данных из конфигурации 1С:Зарплата и управление персоналом 2.5 в 1С:Зарплата и управление персоналом 3.1 технические специалисты часто сталкиваются с двумя характерными проблемами:

  1. При выгрузке информации об отпусках система подставляет предопределенный вид отпуска «Основной», что при наличии нескольких отпусков на одинаковые даты приводит к конфликтам записей.
  2. Типовой перенос переносит только сотрудников с действующими трудовыми договорами или договорами ГПХ, полностью игнорируя прочих физических лиц (пайщиков, акционеров, арендодателей), по которым регистрировались доходы и исчислялся НДФЛ.

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

Причины подмены видов отпусков и ошибок уникальности записей

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

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

Способы решения проблемы с видами отпусков

Рассмотрим по шагам варианты действий для корректного переноса отпусков:

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

Перенос физических лиц без трудовых договоров (пайщиков)

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

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

Способ 1. Загрузка справочника «Физические лица» из файла

Для небольшого количества сторонних лиц (от нескольких десятков до сотен человек) наиболее безопасным и быстрым решением является типовой механизм загрузки из табличного документа:

  1. В исходной базе ЗУП 2.5 откроем справочник ФизическиеЛица или сформируем универсальный отчет по полям: ФИО, ИНН, СНИЛС, Дата рождения, Паспортные данные, Адрес.
  2. Сохраним полученную таблицу в формате Excel (.xlsx) или табличного документа (.mxl).
  3. В ЗУП 3.1 перейдем в раздел Администрирование — Сервис — Загрузка данных из файла (либо используем обработку Загрузка данных из табличного документа).
  4. Выберем объект ФизическиеЛица, сопоставим колонки таблицы с реквизитами справочника и выполним загрузку.

Способ 2. Выгрузка через универсальный обмен и правила конвертации

Если требуется регулярный перенос или перенос с сохранением уникальных идентификаторов (GUID), извлечем и скорректируем правила переноса:

  1. В конфигураторе ЗУП 3.1 найдем общий макет ЗарплатаКадрыПереносДанныхИзЗУП25.
  2. Сохраним содержимое макета в XML-файл. Обратите внимание: при сохранении через текстовый редактор обязательно выбираем кодировку UTF-8 (Юникод), иначе при открытии файла обработкой УниверсальныйОбменДаннымиXML возникнут ошибки синтаксического анализа XML.
  3. В конфигурации «Конвертация данных 2.0» отключим фильтрацию по работающим сотрудникам для правила выгрузки справочника ФизическиеЛица либо создадим отдельное правило только для справочника физлиц.
  4. С помощью внешней обработки УниверсальныйОбменДаннымиXML выполним выгрузку из ЗУП 2.5 и последующую загрузку в ЗУП 3.1.

Отражение выплат пайщикам в ЗУП 3.1

После переноса физических лиц регистрировать их как сотрудников в ЗУП 3.1 не требуется. Разберем порядок работы с выплатами прочих доходов:

  1. Перейдем в Настройка — Расчет зарплаты и установим флаг Регистрируются прочие доходы физических лиц, не связанные с оплатой труда.
  2. В разделе Выплаты станет доступен документ Начисление прочих доходов.
  3. В документе выберем перенесенное физическое лицо из справочника ФизическиеЛица, укажем соответствующий вид прочего дохода, сумму начисления, ставку и сумму исчисленного НДФЛ.

Такой подход обеспечивает корректное попадание сторонних физических лиц в регламентированную отчетность (справки о доходах, расчет 6-НДФЛ) без засорения кадрового контура программы.

← На главную