← На главную

Перенос данных из устаревших систем на платформе 1С:Предприятие 7.7 в современные конфигурации на платформе 1С:Предприятие 8.3 — это всегда вызов для разработчика. Особенно остро этот вопрос стоит при переходе с конфигурации Зарплата и Кадры 7.7 (ЗиК) на Зарплата и управление персоналом 3.1 (ЗУП). Простой и очевидный путь — использование встроенного помощника перехода — подходит далеко не всегда, особенно если исходная база была доработана или требуется перенести выборочные данные.

В таких случаях разработчики обращаются к мощному инструменту — конфигурации Конвертация данных 2.1 (КД 2.1). Однако писать правила с нуля для сложнейшей структуры кадровых и расчетных объектов — задача титаническая. Разумнее взять за основу типовые правила обмена. Выясним, где именно разработчики фирмы 1С спрятали эти правила и как их правильно использовать.

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

Шаг 1. Локализация и извлечение типовых правил конвертации

Многие специалисты безуспешно ищут XML-файлы правил конвертации в каталогах шаблонов обновлений ЗУП на диске. Однако в современных релизах эти правила упакованы непосредственно внутрь метаданных конфигурации-приемника.

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

1. Откроем базу 1С:ЗУП 3.1 в режиме Конфигуратора.
2. В дереве метаданных перейдем в ветку Обработки.
3. Найдем обработку с именем ПомощникПереходаСПрежнихПрограммЗарплатаКадры.
4. Откроем свойства этой обработки и перейдем на вкладку Макеты.
5. Среди макетов найдем двоичный макет с именем ПомощникВыгрузки_V7 (он хранится в виде ZIP-архива).
6. Выгрузим этот макет на диск (сохранив его как файл с расширением .zip) и распакуем его.

Внутри распакованного архива мы обнаружим следующие файлы:

• PrB_Wiz.ert — внешняя обработка для платформы 7.7 (Помощник перехода).
• PrB_Zik.xml — искомый файл правил конвертации данных.

Шаг 2. Подготовка метаданных для Конвертации данных 2.1

Чтобы успешно загрузить полученные правила в базу КД 2.1 и начать их доработку под свои нужды, нам необходимо выгрузить актуальные структуры метаданных обеих конфигураций. Без этого КД 2.1 не сможет сопоставить объекты.

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

1. Найдем обработку MD83Exp.ert (она обычно поставляется вместе с конфигурацией Конвертация данных).
2. Запустим ее в базе ЗиК 7.7 и сформируем файл описания структуры метаданных (например, Zik77_meta.xml).

Для выгрузки структуры метаданных приемника (ЗУП 3.1):

1. Воспользуемся внешней обработкой MD83Exp.epf из комплекта поставки КД 2.1.
2. Запустим ее в режиме «1С:Предприятие» в базе ЗУП 3.1 и выгрузим структуру в файл (например, Zup31_meta.xml).

После этого загрузим обе структуры в КД 2.1 и импортируем файл правил PrB_Zik.xml. Теперь мы имеем готовую рабочую базу правил, которую можно кастомизировать.

Шаг 3. Архитектурная ловушка: почему нельзя просто перенести расчетные документы

Начинающие разработчики часто совершают критическую ошибку, пытаясь настроить правила КД 2.1 так, чтобы документы начислений и выплат (такие как «Больничный лист», «Отпуск», «Выплата зарплаты») переносились из ЗиК 7.7 прямо в аналогичные документы ЗУП 3.1. Разберем, почему этот подход обречен на провал.

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

• В конфигурации ЗиК 7.7 расчеты строятся на базе механизмов «Журнала расчетов». Сам документ (например, «Начисление отпуска») является лишь регистратором. Вся детальная история расчетов, распределение по периодам действия и результаты вычислений хранятся в строках журнала расчетов.
• В конфигурации ЗУП 3.1 расчеты жестко завязаны на проведение документов по множеству регистров накопления: НачисленияУдержанияПоСотрудникам, ВзаиморасчетыССотрудниками, СведенияОДоходахНДФЛ и других.

Типовые правила обмена, созданные фирмой 1С, никогда не переносят расчетные документы напрямую. Вместо этого они агрегируют (сворачивают) расчетные данные из журналов расчетов 7.7 за прошлые периоды и записывают их в специальные технические документы ЗУП 3.1 — Перенос данных. Эти документы напрямую делают движения по необходимым регистрам накопления, обеспечивая корректное хранение истории для расчета среднего заработка и взаиморасчетов.

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

1. Для проведения и расчета документа в ЗУП 3.1 требуется, чтобы в базе уже присутствовала вся история начислений сотрудника за предыдущие два года. Если этой истории в виде проведенных документов нет, средний заработок рассчитается неверно, а сам документ провести не удастся.
2. При попытке массового перепроведения перенесенных документов «задним числом» расчетные механизмы ЗУП 3.1 пересчитают все суммы по своим алгоритмам, что неизбежно приведет к расхождению с историческими данными ЗиК 7.7.

Шаг 4. Специфика переноса кадровых документов и типичные ошибки

Типовые правила успешно переносят кадровые приказы (Прием на работу, Кадровое перемещение, Увольнение). Однако и здесь вас могут подстерегать трудности, требующие ручной корректировки или доработки правил:

• Несколько кадровых событий в один день: В ЗиК 7.7 была возможность оформить на одного сотрудника несколько документов перемещения в один и тот же день (например, изменение подразделения и изменение оклада). В ЗУП 3.1 действует жесткий контроль уникальности периодов активности кадровых данных. При попытке провести такие документы в ЗУП возникнет ошибка пересечения периодов.
• Северные надбавки и стажи: Данные по стажу сотрудников (особенно для расчета надбавок за работу в районах Крайнего Севера или за выслугу лет) очень часто переносятся некорректно из-за кардинально разной логики хранения этих сведений в 7.7 и 8.3. Практически всегда эти сведения приходится проверять и дозаполнять вручную непосредственно в карточках физических лиц после переноса.

Шаг 5. Проблемы учета НДФЛ и страховых взносов

Современное законодательство предъявляет жесточайшие требования к учету НДФЛ (учет по дате фактической выплаты дохода). Попытка перенести исторические платежные документы («Выплата зарплаты») и увязать их с документами начислений через КД 2.1 за прошлые периоды гарантированно разрушит регистры учета НДФЛ в ЗУП 3.1. Как результат — вы получите абсолютно невалидные отчеты 6-НДФЛ и ЕФС-1.

Рекомендованная методология перехода

Если перед вами стоит задача перенести данные из ЗиК 7.7 для небольшой компании (например, до 100-200 сотрудников на базу), оптимальным решением будет отказ от переноса документов начислений через КД 2.1.

Рекомендуем придерживаться следующего регламента:

1. Выполните типовой переход с помощью встроенного помощника 1С на начало года (или на начало квартала). Типовой механизм аккуратно перенесет:
   • Кадровую историю сотрудников;
   • Данные для расчета среднего заработка за прошлые периоды (в технические документы Перенос данных);
   • Остатки взаиморасчетов на дату начала учета.
2. Тщательно сверьте сальдо взаиморасчетов и кадровый состав с помощью отчетов.
3. Документы текущего периода (если переход осуществляется в середине года) занесите вручную силами расчетчиков. Для 100 сотрудников ручной ввод кадровых приказов и начислений за 1-2 месяца займет не более пары дней. Это в десятки раз быстрее и надежнее, чем многонедельная отладка криво перенесенных документов и исправление регистров НДФЛ в КД 2.1.

Используйте КД 2.1 только в тех случаях, когда требуется перенести нестандартные справочники, специфические кастомные реквизиты или если объем переносимых кадровых данных измеряется тысячами сотрудников, что делает ручной ввод физически невозможным.