Переход с базовой версии программы «1С:Зарплата и Управление Персоналом» на версию КОРП — ответственная процедура, требующая строгого соблюдения последовательности действий. Если попытаться применить обновление или выполнить сравнение/объединение метаданных с файлом поставки КОРП без учета механизмов поддержки, возникают серьезные технические накладки. Самая распространенная ошибка — основная конфигурация базы становится КОРП, а конфигурация поставщика остается базовой или задваивается. Рассмотрим, почему это происходит и как исправить структуру поддержки без потери данных пользователей.
Разберем техническую сторону платформы 1С:Предприятие. Версии Базовая, ПРОФ и КОРП конфигурации «Зарплата и Управление Персоналом» имеют разные внутренние уникальные идентификаторы (GUID) и имена поставщиков. По этой причине штатный механизм обновления с помощью файлов сжатых обновлений (.cfu) не может автоматически трансформировать базовую версию в КОРП.
Если специалист выполняет обновление путем наложения файла поставки 1cv8.cf от КОРП через команду «Конфигурация — Сравнить, объединить с конфигурацией из файла» на базу, находящуюся на базовой поддержке, платформа обновляет только объекты основной конфигурации. Конфигурация поставщика в окне настройки поддержки при этом не меняется и остается базовой. При попытке установить следующий релиз КОРП платформа выдает ошибку, так как не может сопоставить текущую конфигурацию поставщика с накатываемым обновлением.
Проанализируем ситуацию, когда пользователи уже успели поработать в базе несколько дней после некорректного обновления. В этом случае простой откат на архивную копию приведет к потере введенных документов. Нам необходимо привязать правильную конфигурацию поставщика КОРП к существующей рабочей базе.
Важно: Перед выполнением любых манипуляций в конфигураторе обязательно создайте архивную копию информационной базы (выгрузку .dt или копию файла 1Cv8.1CD).
Разберем по шагам алгоритм восстановления типовой поддержки КОРП:
1cv8.cf версии КОРП. Критически важно: номер релиза этого файла должен строго совпадать с номером релиза, который сейчас установлен в вашей рабочей базе.Конфигурация — Поддержка — Настройка поддержки. В появившемся окне нажмите кнопку «Снять с поддержки» и подтвердите действие.Конфигурация — Сравнить, объединить с конфигурацией из файла... и укажите подготовленный файл 1cv8.cf от релиза КОРП.Конфигурация — Поддержка — Настройка поддержки. Убедитесь, что конфигурация поставщика сменилась на КОРП. Установите режим «Конфигурация находится на поддержке с возможностью изменения» (или полную поддержку, если изменения кода не требуются).F7).После выполнения этого алгоритма платформа будет корректно видеть поставщика КОРП, и вы сможете выполнять все последующие штатные обновления с помощью файлов .cfu или .cf.
Рассмотрим, как изначально следует проводить переход с базовой версии на КОРП, чтобы не сталкиваться с техническими сбоями поддержки. Существует стандартная методика полной заменой конфигурации.
1cv8.cf). Номера релизов базовой базы и файла КОРП должны совпадать до последней цифры.Конфигурация — Загрузить конфигурацию из файла... (не путать со сравнением/объединением).1cv8.cf нужного релиза КОРП. Платформа выдаст предупреждение о том, что текущая конфигурация будет полностью заменена. Подтвердите операцию..cf платформа целиком перезаписывает структуру метаданных и конфигурацию поставщика. Базовая поддержка автоматически удаляется и замещается полной поддержкой КОРП.Выясним, что делать в ситуациях, когда структура поддержки сильно повреждена, а в окне настройки отображаются две дублирующие конфигурации поставщика. В таких случаях штатное объединение может вызывать ошибки платформы.
Для решения проблемы можно применить вариант с переносом данных в чистую базу:
ВыгрузкаЗагрузкаДанныхXML.epf (для идентичных конфигураций) или обработку обмена данными.Этот метод гарантирует получение стопроцентно чистой конфигурации поставщика без устаревшего технического мусора в метаданных, сохраняя при этом все введенные пользователями документы.