Как правильно перейти с 1С:ЗУП КОРП на 1С:ЗУП ПРОФ и исправить ошибки при даунгрейде?

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

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

Анализ ситуации и подготовительные действия

Прежде всего, разберем ключевой момент: типового механизма «выгрузки» данных из КОРП в ПРОФ не существует. Структуры метаданных этих конфигураций во многом схожи в части кадрового учета и расчета зарплаты, но КОРП содержит огромный пласт HR-функционала, которого в версии ПРОФ просто нет на уровне объектов базы данных. Перед началом работ мы должны четко понимать, что данные, специфичные для КОРП, будут безвозвратно удалены при замене конфигурации.

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

Технический алгоритм перехода через замену конфигурации

Наиболее быстрым методом является загрузка файла конфигурации (.cf) версии ПРОФ в базу КОРП. Рассмотрим этот процесс по шагам:

  1. Получим файл конфигурации 1cv8.cf от версии ЗУП ПРОФ. Крайне желательно, чтобы номер релиза ПРОФ в точности совпадал с текущим номером релиза КОРП. Это минимизирует риски возникновения ошибок при реструктуризации таблиц.
  2. Зайдем в информационную базу КОРП в режиме Конфигуратор.
  3. Выберем пункт меню Конфигурация — Поддержка — Обновить конфигурацию (или воспользуемся пунктом Загрузить конфигурацию из файла, если база снята с поддержки).
  4. Укажем путь к нашему файлу .cf от версии ПРОФ.
  5. Проигнорируем предупреждения системы о том, что конфигурация не является обновлением. Нам нужно именно заменить структуру.
  6. После загрузки нажмем F7 (Обновить конфигурацию базы данных). На этом этапе система выведет список удаляемых объектов метаданных (документы по обучению, охране труда, KPI и т.д.). Внимательно проанализируем этот список и подтвердим изменения.

Рассмотрим ситуацию, когда релиз ПРОФ оказывается чуть более поздним, чем текущий КОРП. Технически это допустимо, однако, как показывает практика, лучше сначала обновить КОРП до нужного релиза, а затем «накатывать» идентичный .cf от ПРОФ. Это поможет избежать путаницы между ошибками самого даунгрейда и ошибками обновления релизов.

Функциональные потери: что исчезнет из базы

Выясним, какие данные будут удалены при переходе. В ЗУП КОРП реализованы расширенные возможности, которых нет в ПРОФ:

Что касается ограничений по количеству сотрудников — разберем этот миф. В версии ПРОФ никаких программных ограничений на 60 сотрудников нет. Это ограничение касается только Базовых версий продуктов 1С. Версия ПРОФ успешно справляется с учетом тысяч сотрудников.

Решение технической ошибки с датами запрета изменения

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


Ошибка в процедуре ЗаполнитьИсточникиДанныхДляПроверкиЗапретаИзменения общего модуля ДатыЗапретаИзмененияПереопределяемый. 
Для проверки запрета изменения в источнике данных неверно указана таблица "Документ.ЗавершениеИспытательногоСрока".

Эта ошибка происходит потому, что в системном регистре сведений ДатыЗапретаИзменения (или связанных с ним внутренних настройках БСП) остались ссылки на объекты, которые существовали в КОРП, но исчезли в ПРОФ. Система пытается инициализировать параметры сеанса, обращается к метаданным документа ЗавершениеИспытательногоСрока, не находит его и «падает» с исключением.

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

  1. Очистка кэша: первым делом очистим кэш конфигурации на сервере и локальных машинах. Это исключит использование старых описаний метаданных.
  2. Тестирование и исправление: запустим Тестирование и исправление в Конфигураторе. Обязательно выберем пункты Проверка логической целостности и Очистка ссылок на несуществующие объекты. Это позволит удалить «фантомные» записи из таблиц базы данных.
  3. Ручная очистка регистров: если ошибка сохраняется, воспользуемся обработкой «Групповое изменение реквизитов» или напишем простую обработку для очистки регистра РегистрСведений.ДатыЗапретаИзменения. После его полной очистки система сможет инициализироваться корректно, а настройки дат запрета можно будет задать заново уже в интерфейсе версии ПРОФ.

Альтернативный метод переноса через XML

Если метод «загрузки поверх» кажется слишком рискованным из-за большого количества мусора в базе, рассмотрим более чистый, но трудозатратный способ — перенос данных через XML. Чтобы избежать ручной настройки правил конвертации, можно запустить перенос кадровых и расчетных данных между базами ЗУП 3.

Для этого создадим пустую базу ЗУП ПРОФ того же релиза. Используем универсальную обработку ВыгрузкаЗагрузкаДанныхXML.epf. Поскольку основные объекты (Справочник.Сотрудники, Справочник.ФизическиеЛица, Документ.ПриемНаРаботу, РегистрНакопления.ЗарплатаКВыплате и др.) в обеих конфигурациях имеют идентичные имена и структуру, они перенесутся без проблем. Объекты, специфичные для КОРП, просто не будут выбраны для выгрузки. Это гарантирует отсутствие битых ссылок и стабильную работу новой базы. Для этой задачи также подойдёт специализированная обработка для переноса сотрудников и их расчетных данных, которая поможет аккуратно перенести личные сведения, стаж, остатки отпусков и данные среднего заработка.

Лицензионные и юридические аспекты

Проанализируем вопрос лицензирования. Важно различать лицензию на программный продукт (конфигурацию) и клиентские лицензии (платформенные).

Заключение

Мы рассмотрели процесс перехода из ЗУП КОРП в ПРОФ. Основным рабочим инструментом является загрузка .cf файла с последующим исправлением ошибок ссылочной целостности через Тестирование и исправление и очистку регистров БСП. Несмотря на потерю HR-функционала, все расчетные данные и кадровая история в части регламентированного учета сохраняются, что позволяет успешно продолжать работу в более простой и экономичной версии программы.

← На главную