← На главную

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

Этап 1. Подготовительные действия и выбор метода

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

Разберем основные правила подготовки:

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

Этап 2. Анализ доработок в нетиповой конфигурации

Посмотрим, как выявить изменения, которые нужно сохранить. Если мы просто выполним обновление, типовые модули КОРП затрут доработки ПРОФ. Чтобы этого избежать, выполним следующие действия:

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

Если в базе много новых объектов, создадим файл конфигурации (.cf), содержащий только эти доработки, или просто сохраним отчет о сравнении для ручного переноса правок в дальнейшем.

Этап 3. Технический переход на версию КОРП

Теперь приступим к самому процессу смены типа конфигурации. Для этого будем использовать механизм «Поддержка — Обновить конфигурацию».

1. Укажем путь к специализированному файлу обновления .cfu (переход с ПРОФ на КОРП).
2. Когда система предложит выполнить обновление, откроется окно сравнения и объединения.
3. Внимание: На этом шаге мы должны разрешить системе полностью заменить типовые объекты ПРОФ на объекты КОРП. Однако, если мы видим в дереве объектов наши уникальные (добавленные) справочники или документы, убедимся, что галочки напротив них стоят, чтобы они сохранились в новой структуре.
4. Если были изменения в коде типовых модулей (например, в модуле объекта Документ.НачислениеЗарплатыРаботникамОрганизаций), на данном этапе лучше принять изменения КОРП, а свои правки перенести позже вручную. Код в КОРП значительно сложнее, и автоматическое объединение процедур может привести к синтаксическим ошибкам.

После завершения процесса конфигурация изменит свой статус на «Зарплата и управление персоналом КОРП».

Этап 4. Перенос доработок и исправление кода

Проанализируем ситуацию после обновления. Теперь перед нами конфигурация КОРП, в которой присутствуют наши нетиповые объекты, но типовой код обновлен до стандарта КОРП. Нам необходимо вернуть доработки в модули:

1. Используя ранее сохраненный отчет о сравнении, найдем места в коде, которые были изменены.
2. Вручную перенесем логику изменений. Рассмотрим пример: если мы добавляли расчет какой-то особой надбавки в процедуру расчета, нам нужно найти аналогичную процедуру в КОРП. Учтите, что в КОРП могут использоваться другие экспортные методы и структуры данных.
3. Проверим корректность работы запросов в отчетах. Поскольку структура метаданных изменилась, некоторые обращения к таблицам могут потребовать корректировки.

Этап 5. Работа со структурой данных (Подразделения)

Выясним одну из главных технических особенностей КОРП 2.5 — работу со структурой предприятия. В версии ПРОФ за учет отвечал справочник ПодразделенияОрганизаций. В версии КОРП реализована более сложная модель:

• Подразделения: используются для управленческого учета и кадрового планирования.
• ПодразделенияОрганизаций: используются для регламентированного (бухгалтерского и налогового) учета.

После обновления нам необходимо:

1. Проверить справочник «Структура предприятия». Если он пуст, его нужно заполнить на основании данных регламентированного учета.
2. Убедиться, что в кадровых документах и справочнике сотрудников связи между управленческими и регламентированными подразделениями установились правильно. Часто требуется запуск специальной обработки по формированию структуры предприятия.

Этап 6. Настройка параметров учета и лицензирование

Посмотрим на базу после первого запуска в режиме «Предприятие». Вы заметите, что многие функции КОРП (обучение, подбор, аттестации) не видны сразу. Их нужно активировать:

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

Важный лицензионный аспект: Для работы версии КОРП требуется специальная лицензия. Если вы используете программную защиту, необходимо будет активировать пин-код именно для версии КОРП. При использовании аппаратных ключей (USB) убедитесь, что ваш ключ поддерживает работу с КОРП-версиями. Без соответствующей лицензии система может выдавать ошибку при попытке записи объектов, специфичных для КОРП.

Этап 7. Итоговое тестирование

Завершим процесс комплексной проверкой. Нам нужно убедиться, что данные не пострадали:

• Сформируем отчет Расчетная ведомость (Т-51) за прошлый период в ПРОФ и в новой КОРП. Цифры должны сойтись копейка в копейку.
• Проверим Штатное расписание. В КОРП оно имеет расширенные возможности (вилки ставок, компетенции), убедимся, что старые позиции перенеслись корректно.
• Протестируем наши кастомные доработки (отчеты, обработки), которые мы переносили вручную.

Если доработок в версии ПРОФ было критически много и они затрагивали фундаментальные механизмы, иногда применяется альтернативный метод: «сборка на КОРП». Мы берем пустую конфигурацию КОРП, переносим в нее все доработки из ПРОФ через сравнение, а затем используем функцию Загрузить конфигурацию из файла. Однако этот путь требует филигранной работы с идентификаторами (GUID) объектов, чтобы не «развалить» существующие данные в базе. Для большинства случаев метод со спецобновлением .cfu является приоритетным и более безопасным.