← На главную

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

Особенности лицензирования и поддержки версии КОРП

Перед тем как начать технический переход, выясним важный организационный и финансовый вопрос: достаточно ли стандартного договора 1С:ИТС ПРОФ для сопровождения конфигурации КОРП? Рассмотрим ключевые особенности:

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

Пошаговый алгоритм перехода с ЗУП 2.5 на ЗУП 3.1

Проанализируем стандартную последовательность действий при переносе данных из старой информационной базы в новую:

1. Создаем новую чистую базу ЗУП 3.1.
2. При первом запуске системы автоматически откроется Помощник начальной настройки.
3. Выбираем пункт, предлагающий выполнить перенос данных из ранее установленной программы 1С.
4. Указываем базу-источник (ЗУП 2.5) и авторизуемся в ней.
5. Выбираем вариант переноса: упрощенный (рекомендованный перенос остатков) или полный (перенос документов за прошлые периоды).
6. Запускаем процесс переноса и дожидаемся его завершения.
7. Проверяем перенесенные данные в новой базе и выполняем обновление конфигурации до актуального релиза.

Сравнение вариантов переноса данных: остатки или документы?

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

1. Упрощенный перенос (рекомендованный «1С»)

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

• Действующая кадровая расстановка сотрудников на дату начала эксплуатации новой базы.
• Личные данные физических лиц и сотрудников.
• Остатки неиспользованных отпусков.
• Данные для расчета среднего заработка за последние 2 года (для отпусков и больничных листов).
• Взаиморасчеты с сотрудниками на дату перехода.

Преимущества: База получается легкой, в нее не переносится многолетний «мусор» и ошибки прошлых периодов. Расчеты в новой базе начинаются «с чистого листа».

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

2. Полный перенос (нерекомендованный)

В данном режиме система пытается перенести документы кадровой истории и расчетные документы за выбранный прошлый период.

Важное предупреждение: Методология учета времени, начислений и налогов в ЗУП 2.5 и ЗУП 3.1 существенно различается. Регистры накопления устроены совершенно иначе. При полном переносе практически неизбежно возникают критические ошибки, двоятся кадровые данные, искажается аналитика по НДФЛ и страховым взносам. Мы настоятельно рекомендуем использовать именно упрощенный перенос.

Лайфхак: Как перенести несколько баз ЗУП 2.5 в одну базу ЗУП 3.1

Часто на практике возникает ситуация: в ЗУП 2.5 учет велся в нескольких разных базах (например, по разным организациям или филиалам), а в ЗУП 3.1 принято решение объединить их и вести учет в одной общей базе. При попытке повторного запуска мастера переноса в новой базе вы можете столкнуться с тем, что система блокирует повторный импорт.

Разберем, как решить эту проблему программным путем. Нам понадобится открыть конфигуратор новой базы ЗУП 3.1 и внести небольшое изменение:

1. Откройте конфигурацию базы-приемника в режиме Конфигуратор.
2. Найдите обработку НачальнаяНастройкаПрограммы.
3. Откройте основную форму обработки и перейдите в модуль формы к процедуре ПриСозданииНаСервере.
4. В самом начале процедуры добавьте следующую строку кода:

Параметры.РежимПереносДанных = Истина;

После сохранения изменений запустите базу в режиме «1С:Предприятие». Данная директива принудительно активирует режим переноса данных, что позволит вам последовательно запустить мастер и импортировать данные из нескольких баз-источников в одну общую информационную базу.

Типовые технические проблемы перехода и их решение

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

• Виртуальное сальдо (задолженность по взаиморасчетам): После переноса в ЗУП 3.1 могут появиться некорректные долги за сотрудниками или за организацией.
  Причина: В исходной базе ЗУП 2.5 ведомости на выплату зарплаты были проведены кадрово/бухгалтерски, но не зафиксировались в специальных регистрах накопления по выплатам.
  Решение: В базе ЗУП 2.5 перед переносом необходимо проверить и перепровести проблемные платежные документы. Если это не помогло, скорректируйте остатки непосредственно в ЗУП 3.1 с помощью документа НачальнаяЗадолженностьПоЗарплате.
• Ошибки расчета среднего заработка: Сведения для расчета среднего заработка переносятся в специальные документы ПереносДанных (которые содержат технические записи регистров).
  Решение: Выберите нескольких ключевых сотрудников и точечно сверьте данные для расчета среднего заработка (записи за предыдущие годы) в новой базе со старыми отчетами из ЗУП 2.5. При обнаружении систематических расхождений скорректируйте документы ПереносДанных вручную.
• Проблемы с договорами ГПХ: Закрытые договоры гражданско-правового характера (ГПХ) не переносятся при упрощенном переносе. Физическое лицо перенесется, но карточка сотрудника создана не будет.
  Решение: Если с данным физлицом в будущем заключается новый договор ГПХ в ЗУП 3.1, создайте для него новую карточку в справочнике Сотрудники, обязательно связав её с уже перенесенным элементом справочника ФизическиеЛица.
• Ошибки записи объектов базы данных: Перенос может аварийно завершаться из-за наличия «битых» ссылок или неконсистентности данных в ЗУП 2.5.
  Решение: Перед началом миграции в обязательном порядке запустите в ЗУП 2.5 процедуру Тестирование и исправление (меню Администрирование -> Тестирование и исправление...). Установите флаги очистки неработающих ссылок и принудительно удалите все объекты, помеченные на удаление.
• Переходящие отпуска и больничные листы: Ситуации, когда начисление началось в одном периоде (в ЗУП 2.5), а завершается в периоде начала ведения учета в новой базе.
  Решение: Рекомендуется полностью закрыть месяц перехода в старой базе (выплатить все суммы, начислить налоги). Все переходящие начисления рекомендуется заносить в ЗУП 3.1 вручную, внимательно контролируя периоды действия начислений и дату фактического получения дохода для НДФЛ.

Альтернативные стратегии перехода для крупных баз

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

Метод переноса через файлы обмена: Вместо прямого подключения к СУБД используется универсальная обработка выгрузки данных во внешний XML-файл. Выгрузка запускается в базе ЗУП 2.5, полученный файл переносится на сервер новой базы и загружается через Помощник перехода в ЗУП 3.1. Это снижает нагрузку на оперативную память серверов.

Метод двойного переноса: Создаются две базы ЗУП 3.1. В первую базу выполняется полный перенос со всей историей — она выступает в роли архивной базы для сдачи старой отчетности. Во вторую рабочую базу переносятся только остатки на начало года — в ней ведется оперативный ежедневный учет. Это позволяет разгрузить рабочую базу и сохранить доступ к детализированной истории.