Перейти к содержимому

Как обновлять доработанные конфигурации 1с

  • автор:

Личный опыт: как быстро и без лишних затрат обновить измененную конфигурацию

Статья о продукте: 1С:Автоматизированное обновление измененных конфигураций
Автор статьи: Дмитрий Рудаков, специалист компании ЗАО "Сибирская Аграрная Группа"
Источник: http://www.buh.ru/document-2264

Обновлять конфигурацию сразу на несколько релизов весьма опасно. Дело в том, что после каждого обновления конфигурации запускается обновление информационных баз в режиме "1С:Предприятие". Поэтому если актуализировать только последний релиз, информационные базы могут не соответствовать последней конфигурации. В статье Дмитрий Рудаков, специалист компании ЗАО "Сибирская Аграрная Группа", делится личным опытом по единовременному обновлению конфигурации на 12 релизов.

Представим себе такую ситуацию. Разработчики "Управления производственным предприятием" (далее — УПП) в релизе 1 (номера релизов здесь и далее присвоены условно) измерению (показателю) регистра расчета назначили тип "СправочникСсылка.ФизическоеЛицо" с наименованием "ФизЛицо". В релизе 2 они добавили еще одно измерение — "Сотрудник" с типом "СправочникСсылка.Сотрудники". При запуске "1С:Предприятие" включается обработка, которая заполняет измерение "Сотрудник", соответствующим измерению для "ФизЛица" образом. И потом в релизе 3 разработчики "1С" удалили измерение "ФизЛицо" и оставили только "Сотрудник". Если обновить конфигурацию с релиза 1 сразу до релиза 3, то можно очистить весь регистр расчета.

А если конфигурация стоит на поддержке с возможностью изменения, и в этой же базе данных формируется регламентированная отчетность, то необходимо обновлять конфигурацию на каждый релиз, что может быть очень дорого в человеко-часах. Например, обновление сильно измененной "УПП" на 1 релиз может занять 30 часов рабочего времени опытного специалиста.

Поэтому прежде чем приступать к обновлению, нужно определить: работаете вы в типовой конфигурации с возможностью изменения или в конфигурации без возможности изменения? Для этого зайдите в конфигуратор, где в меню выполните действия "Конфигурация — Поддержка — Настройка поддержки".

Рис.1. Вызов окна настройки поддержки конфигурации

Если установлено "На поддержке", то эта конфигурация типовая, а если "Включена возможность изменения" — конфигурация, скорее всего, изменена (по крайней мере, такая возможность заложена). Третье состояние — "Конфигурация снята с поддержки". Различные состояния конфигурации показаны на рисунках 2, 3, 4.

Рис. 2. Типовая конфигурация без возможности изменений

Рис. 3. Типовая конфигурация с включенной возможностью изменения

Рис. 4. Конфигурация, снятая с поддержки

Недавно передо мной встала задача обновления измененной конфигурации "Управление торговлей", релиз 10.3.13.2. Конфигурация была изменена в результате объединения с отраслевым решением "БИТ: Управление автосервисом 8" и непрерывно дорабатывалась в течение двух лет. Теперь конфигурацию нужно было обновить до релиза 10.3.25.1, то есть на 12 релизов. Я разбил всю процедуру обновления на несколько этапов.

Прежде чем приступать к самостоятельной работе, я решил получить независимую оценку специалистов в этой области. Единственная компания, располагающая возможностью обновления измененных конфигураций автоматизированными методами, это ООО "1С-ИжТиСи". Я обратился к специалистам этой компании с просьбой оценить стоимость обновления моей конфигурации. Для оценки времени и стоимости работ я предоставил текущую конфигурацию, нуждающуюся в обновлении. Через день я получил письмо с отчетом.

Отчет по итогам оценки стоимости и сроков проведения обновления конфигурации:

Конфигурация: Управление торговлей, редакция 10.3
Текущая версия конфигурации: 10.3.13.2
Обновление до версии: 10.3.25.1
Количество обновляемых модулей: 1 847
Количество контрольных релизов: 8

Результаты оценки меня удивили, поскольку на сайте компании была указана стоимость по акции — 1000 руб. за обновление на один релиз. Комментарий "1С-ИжТиСи":

"Стоимость обновления на каждый пропущенный релиз у нас не выше 2000 рублей. Сейчас проходит акция, поэтому стоимость не превышает 1000 руб. Но окончательная цена услуг определяется по результатам оценки трудозатрат на обновление и может быть ниже 1000 руб./релиз".

Также я уточнил, каким образом были выбраны релизы, необходимые для обновления. В ответ на свой вопрос я получил скриншот, на котором это было наглядно продемонстрировано (рис. 5). В столбце "Номер версии" указана версия конфигурации, до которой необходимо обновиться. В столбце "Обновление версии" указано, с какого релиза возможно обновление. В результате оценки количество необходимых обновлений сократилось до 9.

Рис. 5. Выбор релизов, которые обязательно нужно использовать для корректного обновления конфигурации

После изучения отчета "1С-ИжТиСи" я подсчитал личные временные затраты на тот же самый объем работы. Каждая процедура обновления занимает у меня приблизительно 6 часов. Следовательно, общие временные затраты составляют 56 (9х6) рабочих часов, то есть приблизительно семь рабочих дней. Кроме того, существует вероятность, что после обновления выявятся какие-то недочеты: к примеру, пользователь пожалуется, что нужные для него изменения в конфигурации утеряны, и тогда временные затраты серьезно увеличатся. Между тем, специалисты компании "1С-ИжТиСи" предлагают проделать весь объем работы за три-четыре рабочих дня. Поэтому я решил воспользоваться их услугами.

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

Сильно измененные объекты. Это объекты, в которых изменено много типовых свойств. Корректировки имеют комплексный характер. Реквизиты объекта добавлены в табличную часть, выведены на форму объекта и на форму списка. Дописаны обработчики добавленных реквизитов в формах. Изменен типовой механизм проведения документа или записи набора движения для регистра.

Сильно измененные документы:
"Заказ поставщику";
"Перемещение товаров";
"Требование-накладная";
"Поступление товаров и услуг".

Сильно измененные регистры:
"Партии товаров на складах";
"Товары на складах".

Значительно измененные объекты. Объекты, в которых добавлены реквизиты, изменены либо формы объектов, либо модули объекта (как правило, проведение документа нетиповое).
Документ "Приходный кассовый ордер";
Регистр сведений "Комплектующие номенклатуры";
Регистр сведений "Списанные товары";
Общие модули.

Незначительно измененные объекты. В объектах изменены только формы и добавлены реквизиты.

Справочники:
"Виды номенклатуры";
"Договоры контрагентов";
"Контрагенты";
"Номенклатура";
"Типы цен номенклатуры";
"Ряд регистров сведений".

В разделе "Общие" изменены подписки на события, макеты, роли, общие модули. Почти все было изменено отраслевым решением.

Прежде чем предоставлять сотрудникам "1С-ИжТиСи" информационную базу для тестирования, в ней нужно удалить конфиденциальную информацию. Для таких случаев фирма "1С" рекомендует использовать обработку "Изменение конфиденциальной информации", которая не очень широко известна.

Обработка "Изменение конфиденциальной информации" предназначена для выборочного изменения или очистки информации в информационной базе. Обработку можно использовать для подготовки информационной базы перед передачей на тестирование, где необходимо скрыть (очистить, изменить) некоторую информацию.

Обработка ИзменениеКонфиденциальнойИнформации.epf есть на диске ИТС в каталоге 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation. Также данную обработку можно скачать по ссылке: http://its.1c.ru/db/metod81#content:1644:1.

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

  • Справочники: Физические лица, Контактные лица, Контактные лица контрагентов, Контрагенты, Типы цен.
  • Регистры сведений: Паспортные данные физического лица, ФИОФизЛиц.

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

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

По результату проведенной работы могу сказать, что все изменения в конфигурации были сохранены, при визуальном просмотре все объекты, которые были изменены, сохранили свои особенности и отличия от типовой конфигурации. В ходе эксплуатации никто из пользователей не сообщил, что какие-то изменения были утрачены.

В результате обновления я выделил две небольшие задачи для самостоятельного решения.

Первая. В силу того, что обновление проводится с использованием механизма "Сравнение, объединение", конфигурация БД действительно обновляется, и обновляется правильно, без технических рисков благодаря учету контрольных релизов. Однако не обновляется конфигурация поставщика. Разумеется, технически грамотный специалист без проблем дополнит данную работу, однако я попросил "1С-ИжТиСи" выслать более полную инструкцию по обновлению. В соответствии с ней, обновление сможет произвести даже неопытный специалист.

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

Кроме двух названных задач, был обнаружен один небольшой недочет, который, в принципе, не влияет на качество обновления и редко проявляется. В результате обновления строки кода исходной конфигурации и обновленной визуально совпадают, но в конце строк по каким-то причинам добавлены пробелы. Это является недостатком, так как несколько увеличивает объем измененного кода. И в случае дальнейшего ручного обновления было бы лучше не иметь таких участков кода. На рис. 6 приведен пример до обновления, а на рис. 7 — пример после обновления.

"Действительно, есть некоторые различия в переводе строк кода, но данное изменение привнесли разработчики в новый типовой релиз конфигурации УТ. Все изменения перенесены корректно. Вы можете в этом убедиться, сравнив модуль Вашей обновленной рабочей конфигурации и новой типовой конфигурации".

Рис. 6. Код частично измененной конфигурации до обновления

Рис. 7. Код частично измененной конфигурации после обновления

Да, действительно, разработчики УТ 10.3 удалили лишние пробелы в конфигурации поставщика. Но что если бы разработчики удалили какие-то операторы в строчке кода? Были бы они так же сохранены?

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

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

В целом, могу сказать, что данная услуга и продукт имеют не только большое будущее, но и вполне хорошее настоящее. Этим сервисом можно и нужно пользоваться. Думаю, что ни один программист не возьмется вручную обновлять конфигурацию (тем более, измененную) с 12-ю пропущенными релизами всего за 3 000 руб.

Информация о компании ЗАО "Сибирская Аграрная Группа".

Группа Компаний "Сибирская Аграрная Группа" — ведущее агропромышленное объединение Сибирского Федерального округа. Компания представляет собой холдинг с полным производственно-сбытовым циклом, где все процессы идут по замкнутой цепи — от производства комбикормов до производства мясной продукции и ее реализации. Основными направлениями деятельности являются свиноводство, растениеводство, переработка и реализация мяса. Сегодня в состав "Сибирской Аграрной Группы" входят: мясокомбинаты в Томске и Кемерово, три свиноводческих комплекса — в Томской, Свердловской областях и в республике Бурятия, комбикормовый завод, птицефабрика "Томская", а также сеть магазинов фирменной розницы.

Информация о компании ООО "1С-ИжТиСи". ООО "1С-ИжТиСи" — дочерняя компания фирмы "1С". Более 6 лет специализируется на автоматизации процессов обновления и тестирования измененных конфигураций на платформе "1С:Предприятие". В настоящее время сотрудничает более чем с 400 партнерами, клиентами и разработчиками тиражных отраслевых решений по России и СНГ.

Обновление доработанной типовой конфигурации 1С

Обновление доработанной типовой конфигурации 1С

Рассмотрим задачу, когда нужно обновить типовую конфигурацию, в которую внесены изменения. Рассмотрим на примере конфигурации ЗУП, в которой в документ НачислениеЗарплаты был добавлен новый реквизит пр_ВнутреннийНомер. Предварительно необходимо установить файл нужного обновления.

Открываем конфигурацию в режиме Конфигуратор. Переходим в меню Конфигурация – Поддержка – Обновить конфигурацию (рис. 1):

Рис. 1. Обновление конфигурации

В открывшемся окне Обновление конфигурации выбираем Поиск доступных обновлений (рис. 2)

Рис. 2. Выбор источника обновления

Нажимаем Далее (рис. 3):

Рис. 3. Выбор области поиска файлов обновлений

Далее выбираем обновление и нажимаем Готово (рис. 4):

Рис. 4. Выбор обновления

Т.к. была отмечена галочка Показывать конфигурации (рис. 4), открывается окно с информацией про обновление, нажимаем Продолжить обновление. В следующем окне нажимаем ОК (рис. 5):

Рис. 5. Обновление

Далее открывается окно Обновление Основная конфигурация – Новая конфигурация поставщика, оставляем отмеченными все галочки (это значит, что обновляем все возможные объекты). Находим наш измененный документ НачислениеЗарплаты (рис. 6):

Рис. 6. Документ НачислениеЗарплаты

В документ НачислениеЗарплаты ранее нами был добавлен реквизит пр_ВнутреннийНомер и этот новый реквизит был выведен на форму документа. Снимаем галочку у реквизита пр_ВнутреннийНомер (рис. 6), это значит, что мы собираемся оставить этот новый реквизит в конфигурации. Далее посмотрим изменения в форме документа (ранее мы только добавили новый реквизит на форму, но в обновлении могут быть и другие изменения формы): правой кнопкой мыши по ФормаПоказать различия в модулях… (рис. 7):

Рис. 7. Различия в модулях

Открывается окно Сравнение модулей, в котором в обновлении видны изменения в нескольких процедурах формы документа (рис. 8):

Рис. 8. Изменения в обновлении модуля формы документа

Т.к. ранее мы только добавили вывод нового реквизита на форму, то проще обновить форму, а затем заново вывести новый реквизит на форму. Для этого закрываем окно Сравнение модулей, оставляем галочку у Формы в окне Обновление Основная конфигурация – Новая конфигурация поставщика и нажимаем Выполнить (рис. 9):

Рис. 9. Выполнить обновление

На вопрос отвечаем Да (рис. 10):

Рис. 10. Вопрос при обновлении

В следующем окне нажимаем ОК (рис. 11):

Рис. 11. Окно при обновлении

Запускается процесс обновления объектов конфигурации. После выполнения объединения появляется окно, нажимаем ОК (рис. 12):

Рис. 12. Объединение завершено

Теперь нужно вернуть новый реквизит на форму документа, т.к. мы обновили форму из новой конфигурации поставщика, в которой нашего реквизита нет. Для этого открываем форму документа НачислениеЗарплаты, находим наш реквизит пр_ВнутреннийНомер и перетаскиваем его мышкой в группу ГруппаКомментарийОтветственный (рис. 13):

Рис. 13. Добавление реквизита на форму документа

Теперь форма документа обновлена правильно: мы внесли новые изменения поставщика, установив галочку в окне Обновление Основная конфигурация – Новая конфигурация поставщика (рис. 9), и вернули наше изменение формы – добавили наш реквизит пр_ВнутреннийНомер на форму документа (рис. 13).

Далее сохраняем конфигурацию: Конфигурация – Сохранить конфигурацию и обновляем конфигурацию базы данных: Конфигурация – Обновить конфигурацию базы данных (рис. 14):

Рис. 14. Сохранение конфигурации

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

Рис. 15. Принятие изменений при обновлении конфигурации базы данных

После завершения процесса обновления в Конфигураторе запускаем конфигурацию в режиме Предприятие и завершаем процесс обновления.

Как обновлять доработанные конфигурации 1с

В свойствах баз обновлятора (в версиях после 3 ноября 2017 года) появилась вот такая замечательная опция:

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

Когда она может быть полезна

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

При этом все дописки вы знаете и они у вас задокументированы.

В таком случае может быть проще и быстрее:

  1. Сначала обновить конфигурацию обновлятором (установив соотв. галку в свойствах базы)
  2. Затем посмотреть отчёт обновления в обновляторе (там будут указаны свойства,измененные дважды)
  3. И только после этого проверить, что все доработки на месте и вернуть те, что были утеряны (об этом смотрите ниже, где я рассказываю как работает автоматическое обновление доработанных конфигураций)

При таком способе работы вам не нужно:

  1. Скачивать необходимые обновления
  2. Открывать конфигуратор и применять эти обновления
  3. Ожидать пока выполнится обновление конфигурации
  4. Ожидать пока выполнится обновление базы данных

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

И если доработки конфигурации небольшие, то в большинстве случаев вам после обновления вообще не придётся ничего делать.

Ваше вмешательство будет нужно тогда, когда в обновлении будет изменен тот же самый объект, что изменен у вас (это и называется «измененные дважды»). И вы можете легко находить такие объекты, просматривая отчёт обновлятора:

Как работает автоматическое обновление доработанных конфигураций

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

Обновление происходит с приоритетом новой конфигурации, при этом:

  1. Если вы добавляли в конфигурацию новый объект — обновление его не затронет.
  2. Если вы добавляли в конфигурацию новый реквизит в уже существующий объект типовой (от поставщика) — обновление его также не затронет.
  3. Если вы меняли в конфигурации объект поставщика, но он не изменился в этом обновлении, то он останется как есть.
  4. Но, если вы меняли в конфигурации объект поставщика, и он изменился в этом обновлении, то возьмётся версия из обновления. При этом в отчёте обновлятора этот объект будет отмечен как «дважды измененный«.

При этом, при настройке по умолчанию.

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

Я очень надеюсь, что эта возможность позволит высвободить ещё немного часов от ручного, монотонного труда.

Если у вас есть замечания или пожелания по этой возможности — я всегда рад вас выслушать, пишите мне на helpme1c.box@gmail.com

Как настроить финальное объединение с эталонной конфигурацией

Чтобы стало понятнее о чём речь, приведу рабочий пример у одного из пользователей обновлятора.

У него 40 бухгалтерских баз. Все они содержат одну и ту же доработанную конфигурацию.

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

Алгоритм работы до автоматизации у него был такой:

«В ручном режиме обновляю до последнего релиза одну базу; в последнем релизе тестирую, добавляю все изменения, которые были потеряны, в модулях форм документов, общих модулях. Затем обновляю остальные базы до последнего релиза и в конце объединяю с подготовленным cf файлом из первой базы.»

Он обратился ко мне за помощью в автоматизации всей цепочки действий кроме «в последнем релизе тестирую, добавляю все изменения, которые были потеряны, в модулях форм документов, общих модулях».

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

И я доработал эту возможность.

Чтобы заставить обновлятор после применения обновления следом выполнить ещё и объединение с конфигурацией из файла — необходимо расположить файл с конфигурацией для объединения в папку обновления под именем MergeThisFileAfterUpdate.cf

В рассмотренном выше примере предположим, что требуется обновить все 40 конфигураций на следующие релизы (и пусть они для упрощения задачи будут ключевыми, то есть их нельзя перескакивать): 2.0.60.1, 2.0.60.2 и 2.0.60.3.

Алгоритм наших действий с учётом автоматизации обновлятором будет следующим:

  1. Обновить при помощи обновлятора одну из конфигураций до версии 2.0.60.3
  2. Добавить все изменения, которые были потеряны. проверить работоспособность обновлённой конфигурации.
  3. Выгрузить эту конфигурацию в папку с обновлением 2.0.60.3 под именем MergeThisFileAfterUpdate.cf
  4. Запустить обновление (с включенной возможностью обновления доработанных конфигураций) оставшихся 39 баз.
  5. Обновлятор в этом случае для каждой из 39 баз:
    1. выполнит пакетное обновление на 2.0.60.1
    2. выполнит обработчики обновления
    3. выполнит пакетное обновление на 2.0.60.2
    4. выполнит обработчики обновления
    5. выполнит пакетное обновление на 2.0.60.3
    6. обнаружит, что в папке с обновлением 2.0.60.3 лежит файл MergeThisFileAfterUpdate.cf
    7. выполнит пакетное объединение нашей конфигурации с конфигурацией из файла MergeThisFileAfterUpdate.cf (о настройках такого объединения смотрите ниже)
    8. выполнит обработчики обновления

    При этом пакетное объединение выполняется через пакетный ключик конфигуратора mergecfg и следующий файл настроек (передаётся через ключ settings):

    Такие настройки объединения позволяют нам привести нашу конфигурацию (которая всё ещё на поддержке) к конфигурации в файле MergeThisFileAfterUpdate.cf, в которую мы внесли и исправили все наши доработки.

    Объединение с эталонной конфигурацией как отдельная операция

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

    Эта возможность доступна на закладке «Скрипты» в главном окне программы.

    Тип скрипта «Пакетный». Из меню следует выбрать пункт «Обновлятор»->»Методы»->»Объединить с конфигурацией из файла»:

    В скрипт вставится вот такой текст:

    Путь к файлу, с которым нужно выполнить автоматическое объединение, у вас, конечно, будет свой.

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

    Получается, что в начале мы выполняем объединение конфигураций при помощи команды обновлятора merge_cfg, а затем выполняем обновление конфигураций баз данных при помощи пакетного ключика конфигуратора UpdateDBCfg.

    Вторую команду можно вставить в скрипт из меню шаблонов:

    С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).

    Владимир Милькин

    Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.

    Технология обновления нетиповой (измененной) конфигурации 1С

    Инструкция расскажет, как по шагам обновить нетиповую конфигурацию 1С.

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

    • исходная измененная конфигурация (рабочая);
    • типовая конфигурация версии до обновления (старая);
    • типовая конфигурация новой версии (новая) или файл(ы) .cfu для перехода на нее.

    Технология обновление на примере нетиповой конфигурации УПП с 1.3.95.1 до 1.3.97.3

    1. Создать пустую базу и загрузить туда рабочую конфигурацию: «Конфигурация>Загрузить конфигурацию из файла»:

    На вопрос об обновлении нажать «Да»:

    В окне реорганизации нажать «Принять»:

    2. Проверить, стоит ли конфигурация на поддержке: «Конфигурация>Поддержка>Настройка поддержки»:

    В появившемся окне отобразится информация о том, на какой поддержке (или поддержках) стоит конфигурация.

    Если поддержек несколько, можно переключаться между ними, используя список выбора.

    Необходимо проверить, что среди поддержек есть та конфигурация, которую необходимо будет обновить (в данном случае «УправлениеПроизводственнымПредприятием») и у нее правильная версия (в данном случае «1.3.95.1»). Нужную версию можно узнать, нажав кнопку «О программе».

    Если в списке поддержек нет нужной конфигурации, то нужно поставить конфигурацию на поддержку старой типовой и затем перейти к п.3.

    Если найдена поддержка нужной конфигурации, но неправильной версии, нужно нажать «Снять с поддержки», затем «Да», поставить конфигурацию на поддержкустарой типовой и перейти к п.3.

    Если найдена поддержка нужной конфигурации и нужной версии, то нужно дважды кликнуть на правую колонку корня конфигурации, в появившемся окне выбрать «Объект редактируется с сохранением поддержки», поставить галочку «Установить для подчиненных объектов» и нажать «ОК». После этого можно закрыть окно настройки поддержки.

    3. Когда конфигурация стоит на поддержке правильной версии, можно приступать к обновлению. Для этого нужно выбрать «Конфигурация>Поддержка>Обновить конфигурацию»:

    В появившемся окне нужно переключиться на «Выбор файла обновления» и нажать «Далее».

    На следующем этапе указать путь к .cf или .cfu файлу новой типовой и нажать «Готово». В случае .cfu файла необходимо, чтобы поддерживался прямой переход с текущей версии на новую. Об этом можно узнать из таблиц версий на странице https://releases.1c.ru/total

    Далее появится окно с информацией о версиях, в нем просто нажать «ОК». Если вместо этого появилось окно с текстом «Файл не содержит доступных обновлений», значит, была допущена ошибка либо при постановке на поддержку (см. п.2), либо при выборе файла обновления.

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

    4. По окончании процесса сравнения отобразится окно с деревом объектов. В нем необходимо переключиться на режим отображения только дважды измененных объектов. На платформе ниже 8.3.8 для этого необходимо нажать кнопку «Фильтр», в нижней части окна поставить галочку «Показывать только дважды измененные свойства» и затем нажать «ОК».

    На платформе 8.3.8 и выше нужно в нижней части окна переключить фильтр на «Показывать только дважды измененные свойства»:

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

    Если таких объектов нет, то обновление значительно упрощается. В этом случае можно перейти к следующему пункту.

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

    Пример. Дерево после применения фильтра выглядит следующим образом:

    В этом случае список объектов, который нужно сохранить, будет такой:

    • Подсистема РегламентированнаяОтчетность – состав
    • Общий модуль УправлениеЗапасамиПартионныйУчет
    • Общий модуль УчетНДС
    • Обработка КлиентБанк – модуль объекта

    Формат списка может быть произвольным, главное, чтобы он оставался понятным.

    5. Нажать кнопку «Выполнить».

    Если отобразится окно «Неразрешимые ссылки», то в нем нужно нажать «Продолжить».

    Если были дважды измененные объекты, то появится предупреждение об их замещении. На него нужно ответить «Да».

    Далее появится окно настройки поддержки. В нем нужно установить такие настройки:

    После этого нажать «ОК», немного подождать и снова нажать «ОК» на сообщении о том, что объединение конфигураций завершено.

    6. Данный пункт имеет смысл, только если были дважды измененные объекты. Если их не было, следует перейти к следующему пункту.

    В отдельном конфигураторе (можно, например, создать пустую базу) необходимо построить сравнение старой типовой и рабочей конфигураций. Для этого нужно выбрать «Конфигурация>Сравнить конфигурации»:

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

    После построения сравнения выполнить перенос изменений в объекты, список которых был составлен в предыдущем пункте.

    7. Обновление почти завершено!

    Осталось только применить изменения (F7), при необходимости нажав «Принять» в окне реорганизации, и выгрузить обновленную конфигурацию: «Конфигурация>Сохранить конфигурацию в файл»:

    12 статей про обновление 1С

    Типовую программу 1С легко обновить самостоятельно через конфигуратор или интернет. Ещё один способ — использовать cfu-файл. Если пропущено много релизов, вам сэкономят время промежуточные конфигурации.

    После обновления не забывайте запустить особые процедуры.

    Бывает выгоднее отдать обновление нетиповой 1С на аутсорсинг.

    Что нового для вашей 1С?

    Рассылка осуществляется в день выхода обновления. Никакой рекламы, только полезная информация. Посмотрите пример →

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

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