<img src="https://secure.leadforensics.com/133892.png" alt="" style="display:none;">

Довольно часто в работе программиста 1С встречаются задачи по обновлению нетиповых конфигураций. Конфигурации бывают как мало доработаны, так и сильно.
В сети достаточно различных ресурсов, описывающих способы обновления нетиповой конфигурации, но как правило, это обновление на один релиз с использованием фильтра «Показывать дважды измененные свойства». Использование данного фильтра возможно, но когда речь идет об обновлении нетиповой конфигурации не на один релиз, а на 5, 10 или 20, такой способ является мало эффективным.
В данной статье я хочу описать один из способов обновления нетиповой конфигурации, который позволит сохранить все доработки и провести обновление достаточно эффективно. А также опишу моменты, на которые стоит обратить внимание при оценке проведения работ.


На что обратить внимание при оценке и планировании обновления конфигурации


  • Наличие распределенных информационных баз (РИБ)

     

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

  • Внешние обработки, печатные формы и отчеты

     

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

  • Расширения

     

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

     

  • Минимальная версия платформы 1С: Предприятия

     

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

     

  • Обмен данными

    Любой новый или доработанный обмен данными требует анализа и в случае необходимости адаптации, последующего тестирования. Например, обмен с внешними информационными системами, с использованием правил конвертации данных, обмен с использованием http-сервисов и прочие.
  • Мощности рабочей машины

     

    Бывают случаи, когда оборудование, на котором расположена база, не позволяет эффективно провести обновление. Следовательно, необходимо либо заложить время исходя из возможностей рабочей машины, либо время на перенос базы на другой сервер, для проведения обновления и обратного помещения базы на рабочую машину.

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

Например, есть нетиповая конфигурация Комплексная автоматизация, релиз 2.4.5.111, которую необходимо обновить до актуального релиза 2.4.10.94. Для обновления потребуется множество шагов на n релизов.

Чтобы не повторять перенос доработок каждый раз при шаге на один релиз, необходимо взять типовой файл конфигурации.cf релиза 2.4.10.94 и в него перенести все существующие доработки.

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

Конфигурация – Сравнить конфигурации, в поле “Первая конфигурация” выбрать “Основная конфигурация”, а в поле “Вторая конфигурация” выбрать “Конфигурация поставщика”.

1c-ka

 

После завершения процедуры появится окно сравнения конфигураций, в котором можно по каждому объекту увидеть внесенные изменения. Для удобства контроля переноса доработок можно воспользоваться механизмом под названием “Отчет о сравнении объектов”, доступный в контекстом меню, вызываемым при нажатии правой кнопкой мыши на корень конфигурации.

 

sravnenie-obektov

 

Формат необходимо указать “Подробно”, включить галочку “Подчиненные объекты метаданных”, указать каталог для сохранения и выбрать наиболее удобное расширение файла, в который будет записана информация. В данном файле будут подробно описанные все измененные, а так же добавленные объекты и удаленные объекты.

sravnenie-metadannyh

Этапы переноса доработок из нетиповой конфигурации в типовую конфигурацию последнего релиза

  • Перенос новых объектов

     

    Воспользовавшись файлом “Отчет о сравнении”, можно определить, в каких объектах добавлены новые реквизиты, подчиненные объекты и т.п. Это необходимо для того, что перед переносом объектов снять с поддержки требуемые элементы для обеспечения возможности их добавления. Далее, для того, чтобы провести перенос новых объектов, необходимо выполнить команды: Конфигурация – Сравнить, объединить с конфигурацией из файла. После проведения сравнения необходимо установить галочки напротив новых объектов (не существующих в конфигурации поставщика) и провести объединение.

     

    Важный момент. На практике в некоторых случаях может возникнуть желание открыть две конфигурации и простым перетягиваем перенести новые объекты из нетиповой конфигурации в новую. Но может возникнуть ситуация, что после обновления обнаружится отсутствие данных в новых объектах. В связи с этим, необходимо обязательно производить перенос новых объектов с использованием команды  “Сравнить, объединить с конфигурацией из файла”.

  • Перенос доработанных стабильных объектов

    При обновлении бывают ситуации, когда доработанные формы объекта, списка и т.д. также можно перенести с помощью сравнения. Например, форма списка справочника “Номенклатура” из конфигурации поставщика текущего релиза не была изменена по сравнению с конфигурацией актуального релиза. Следовательно, если в текущей нетиповой конфигурации форма изменена, ее можно также перенести с помощью команды “Сравнить, объединить с конфигурацией из файла”.

  • Перенос доработок

    Для проведения переноса доработок используем файл “Отчет о сравнении”, в котором для удобства и контроля отмечаем перенесенные доработки. Помимо простого переноса необходимо проанализировать доработанный функционал, а также при необходимости произвести его адаптацию. Данный анализ можно выполнить в любой момент до переноса.

Итог

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

Если подвести итог, данный способ обновления нетиповой конфигурации заключается в том, чтобы подготовить файл конфигурации .cf актуального релиза со всеми доработками и на последнем шаге обновления применить его с помощью команды “Загрузить конфигурацию из файла”.

Данный способ является лишь одним из множества способов и не призван называться самым эффективным. Но после использования на практике, становиться ясно, что данный способ имеет право на существование и достаточно эффективен.

Методы обновления РИБ, адаптации расширений и внешних объектов будут рассмотрены в последующих статьях.

Обсудить

Вас может заинтересовать

Подсистема складского учета в программном продукте «1С.Комплексная автоматизация 2» позволяет работать с моделью ордерного склада и использовать адресную схему хранения. С ее помощью появляется возможность реализовать следующие требования:
Потребность в адаптации программного обеспечения под конкретного клиента появилась, наверное, одновременно с самим программным обеспечением.
right-arrow share search phone phone-filled menu filter envelope envelope-filled close checkmark caret-down arrow-up arrow-right arrow-left arrow-down