В этой инструкции нетипового обновления измененной 1с 8.3 я не буду описывать базовые вещи, такие как: как открыть конфигуратор, что такое конфигурация БД, конфигурация поставщика и основная конфигурация. Об это и там много написано, и вы можете самостоятельно найти эту информацию на просторах интернета.
Я постараюсь описать основные моменты процесса обновления и на что нужно обратить внимание.
Также вы можете обратиться к нам за услугой размещения ваших баз на наших серверах с их обновлением и архивацией на нашей стороне, и всё за весьма скромную плату. Контакты в шапке сайта — обращайтесь.
Для примера возьмем нетиповую бухгалтерию 3.0.51.22 и я покажу как обновить ее до версии 3.0.53.29. На платформе версии 8.3.10.2561 (нет большой разницы на более старых платформах, просто раньше окошко сравнения выглядело чуть иначе).
Скажу сразу, будет много картинок и мало текста. Я считаю, что визуально проще запоминать процесс, чем читать море текста.
Для этого вам нужно
- первое – открыть из меню «Справка» — «О программе»
и в разделе конфигурация найти версию, указанную в скобках.
Эта же информация будет совпадать с версией разработки в свойствах конфигурации.
- Второе – открыть конфигурация поставщика. Меню конфигурация – поддержка – настройка поддержки
И в появившемся окне посмотреть версию (версии может вообще не быть, если конфигурация поставщика была удалена).
При совпадении можете смело переходить к пункту 2.
1а. Постановка конфигурации на поддержку.
Если у вас отличаются версия БД и версия конфигурации поставщика, то вам нужно удалить текущую конфигурацию все через то же меню: конфигурация – поддержка – настройка поддержки. И нажать кнопку «Снять с поддержки».
Далее нужно сравнить-объединить с типовой конфигурацией версии,
указанной в «Справка» — «О программе». И на вопрос «Поставить на
поддержку?» нажать «Да».
После «недолгого» ожидания снимаем все галочки. Ну и можно убрать галку «Сохранять настройки автоматически». И жмем выполнить.
В результате мы получим конфигурацию на поддержке с одинаковыми версиями баз данных.
2. Обновление базы.
Теперь можно переходить к обновлению.
Скажу сразу обновление делать нужно ТОЛЬКО через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию…».
Использовать «Сравнить, объединить с конфигурацией из файла…» НЕЛЬЗЯ!!! При использовании этого механизма вам при следующем обновлении придется переходить к пункту 1а. Поэтому давайте не будем так делать и создавать себе (или тому, кто будет в следующий раз обновлять базу) лишние проблемы.
Далее выбираем файл обновления.
Хотелось бы сказать про обновление через несколько релизов. 1С не рекомендует обновлять на CF файлы, сразу прыгая через несколько релизов. Это нужно делать последовательно. В теории это правильно.
Объясню почему так не рекомендуют делать. Если программисты хотят удалить какой-либо реквизит, то они сначала приписывают к нему приставку «удалить», потом через несколько релизов удаляют его. И могут в каком то релизе перенести из него информацию. Вот пропуская этот релиз, вы можете потерять данные.
Но на практике за свои уже лет 10 работы с базами 1с у меня был такой один случай. Когда почему-то разработчики решили перенести данные с перечисления на справочник. При том ничем критичным это для меня не закончилось. Я написал простую обработку, которая перекинула эти данные из архива в текущую базу. Никакого повторного обновления делать не пришлось.
Можете кидать в меня камни, но я всегда обновляю базу через cf файлы на несколько релизов.
Итак мы нажали обновление, нам выскочило сообщение с какой на какую версию будет произведено обновление. Мы нажимаем ОК.
Ожидаем, пока пройдет сравнение объектов.
Далее нам нужно внизу из списка выбрать пункт «показывать только дважды измененные свойства.
Так же хочу сказать по старые версии, раньше это был флажок.
Итак, мы теперь видим гораздо меньше объектов.
Если у вас пусто, то вам несказанно повезло, и вы можете смело нажимать кнопку «выполнить» и считайте обновление закончено.
Ну у нас не все так просто, поэтому пробегусь по основным объектам.
- Подсистемы – ставим режим «Объединить»
- Роли – режим «Объединить с приоритетом новой конфигурации».
- Макеты – тут нужно будет переносить добавленные области руками. Поэтому вы можете через меню «показать различия в макетах» увидеть что добавлено. Указать режим «Взять из новой конфигурации поставщика» и далее после выполнения обновления добавить нужные области.
- СхемыКомпоновкиДанных , Формы — вот тут самая засада. Нам так и не предоставили нормальный режим сравнения этих объектов, поэтому нужно будет смотреть, что было изменено, и вносить это руками. Я для форм ставлю режим «Объединить с приоритетом новой конфигурации» и далее уже после обновления добавлять изменения, такие как колонки, или дополнительные поля в запросе динамического списка.
- План счетов, предопределенные элементы. Тут я ставлю режим объединения с приоритетом новой конфигурации. При этом хочу сказать про один случай из моего опыта. Если стоит галка «Вести учет по подразделениям», то она в результате объединения будет снята, и мы потеряем данные. Опять же мне не понятно, почему нельзя при режимах «объединить» оставлять галку в значении Истина. Ох уж эта платформа 1с.
- Модули. Вот тут самое интересное.
Первое что хочется сказать. Ни в коем случае не переключайте режим объединения. Он должен стоять «Взять из новой конфигурации поставщика». Иначе вы получите в базе мусор с комментарием MGR.
Никаких кнопок «показать различия в модулях…»!
Жмем именно на значок шестеренки рядом с модулем
Открывается окошко, в котором очень много изменений в функциях и процедурах.
Для того чтобы понять в какой функции были изменения нам нужно будет либо взять копию базы, либо через меню конфигурация сохранить конфигурацию в файл. И дальше загрузить в пустую базу. Далее зайти в меню «конфигурация» и нажать «Сравнить конфигурации…»
Выбрать сравнение основной конфигурации с конфигурацией поставщика.
И вот ту можно уже посмотреть изменения через «показать различия в модулях…». Т.к. мы не собираемся ничего менять, мы только хотим посмотреть, что было изменено.
И мы видим, что в функцию «Просклонять» был добавлен кусок кода. Все изменения можно посмотреть, нажимая на синие стрелки.
Вернемся к обновляемой конфигурации. Там мы через значок шестеренки зашли с режим объединения модулей. Далее ставим все галки…вручную..говоря про себя «спасибо» разработчикам платформы 
Находим нашу функцию просклонять. Находим измененный элемент. Надеюсь, теперь стало понятно, зачем нужно отделять любой добавленный свой код комментариями – правильно, чтобы не гадать при обновлении, откуда взят этот код.
Нажимаем значок лупы, и платформа выделит строчку кода, куда нужно этот текст добавить.
Копируем его из верхнего окна и вставляем в нижнее окно.
Так проделать со всеми модулями. Если модуль не был изменен, как в нашем случае со справочником валюты. Мы просто ставим режим «Взять из новой конфигурации поставщика» и НЕ нажимаем на шестеренку (рядом с шестеренкой не должно стоять зеленой галочки, это означает что код полностью будет взят из новой конфигурации, без ручной настройки).
Отлично. Теперь пробежавшись по всем объектам можно снять галку «сохранять настройку автоматически» и потом «выполнить»
На сообщение «Существуют объекты, измененные в основной конфигурации по отношению к старой конфигурации….. При обновлении будет выполнено замещение этих объектов! Выполнить?» Нажимаем смело ДА.
В следующем окне оставляем галки, как показано на картинке. И никак иначе!!! Должны стоять обе галки – «объекты редактируются с сохранением поддержки». Нажимаем ОК.
Все. Обновление нетиповой конфигурации 1с завершено.
Этот метод не претендует на идеал, но я думаю, многие совершают ошибки в этих шагах.
Конечно, я рассказал не все, тут еще много подводных камней. Но я думаю 90% обновлений можно смело обновлять по этой инструкции.
Надеемся, данная информация была полезна. При необходимости мы можем выгодно лицензировать вашу 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), при необходимости нажав «Принять» в окне реорганизации, и выгрузить обновленную конфигурацию: «Конфигурация>Сохранить конфигурацию в файл»:
Мы уже рассматривали, как обновить типовую, не измененную конфигурацию на примере «1С: Бухгалтерия предприятия, редакция 3.0». В этой статье мы расскажем о том, как сделать то же самое в других условиях, когда перед вами — по каким-то причинам изменённая программистом 1С конфигурация.
Вся информация в данной статье предоставлена исключительно в ознакомительных целях. Ни компания, ни автор не несут ответственности за любой возможный вред, причинённый материалами данной статьи.
Важно: внесённые в типовую конфигурацию изменения могут быть разными по сложности. От сложности внесённых изменений, периодичности производимых обновлений, квалификации специалиста, производящего обновление, зависит затраченное время и результат обновления. В данной статье рассмотрим наиболее простой пример.
Шаг №1
Проверяем что установленный релиз платформы «1С:Предприятие 8» удовлетворяет требованиям обновления конфигурации 1С. Данную информацию можно получить из каталога установленного обновления в файле «1cv8upd.htm» или «ReadMe.txt». При необходимости обновляем платформу «1С:Предприятия» не ниже требуемой для корректной работы данной конфигурации.
Шаг №2
Убеждаемся, что в базе данных 1С отсутствуют активные пользователи в режиме «1С:Предприятие» и делаем резервное копирование обновляемой базы данных в режиме «Конфигуратор».
На всём процессе обновления работать в базе данных в режиме «1С:Предприятие» не желательно (требует необходимого опыта программиста 1С).
Смотрим, что в конфигурации включено правило «Объект поставщика редактируется с сохранением поддержки». Об этом свидетельствуют значок желтого куба напротив названия конфигурации (Рис.1). Также информацию о правиле поддержки можно узнать, перейдя в верхнем меню Конфигурация > Поддержка > Настройка поддержки (Рис.1)
Шаг №3
Производим сверку возможно внесённых изменений в типовую конфигурацию. Для этого перейдём в верхнем меню Конфигурация > Сравнить конфигурации и выберем режим как показано на Рис.2.
Нажимаем «ОК», ждем окончания сравнения. Данный шаг нужен для выявления изменений, внесённых в типовую конфигурацию.
Шаг №4
Если после окончания сравнения конфигураций появится окно сообщения с текстом «Конфигурации идентичны», тогда изменения в типовую конфигурацию не вносились.
Обновление происходит так же как обновление типовой, которое мы уже рассматривали.
При наличии изменений в типовой конфигурации появится окно сравнения, в котором мы сможем увидеть изменённые объекты типовой конфигурации(Рис.3). В данном примере изменения касаются свойства реквизита «Город» справочника «Банки».
Производим оценку внесённых изменений в типовую конфигурацию.
Увидеть различия мы можем путём нажатия правой кнопкой мыши на свойство изменённого объекта и выбрав Отчет о сравнении объектов (Рис.4).
В открывшемся окне (Рис.5) выбираем «Подробно» и нажимаем ОК. В отчёте мы видим, что была изменена длинна строки реквизита Город с 50 до 100 символов (Рис.6).
Шаг №5
Запускаем процесс обновления конфигурации. В верхнем меню Конфигурация > Поддержка > Обновить конфигурацию. Выбираем файл обновления путём поиска или непосредственного выбора файла обновления конфигурации (идентично обновлению типовой конфигурации).
Получаем окно со сравнением основной текущей конфигурации и новой конфигурации поставщика (Рис. 7).
Шаг №6
Для удобства располагаем эти два окна сравнения так, чтобы объекты были напротив друг друга.
В данном примере нам не нужно замещать реквизит, поэтому в правом окне сравнения снимаем галочку (Рис.8) с нашего элемента конфигурации.
Шаг №7
Нажимаем кнопку «Выполнить» и дожидаемся окончания внесения изменений от конфигурации поставщика в основную конфигурацию. Название окна конфигурации изменится на «Конфигурация*», т. е. будет со звездочкой.
В верхнем меню выбираем Конфигурация > Сохранить конфигурацию, при этом название окна конфигурации изменится на «Конфигурация». Далее Конфигурация > Обновить конфигурацию базы данных — все типовые изменения поставщика сохранены в конфигурации базы данных.
Шаг №8
После внесения изменений, в основную конфигурацию, сохраняем, Конфигурация > Сохранить конфигурацию. Дальше запускаем Отладка > Начать отладку, принимаем изменения, ждем запуска базы данных в режиме «1С:Предприятие».
После запуска базы данных в режиме «1С:Предприятие» конфигуратор можно закрыть.
В данной статье мы рассмотрели процесс обновления изменённой типовой конфигурации «1С: Бухгалтерия предприятия, редакция 3.0». Изменение длины строки реквизита «Город» и подобные изменения длины строк или параметров реквизитов — считаются одними из самых простейших возможных изменений типовых конфигураций.
Если же при сравнении вы видите, что изменению подвергались масса элементов и модулей, то без необходимой квалификации лучше не пробовать осуществлять такие изменения. Поэтому, если вы на шаге №4 сомневаетесь в успешности обновления, обратитесь к специалисту по 1С автоматизации.
Это довольно старая моя статья, но она до сих пор является актуальной. Поэтому я решил, что будет целесообразно опубликовать её на www.ot-soft.ru в помощь пользователям конфигурации «Охрана труда».
В этой статье не описываются методики применения автоматического и автоматизированного обновления конфигураций с использованием внешних компонент и/или программных продуктов. Информацию по ним вы можете найти на других ресурсах Интернета.
Возможно, вы заметили, что при каждом очередном обновлении количество объектов, требующих вашего внимания, только увеличивается. При этом вы точно знаете, что изменен, например, только один документ, а при обновлении выдается список из нескольких десятков измененных объектов. Конечно, можно воспользоваться методикой описанной в моей статье «Технология обновления нетиповых конфигураций 1С:Предприятия 7.7» от 27.06.2003. Да, это будет работать. Многие именно так выполняют обновления. Но я считаю данный подход неэффективным и трудоемким при обновлении конфигураций на платформе 1С:Предприятия 8. В отличие от платформы 1С:Предприятия 7.7 платформа 1С:Предприятия 8 позволяет открывать одновременно несколько конфигураций (файлы *.cf) и выполнять несколько сравнений конфигураций в одной копии конфигуратора. Исключение составляют, пожалуй, только конфигурации построенные на УПП (Управление производственным предприятием) — они слишком тяжелые, платформа падает.
Процесс обновления конфигураций 1С:Предприятия 8 более автоматизирован по сравнению с 1С:Предприятием 7.7. Достаточно высокий уровень автоматизации позволяет значительно снизить трудоемкость работ при обновлении нетиповых конфигураций. К сожалению, чаще всего процесс обновления нетиповых конфигураций не может быть выполнен полностью в автоматическом режиме и требует вмешательства специалиста.
Возможна ли ситуация, когда процесс обновления будет выполнен полностью автоматически? Конечно. Для этого изменяемые объекты должны быть добавлены и не должны использовать функционал существующей конфигурации. Т.е. эти объекты должны решать абсолютно другие учетные задачи, расширяющие функционал типовой конфигурации поставщика. Согласитесь, что описанная ситуация является крайне редкой. Практически всегда изменения затрагивают объекты типовой конфигурации поставщика.
Следует обратить внимание на то, что база данных может содержать до трех видов конфигураций:
- конфигурация базы данных – это конфигурация, с которой работают пользователи;
- рабочая конфигурация (основная) – это конфигурация, в которую мы можем вносить изменения, при этом пользователи могут продолжать работать;
- конфигурация поставщика – это исходная конфигурация поставщика, на основе которой обычно создаются рабочая конфигурация и конфигурация базы данных. В базе данных может быть несколько конфигураций от различных поставщиков. Поставщиком конфигурации может быть не только фирма «1С».
В случае, когда конфигурация снята с поддержки, конфигурации поставщика не будет. Что в свою очередь значительно повышает трудоемкость обновления.
Рассмотрим процесс обновления и разберем возможные ошибки на примере обновления конфигурации УПП (поставщик типовой конфигурации – фирма «1С», доработки компании Информ Сервис). Изначально обновление данной конфигурации выполнялось не по описанной в данной статье технологии, поэтому рассматриваемые в статье ошибки являются наиболее часто встречающимися на практике. Обновление будет выполняться с версии 1.2.6.2 на версию 1.2.14.1.
Этап 1. Подготовка.
На первом этапе приведем в соответствие рабочую конфигурацию к конфигурации поставщика. Это очень важный этап, который позволит значительно уменьшить объем работ по анализу внесенных нами ранее изменений.
Этот этап можно пропустить, если последнее обновление прошло через «поддержку» (Меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию») или было выполнено по описанной в данной статье методике.
Несоответствие версий рабочей конфигурации и конфигурации поставщика может возникнуть при использовании для обновления *.cf файлов, не из дистрибутива поставщика или при использовании методов обновления отличающихся от описанных в данной статье. Напрмер, объекты добавлялись в рабочую конфигурацию копированием через буфер обмена или Drag&Drop.
1. Сравнение версий.
Проверим номера версий рабочей конфигурации и конфигурации поставщика. Номер рабочей конфигурации смотрим в меню «Конфигурация» → «Открыть конфигурацию» меню «Правка» → «Свойства». В блоке «Разработка» пункт «Версия». (Рисунок 1).
Рисунок 1.
Номер конфигурации поставщика смотрим в меню «Конфигурация» → «Поддержка» → «Настройка поддержки…» пункт «Версия». (Рисунок 2).
Рисунок 2.
Если номера совпадают, то переходим к следующему этапу. См. Этап 2.
В данном примере необходимо привести в соответствие рабочую конфигурацию и конфигурацию поставщика с постановкой на поддержку объектов, снятых с поддержки или добавленных без постановки на поддержку. Для этого выполним следующие действия:
2. Сохранение рабочей (основной) конфигурации.
Сохраним рабочую конфигурацию в файл, например work.cf. Для этого выберем пункт меню «Конфигурация» → «Сохранить конфигурацию в файл…».
3. Получение файла обновления для конфигурации поставщика.
Для приведения в соответствие конфигураций нам понадобится файл *.cf из дистрибутива поставщика с тем же номером версии, что у рабочей конфигурации (Рисунки 3 и 4). Данный файл можно получить при установке соответствующего дистрибутива. По умолчанию установка дистрибутива конфигурации выполняется в каталог C:/Program Files/1cv81/tmplts. Подробнее об установке шаблонов конфигураций см. документацию.
Рисунок 3.
Рисунок 4.
Проверим каталог шаблонов. Если в каталоге шаблонов есть *.cf файл нужной версии, то переходим к пункту 4 Этапа 1.
Что можно сделать, если нет *.cf файла нужной версии конфигурации поставщика? В этом случае можно воспользоваться файлами *.cfu и повторив описанную в Этапе 1 процедуру несколько раз последовательно поднять номер версии до требуемого релиза, в данном случае до 1.2.6.2. Следует отметить, что использование файлов *.cfu может не вскрыть ошибки, допущенные ранее при обновлении. Что, согласитесь, довольно странно, учитывая тот факт, что вначале собирается файл поставщика на основе старой конфигурации поставщика и *.cfu файла, а затем выполняется обновление. Возможно это связано с тем, что в сравнении почему-то участвуют не все объекты конфигурации. Поэтому предлагаю использовать возможно более длинный путь, но и более надежный.
Необходимо создать пустую базу данных со «старой» конфигурацией поставщика. Обновить конфигурацию поставщика до нужной версии и уже её использовать при выполнении работ на 1 этапе. Для получения «новой» конфигурации поставщика нужно сделать следующее:
- Создание «старого» файла поставщика для текущей конфигурации. Файл 1cv8.cf можно взять из дистрибутива поставщика или сохранить из рабочей базы, если конфигурация находится на поддержке. Для сохранения файла 1cv8.cf из рабочей базы необходимо в меню «Конфигурация» → «Поддержка» → «Настройка поддержки…» нажать кнопку «Сохранить в файл» и указать каталог и имя файла. Например, на рабочий стол.
- Создание базы данных с новой конфигурацией поставщика. Базу данных можно создать, используя дистрибутив поставщика с диска ИТС или используя полученный ранее 1cv8.cf с рабочего стола. В первом случае следуем инструкции входящей в дистрибутив. Во втором случае для создания базы из расположенного на рабочем столе файла, создаем новую информационную базу без конфигурации и запускаем конфигуратор. В меню «Конфигурация» → «Загрузить конфигурацию из файла…» указываем файл, сохраненный ранее на рабочем столе. Открываем конфигурацию через меню «Конфигурация» → «Открыть конфигурацию» и обновляем до нужного релиза через меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию» используя файлы *.cfu.
- Создание файла «новой» конфигурации поставщика. Для этого выбираем пункт в меню «Конфигурация» → «Сохранить конфигурацию в файл…». Уточняем расположение и имя файла 1cv8.cf. Нажимаем «Сохранить».
4. Приведение в соответствие рабочей конфигурации и конфигурации поставщика через обновление.
Используя полученный *.cf файл конфигурации поставщика выполним обновление. Для этого выберем пункт меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 5), «Выполнить» (Рисунок 6).
Рисунок 5.
Рисунок 6.
Итак, первая проблема – «Обнаружены ссылки на объекты, помеченные на удаление». (Рисунок 7).
Рисунок 7.
Варианты решения:
- снять пометку с объекта, которыйв конфигурации поставщика;
- удалить ссылку на объект, которыйв конфигурации поставщика.
Исходя из того, что ссылка в добавленном интерфейсе «РуководительОтдела» выполнена на объект конфигурации поставщика, поддержка с которого снята поставщиком (возможно в связи с изменением методики учета), то правильным решением в данной ситуации будет удаление ссылки на этот отчет из интерфейса «РуководительОтдела». Окно сравнения конфигураций не закрываем, ссылку на отчет «ОплатаЗаказов» в интерфейсе «РуководительОтдела» удаляем. После удаления ссылки выполним повторное сравнение конфигураций. Для этого нажмем кнопку «Обновить» в окне обновления (Рисунок 6).
5. Восстановление настроек частично утерянных на предыдущем этапе.
Для восстановления частично утерянных настроек выполним объединение с ранее сохраненным файлом рабочей конфигурации work.cf. Для этого выберем пункт меню «Конфигурация» → «Сравнить, объединить с конфигурацией из файла…».
6. Сохранение результатов обновления.
Сохраним изменения рабочей конфигурации и обновим конфигурацию базы данных. Для этого выберем пункт меню «Конфигурация» → «Обновить конфигурацию базы данных».
Здесь нас поджидает очередная проблема (Рисунок 8).
Рисунок 8.
Для решения данной проблемы посмотрим на причину её возникновения. Причин может быть несколько, но наиболее вероятны следующие из них. Данные объекты были скопированы в рабочую конфигурацию из конфигурации поставщика или поставщик удалил ранее данные объекты, а позже добавил новые с такими же именами, но с другими внутренними идентификаторами. В результате в конфигурации появляются объекты с разными внутренними идентификаторами, но с одинаковыми именами.
С ролями поступаем просто — удаляем, т.к. роли не изменялись (это можно проверить, сравнив старую конфигурацию поставщика и рабочую конфигурацию). С реквизитом документа действуем иначе. Реквизит необходимо переименовать, например ЗаказРезерв1, а после обновления перенести значения из переименованного реквизита в новый. Для этого можно воспользоваться обработкой УниверсальныеПодборИОбработкаОбъектов.epf с диска ИТС.
Рассмотрим еще одну ситуацию, аналогичную предыдущей, но возникшую при обновлении 1С:Бухгалтерии предприятия 8.1. Что делать с формами? (Рисунок 9)
Рисунок 9.
На рисунке мы видим, что ФормаСписка была удалена у поставщика, а затем добавлена поставщиком новая форма с тем же именем. Соответственно необходимо пометить обе формы для обновления и нажать кнопку «Выполнить».
В случае если будет выдано сообщение о том, что имеются ссылки на удаляемые объекты, необходимо не закрывая форму обновления очистить ссылки на удаляемую форму в свойствах объекта. В данном случае в свойствах регистра. После этого необходимо в форме обновления нажать кнопку «Обновить», пометить к обновлению свойства регистра и еще раз нажать кнопку «Выполнить».
Сохраним изменения рабочей конфигурации и обновим конфигурацию базы данных «Конфигурация» → «Обновить конфигурацию базы данных».
Если необходимо, перенесем значения реквизита ЗаказРезерв1 в ЗаказРезерв с помощью внешней обработки в режиме 1С:Предприятие.
Этап 2. Обновление.
После проведения подготовительных работ на Этапе 1 переходим к обновлению основной конфигурации и переносу ранее сделанных доработок типовой конфигурации поставщика.
Для обновления конфигурации нам понадобится файл *.cfu или файл *.cf из дистрибутива поставщика. Подробнее о способах их получения можно почитать здесь.
Если обновление выполняется через несколько версий конфигурации, то следует обратить внимание на ситуацию, описанную в статье «Обновление конфигураций 1С:Предприятия 8. Прыжок через 20 версий». Если обновление выполняется не на рабочей базе, то после завершения работ по подготовке каждого нового этапа сохраняем файлы *.cf. Они понадобятся при обновлении конфигурации рабочей базы данных заказчика.
Если обновление выполняется через несколько версий, то при обновлении следует обязательно обратить внимание на удаляемые объекты и на объекты с измененными именами, а также на действия, выполняемые при первом запуске после обновления. Если эти объекты используются в обработке при первом запуске после обновления, то не следует их удалять, а по объектам с измененными именами следует внести соответствующие изменения в текст модуля обработки. В этом случае, оставленные объекты могут быть удалены при повторном или следующем обновлении.
Если обновление выполняется через несколько версий, то для снижения трудоемкости обновления, можно воспользоваться методикой с вычислением ключевых релизов, описанной в статье «Обновление конфигураций 1С:Предприятия 8. Прыжок через 20 версий».
1. Подготовка баз данных.
Итак, по результатам первого этапа готовим две одинаковые базы. Первая (основная) — наш будущий результат. Вторая (вспомогательная) — для выполнения сравнений, открытия конфигураций и других подготовительных действий. Для файлового варианта это просто копирование файлов основной базы в другой каталог и подключение этого каталога в список баз, для клиент серверного — выгрузка / загрузка.
2. Трёхсторонее сравнение конфигураций.
Откроем обе базы в режиме Конфигуратор и выполним трёхсторонее сравнение конфигураций в обеих базах, используя имеющийся файл новой конфигурации поставщика. Для этого в обеих базах выберем пункт меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 10).
Рисунок 10.
В результате сравнения трех конфигураций (старая конфигурация поставщика, новая конфигурация поставщика и рабочая конфигурация) получаем список измененных объектов. Устанавливаем фильтр «Показывать только дважды измененные свойства» (Рисунки 11 и 12).
Именно с этими объектами необходимо разобраться в первую очередь, т.к. после обновления, выполненные ранее настройки, могут быть утеряны.
Рисунок 11.
Рисунок 12.
Рисунок 13.
На этом работу во второй (вспомогательной) базе приостанавливаем и продолжаем в основной. Кнопку «Выполнить» во вспомогательной базе не надо нажимать. Нам эта база нужна именно в таком виде до окончания процесса обновления.
Итак, в результате получаем список объектов, дважды измененных при доработке типовой конфигурации и в новой конфигурации поставщика. Если согласиться с обновлением, то сделанные ранее доработки в этих объектах будут утеряны. Поэтому по каждому объекту необходимо принять решение о том, каким образом он будет обновлен (Рисунок 13). На этом этапе выполняем предварительное сравнение исключительно для того, чтобы уменьшить объем работ в дальнейшем. Оценка не точная быстрая — «на глазок».
Если изменений в объекте больше в новой конфигурации поставщика, то оставляем экземпляр объекта поставщика. Оставляем галочку. Затем перенесем изменения из рабочей конфигурации.
Если изменений в объекте больше в рабочей конфигурации, то оставляем экземпляр объекта рабочей конфигурации. Снимаем галочку. Затем перенесем изменения из конфигурации поставщика.
С модулями поступаем немного иначе, т.к. в нашем распоряжении есть возможность сравнивать модули попроцедурно. Т.е. в случае, если в нашей конфигурации и в конфигурации поставщика изменены различные процедуры модуля, то правильно расставив галочки мы избавим себя от ручного переноса изменений кода. Чтобы до этого добраться нажимаем кнопку как это показано на рисунке 14.
Рисунок 14.
Далее расставляем галочки, указывая какие процедуры и функции следует заменить или удалить (Рисунок 15).
Рисунок 15.
После того как определились с объектами, которые будут обновлены сразу и на которых остались галочки, дублируем состояние по галочкам во вспомогательной базе, а в основной базе нажимаем кнопку «Выполнить». В основной базе получаем почти готовую конфигурацию.
Далее все сравнения выполняем во вспомогательной базе. Одно сравнение у нас уже есть — трехстороннее. Для определения ранее внесенных изменений выполняем дополнительное второе сравнение старой конфигурации поставщика с основной конфигурацией. Для этого выберем пункт в меню «Конфигурация» → «Сравнить конфигурации:», выберем для сравнения «Конфигурация поставщика» и «Основная конфигурация» (Рисунок 16).
Рисунок 16.
Аналогичным образом сравниваем старую конфигурацию поставщика с новой. Для сравнения нам понадобится файл новой конфигурации поставщика. Если такого файла нет, то теперь его можно получить из основной базы. Для сохранения в файл новой конфигурации поставщика в основной базе в меню «Конфигурация» → «Поддержка» → «Настройка поддержки:» нажимаем кнопку «Сохранить в файл». (Рисунок 2). Указываем имя файла, например, new.cf. Далее делаем третье сравнение конфигураций и при сравнении в качестве второй конфигурации указываем файл new.cf.
Итак, мы получили в дополнительной базе список дважды измененных объектов. И еще два сравнения, которые помогут нам более эффективно перенести ранее сделанные настройки из старой версии в новую. В основной базе мы получили почти готовую конфигурацию, в которой необходимо разобраться с дважды измененными объектами.
Для сокращения времени на анализ изменений типовой конфигурации и, соответственно, на обновление было бы уместно комментировать все вносимые в конфигурацию изменения, отмечая не только измененный текст модулей, но и цель выполненных изменений. По ряду причин очень часто этого не делают. При выполнении обновления интересуют не причины внесения изменений, а их последствия. А именно необходимость сохранить функционал измененной конфигурации. Возможно это потребует не переноса измененных строк, а полной переработки добавленного (измененного) кода под функционал новой конфигурации поставщика.
Сравнение форм, таблиц, и модулей объектов в конфигурации выполняется с достаточной степенью детализации (Рисунок 17). Этого вполне достаточно для принятия решений.
Рисунок 17.
Но в некоторых случаях данные в отчетах о сравнении представляются в виде, не позволяющем принять решение быстро. Например, в случае изменения типа реквизитов, имеющих составной тип данных, состав вводимых на основании объектов и т.д. Именно на данном этапе, ввиду его сложности, происходит потеря доработок при обновлении. Рассмотрим эту ситуацию на примере реквизитов, имеющих составной тип данных. При формировании отчета о сравнении объектов (Рисунок 17) различающиеся данные в сравниваемых конфигурациях представлены в виде списков, содержащих состав типов данных, разделенных запятыми. При этом в отчете совершенно не видно, какие типы данных были добавлены или удалены. Конечно, для выявления различий отчет можно распечатать и «скрыжить». В рассматриваемом примере таких объектов около 200. Очевидно, что процесс сравнения представляется достаточно трудоемким и составит около 50 часов.
Для снижения трудоемкости работ при сравнении объектов можно воспользоваться обработкой «Сравнение ячеек», разработанной компанией Информ Сервис. Примерно в 20 раз может выть снижена трудоемкость работ при сравнении составных объектов.
Обработка «Сравнение ячеек» запускается в режиме 1С:Предприятие и позволяет представить информацию из отчета о сравнении объектов в наглядном виде (Рисунки 18 и 19). Для сравнения используются возможности 1С:Предприятия 8.
Рисунок 18.
Рисунок 19.
Схема работы обработки проста. В конфигураторе создаем отчет о сравнении объектов (Рисунок 17) и сохраняем в файл, например ОтчетОСравнении.mxl. Открываем 1С:Предприятие и в диалоге (Рисунок 18) выбираем сохраненный файл и указываем сравниваемые ячейки. Для этого дважды щелкаем правой клавишей мыши на выбранной ячейке табличного документа. По кнопке «Сравнить» получаем результат сравнения, в котором различающиеся позиции выделены цветом (Рисунок 19).
Далее, исходя из того, что сравнение выполняется по тем же принципам сравнения объектов, схема действий будет выглядеть так. Сохраняем следующий отчет под тем же именем файла. Нажимаем кнопки «Обновить» и «Сравнить».
Особо пристальное внимание следует уделить шаблонам RLS по измененным ролям пользователей.
После завершения обновления и переноса, ранее сделанных изменений типовой конфигурации выполним синтаксический контроль модулей и проверим работу измененных объектов. После успешного тестирования процесс обновления конфигурации можно считать завершенным. Теперь осталось обновить внешние печатные формы, отчеты и обработки. Для некоторых конфигураций необходимо проверить формы отчетности подключенные как внешние.
Этап 3. Сдача работ.
В приведенном примере объем работ по исправлению ошибок, допущенных при предыдущих обновлениях, а также по обновлению на версию 1.2.14.1 и переносу ранее внесённых в типовую конфигурацию изменений составляет порядка 100-150 часов. Выполнить такой объем работ, выполняя обновление непосредственно в базе заказчика, не представляется возможным. Соответственно подготовительные работы необходимо выполнить на копии базы данных, а результат обновления перенести в рабочую базу заказчика.
Вначале внимательно изучаем инструкцию из дистрибутива поставки. Выполняем необходимые работы перед обновлением в рабочей базе.
Если в рабочей базе данных заказчика во время подготовки обновления не проводились работы по изменению конфигурации, а обновление готовилось на актуальной копии рабочей базы данных, то для переноса настроек сохраним рабочую конфигурацию в файл, например work_2.cf, выбрав пункт меню «Конфигурация» → «Сохранить конфигурацию в файл…».
Дальнейшие действия на стороне заказчика будут следующие:
- создать резервную копию базы данных;
- используя файл work_2.cf, переносим изменения. Для этого выберем пункт меню «Конфигурация» → «Загрузить конфигурацию из файла…»;
- на вопрос об обновлении конфигурации базы данных ответим согласием.
Если в рабочей базе данных заказчика во время подготовки обновления проводились работы по изменению конфигурации, то эти изменения необходимо также отразить при обновлении.
Если обновление готовилось не на актуальной копии рабочей базы данных, то для переноса настроек воспользуемся методикой использованной на первом этапе. Для этого нам понадобится файл *.cf типовой конфигурации поставщика (1.2.14.1) и результат обновления в виде также *.cf файла. Для этого сохраним рабочую конфигурацию в файл, например work_2.cf, выбрав пункт меню «Конфигурация» → «Сохранить конфигурацию в файл…».
Дальнейшие действия на стороне заказчика будут следующие:
- создать резервную копию базы данных;
- используя файл *.cf типовой конфигурации поставщика, выполним обновление. Для этого выберем пункт меню «Конфигурация» → «Поддержка» → «Обновить конфигурацию», «Выбор файла обновления», «Готово» (Рисунок 10), «Выполнить»;
- используя файл work_2.cf, переносим изменения. Для этого выберем пункт меню «Конфигурация» → «Сравнить, объединить с конфигурацией из файла…»;
- сохраним изменения рабочей конфигурации и обновим конфигурацию базы данных. Для этого выберем пункт меню «Конфигурация» → «Обновить конфигурацию базы данных».
Далее следуем инструкциям из дистрибутива поставки и выполняем необходимые работы после обновления.
Правильное выполнение данного этапа позволит в дальнейшем избежать работ, описанных в Этапе 1.
опубликована 04.05.2008
редакция от 12.04.2012