[ Вопрос дня ] Какая последовательность действий должна быть при переносе доработок из основной конфигурации в расширение?

Доброго дня, коллеги!

Механизм расширений позволил разработчикам 1С вернуть многие доработанные типовые конфигурации на полную поддержку. Слушатель описал порядок действий при переносе доработок из основной конфигурации в расширение в Мастер-группе курса по расширениям. Тренер его немного подправил. Так что можете смело использовать данную последовательность действий как инструкцию на практике!

Вопрос:

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

  1. Все доработки переношу в расширения.
  2. Все доработки удаляю из основной конфигурации, так как все они были перенесены в расширение.
  3. В конфигураторе выполняю команду Конфигурация -> Загрузить конфигурацию из файла (здесь выбираю полный дистрибутив cf-файл релиза, который сейчас в текущей конфигурации)
  4. После загрузки cf-файла на предложение “Обновить конфигурацию БД” – отвечаю “Нет“. Далее выполняю команду Конфигурация -> Конфигурация базы данных -> Сравнить, объединить с конфигурацией БД. В окне сравнения очень внимательно смотрю на те объекты, которых нет в основной конфигурации, но есть в конфигурации БД – при обновлении БД, данные в этих объектах будут удалены. Здесь возможно выявить как раз те объекты, по которым разошлись внутренние идентификаторы – по таким объектам необходимо будет вручную обработкой перенести данные из базы данных до перевода на полную поддержку. После того как все проанализировал, закрываю окно сравнения и обновляю конфигурацию базы данных.

Правильно я описываю последовательность действий?

Ответ:

Добрый день!

На нашем сайте есть видеоурок с примером переноса доработок в расширение – [ Бесплатное видео ] Как перенести все доработки конфигурации в расширение и вернуть ее “на замок”. В целом Вы описываете правильную последовательность. Между пунктом 1 и пунктом 2 я бы обязательно добавил перенос обработкой данных из объектов, добавленных в конфигурации, в объекты, добавленные в расширении. Это обязательно нужно сделать до того, как будет загружен типовой cf-файл и обновлена конфигурация базы данных, потому что это действие приведет к потере данных тех объектов, которые были добавлены в конфигурации. Вместо сравнения основной конфигурации с конфигурацией базы данных можно выполнять сравнение основной конфигурации с конфигурацией поставщика. И выявленные отличия переносить в расширение. Это можно в пункт 1 добавить. А сравнение основной конфигурации с конфигурацией базы данных (из пункта 4) можно использовать как проверку, все ли данные, которые будут потеряны после обновления конфигурации базы данных, обработками перенесены в расширение.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вход на сайт

Зарегистрироваться

Подтверждение регистрации будет отправлено на указанный e-mail.

Я подтверждаю, что ознакомлен(а) с Пользовательским соглашением, принимаю его условия и даю свое согласие на обработку моих персональных данных.

Восстановить доступ

E-mail или логин

Ссылка на создание нового пароля будет отправлена на указанный e-mail.