1с упп как обновить
На Инфостарте присутствует довольно большое количество хороших статей про обновление нетиповых конфигураций, как на поддержке, так и без. Надеюсь, что данная статья также будет полезна тем, у кого еще не достаточно опыта для обновления нетиповых конфигураций, особое внимание уделено обновлению нетиповых форм.
Рассмотрим обновление на примере нетиповой конфигурации УПП 1.3 находящейся на поддержке с возможностью изменения с релиза 1.3.61.2 на релиз 1.3.62.1. Так как конфигурация сама по себе довольно тяжелая, то это накладывает некоторые особенности, в частности, не всегда получается открыть в одном конфигураторе несколько окон сравнения конфигурации.
Для обновления я использую две одинаковые копии базы данных старого релиза. В одной из них выполняю подготовку *.cf для обновления, назовем ее, например, for_updating. Другая база остается не тронутой и служит только как вспомогательная, для сравнения конфигураций, назовем ее base. В принципе, в качестве вспомогательной может использоваться конфигурация рабочей базы.
В базе for_updating выполняем «Конфигурация» – «Поддержка» – «Обновить конфигурацию», в открывшемся окне выбираем *.cfu нового релиза. Начинается процедура обновления, в результате которой появляется окно обновления.
Нажать кнопку «Выполнить», на данном этапе нет пока необходимости что-либо смотреть, так как целью является лишь получение конфигурации поставщика нового релиза.
В процессе обновления может появиться окно «Неразрешимые ссылки», нажимаем «Продолжить». О причинах появления данного окна поговорим ниже.
Откроется окно «Настройка правил поддержки» - для новых объектов (верхний раздел) с обеих сторон ставим «Объект редактируется с сохранением поддержки», для существующих объектов поставщика (нижний раздел) во всех четырех местах ставим флаг «Сохранять текущий режим», нажимаем «ОК».
Произошло обновление основной конфигурации. Сама по себе основная конфигурация на данном этапе нам не нужна, цель – получение новой конфигурации поставщика. Поэтому основную конфигурацию не сохраняем, конфигурацию базы данных не обновляем.
Выполняем «Конфигурация» – «Поддержка» – «Настройка поддержки». В открывшемся окне выбираем «Сохранить в файл» и сохраняем в *.cf конфигурацию поставщика нового релиза.
Основная конфигурация в том виде, в котором она на данный момент имеется, нам не нужна. Закрываем конфигурацию. «Конфигурация» - «Закрыть конфигурацию». Отказываемся от сохранения изменений.
В конфигурации для сравнения base запускаем сравнение конфигурации поставщика (старый релиз) и конфигурации поставщика из файла (новый релиз).
Таким образом, мы увидим только те изменения, которые будут выполнены в конфигурации при обновлении на новый релиз.
В базе for_updating снова запускаем обновление конфигурации через поддержку «Конфигурация» – «Поддержка» – «Обновить конфигурацию», в открывшемся окне выбираем *.cfu нового релиза. Начинается процедура обновления, в результате которой появляется окно обновления.
При нажатии на кнопку «Фильтр» откроется окно «Настройка фильтров просмотра». В данном окне устанавливаем флаг «Показывать только дважды измененные свойства».
При обновлении без нашего вмешательства происходит следующее:
- - объект не изменен нами, изменен в новом релизе – обновляется из нового релиза;
- - объект изменен нами, не изменен в новом релизе – остается наш объект;
- - объект изменен нами, изменен в новом релизе – это и есть дважды измененный объект, если ничего не менять – он загрузится из нового релиза.
Таким образом, наиболее пристальное внимание следует уделить именно дважды измененным объектам, их и будем рассматривать.
В данном примере изменено несколько общих модулей, в том числе и общий модуль « УчетНДС ».
По умолчанию в окне обновления показаны отличия основной и новой конфигурации поставщика от старой конфигурации поставщика.
Если посмотреть различия конфигураций в общем модуле «УчетНДС», то мы увидим следующую картину:
Если же сравнить эти модули в базе для сравнения base , то картина будет другая:
Очевидно, что функции «СобратьДанныеДляПечатиИсправленияСчетаФактуры», «СобратьДанныеДляПечатиКорректировочногоСчетаФактуры» и прочие содержат наши доработки, но не меняются при обновлении, а значит, нет смысла тратить время на их просмотр и анализ.
Поэтому, выполняя по процедурное обновление с выделенных процедур и функций можно снять флаги:
Многие скажут, что увидеть отличия старой конфигурации поставщика от новой можно с помощью изменения настройки фильтров просмотра в текущем конфигураторе, не используя сравнение конфигураций в базе base .
Однако, как показывает практический опыт это не так, процедуры и функции все равно отображаются в окне сравнения модулей, даже при установленном фильтре «показывать отличия новой конфигурации поставщика от старой конфигурации поставщика».
Сделав не большое мысленное усилие, выявим дважды измененные процедуры и функции, только они будут нуждаться в доработках после процесса объединения. С данными процедурами и функциями нужно определиться, что легче:
- - либо взять процедуру или функцию из новой конфигурации поставщика и потом, после объединения, внести наши доработки;
- - либо снять флаг обновления, тем самым сохранив наши доработки, и уже потом добавить нужный код из конфигурации поставщика.
Объединение с приоритетом основной конфигурации и объединение с приоритетом новой конфигурации поставщика использую редко, в принципе и без использования данных режимов результат получится качественным.
После того как общие модули были проанализированы и у части процедур сняты флаги обновления, видим, что у модулей теперь установлен режим объединения – индивидуальная настройка:
Двигаемся далее. Среди дважды измененных объектов имеется форма элемента справочника «ОсновныеСредства». Прежде чем определиться обновлять ли данную форму из новой конфигурации поставщика, нужно выяснить, что по факту меняется при обновлении.
Для этого в базе base с помощью контекстного меню вызовем «Отчет о сравнении объектов…». В открывшемся окне должны стоять все флаги в группе «Объекты».
Мне нравится режим вывода отчета в табличный документ, когда различия показываются графически, но это дело вкуса.
В результате сравнения формы элемента справочника «ОсновныеСредства» видим, что изменения есть только в модуле формы , а изменений в диалоге формы в обновлении нет.
Но так как форма элемента попала в дважды измененные объекты, то наши доработки есть либо в диалоге формы, либо в модуле.
Выполнив аналогичное сравнение в базе for_updating можно увидеть, что доработки есть в диалоге формы.
Причина тому, добавление справочника «ОсновныеСредства» в план видов характеристик «СвойстваОбъектов». Если обновить форму элемента справочника «ОсновныеСредства» мы получим неразрешимые ссылки, о чем и будет свидетельствовать окно:
В данном случае самым лучшим вариантом будет не обновлять форму элемента справочника «Основные средства» и уже потом добавить необходимый код в модуль формы элемента. В этом случае окно «Неразрешимые ссылки» при обновлении появляться не будет.
Сделаем отступление и представим, что диалог формы элемента справочника «Основные средства» меняется при обновлении на новый релиз, тогда лучшим вариантом было бы обновление формы. Уже потом, после объединения, нужно было бы добавить в форму наши изменения, как в модуль , так и в диалог . Если в модуле много наших доработок и мало от поставщика, то после объединения можно полностью вернуть наш модуль и добавить изменения поставщика.
В этом случае в процессе объединения появилось бы окно «Неразрешимые салки». Вариантов выбора в данном окне два: 1) «Пометить все для объединения»; 2) «Продолжить».
На мой взгляд, правильнее выбирать «Пометить все для объединения».
В этом случае план видов характеристик «СвойстваОбъектов» будет добавлен как объект для объединения в дереве во вновь открывшемся окне «Обновление…»
Естественно, что после обновления в план видов характеристик «СвойстваОбъектов» нужно будет добавить наши изменения, сделать это лучше с помощью сравнения и объединения с текущей конфигурацией.
Рассмотрим, что произошло бы, если бы мы выбрали «Продолжить» в окне «Неразрешимые ссылки». В этом случае форма элемента справочника «ОсновныеСредства» стала бы новой, а план видов характеристик «СвойстваОбъектов» остался бы старым. В этом случае у нас затрутся изменения в диалоге формы элемента справочника, а именно на странице «СвойстваИЗначения», смотри рисунок ниже.
Данная проблема тоже не является не преодолимой, если конечно о ней не забывать.
Конечно, лучше всего стараться как можно меньше вносить изменений в диалоги форм , например, создавать реквизиты и кнопки на форме программно.
Многие вообще рекомендуют не менять типовые формы, а создавать их копии с нашими доработками и делать их основными. Мне данный вариант не нравится потому, что если поставщик добавил что-то в диалоге форме – на моей форме это не появится и мне придется делать добавления вручную, а изменений поставщика может быть гораздо больше, чем наших.
Отдельное внимание хотелось бы уделить по процедурному обновлению форм (часть процедур беру из конфигурации поставщика, а часть нет - индивидуальная настройка). Рассмотрим, как при данном режиме происходит обновление диалога формы в отличие от режима « взять из конфигурации поставщика ».
Пример не имеет отношения к данному обновлению конфигурации, но показателен, поэтому рассмотрим его.
В справочник «Контрагенты» добавлено несколько реквизитов, и они помещены на форму элемента.
При обновлении конфигурации на новый релиз через поддержку будет предложено окно сравнения и объединения конфигурации, в котором можно сделать различные настройки. Сравним несколько вариантов:
1. Флаг обновления формы выставлен, но обновление сделано по процедурно , т.е. по факту выполнена индивидуальная настройка
Многие думают, что диалог формы должен взяться из конфигурации поставщика, а процедуры в зависимости от сделанных настроек. Посмотрим, насколько это так после выполнения объединения. Сделаем сравнение конфигурации поставщика с основной конфигурацией.
Очевидно, что на формах нарушились привязки и прочее, т.е. диалог формы не был полностью взят из конфигурации поставщика. В данном случае в диалоге формы остались наши объекты, с одной стороны это хорошо, с другой стороны, местоположение наших элементов на форме не всегда оптимально, особенно в связи с добавлением новых элементов поставщика, наблюдается изменение позиций обхода и нарушение привязок. В некоторых случаях легче вручную добавить наши элементы в диалог формы, чем делать исправления.
2. Флаг обновления формы выставлен, обновление сделано в режиме «Взять из новой конфигурации поставщика»
В данном случае диалог формы элемента полностью приводится в соответствие с диалогом формы элемента поставщика.
Вернемся к обновлению. С модулями объекта и модулями менеджера документов поступаем также как с общими модулями, обновляем их по процедурно. С формами документов поступаем аналогично тому, как поступали с формами справочников.
Отдельно нужно выделить работу с ролями. Не смотря на то, что в примере не требуется обновлять роли поговорить об этом стоит. Рассмотрим самый простой случай, когда в конфигурации поставщика содержится новый объект. В этом случае потребуется обновление роли « Полные права », но данная роль может содержать какие-то созданные нами объекты, например, справочники, документы и прочее.
Кажется, что с ролью «Полные права» все просто, объединяем их полностью, права на нетиповые объекты сохранятся в них все равно. Так и есть, права на нетиповые объекты никогда не пропадут, но у всех этих объектов будет включен флаг «Интерактивное удаление», что не всегда хорошо. При сравнении конфигураций старого релиза и подготовленной нового релиза это хорошо видно:
С остальными ролями поступаем аналогично тому, как мы работаем с модулями - если наших изменений больше, то не объединяем роль, после обновления добавляем в нее то, что добавил поставщик в новом релизе.
После того как проработали все дважды измененные объекты в окне обновления нажимаем «Выполнить»
На вопрос о том, что измененные нами объекты будут загружены из новой конфигурации, отвечаем утвердительно.
В открывшемся окне «Настройка правил поддержки» проверяем, установленные флаги, хотя по умолчанию должны стоять правильно, нажимаем «ОК».
По окончании процесса объединения сохраняем основную конфигурацию, конфигурацию базы данных пока не обновляем.
Теперь в конфигурацию for_updating добавляем те минимальные доработки, которые не удалось правильно обновить штатными средствами.
Чтобы удобнее было проконтролировать выполнение данного процесса, в базе base запустим сравнение конфигурации поставщика и основной конфигурации старого релиза.
В базе for_updating сделаем тоже самое. Контролируем дважды измененные объекты, различий быть не должно.
После того как обновление в базе for_undating будет завершено обновляем конфигурацию базы данных и тестируем некоторые моменты, что именно хорошо бы протестировать станет понятно в процессе обновления, тут все индивидуально.
Обновление в рабочей базе желательно выполнять с помощью поддержки «Конфигурация» – «Поддержка» – «Обновить конфигурацию». При этом дважды измененные объекты будут загружены из нового релиза, т.е. наши изменения затрутся (конфигурацию не сохраняем!), но потом при объединении с подготовленной конфигурацией мы их восстанавливаем. После этого можно сохранить конфигурацию, обновить конфигурацию базы данных.
Перед обновлением программы необходимо проверить установленный релиз платформы и конфигурации. Эту информацию можно узнать из окна «О программе» (скриншоты кликабельны).
Рисунок 1 - Окно «О программе» 1С:УПП
Перед обновлением конфигурации необходимо выполнить архивную выгрузку информационной базы 1С. Резервная копия используется для автоматического восстановления информационной базы в случае нештатной ситуации.
Для этого пользователь запускает конфигурацию «1С: Управление производственным предприятием» в режиме Конфигуратора. Далее переходит в меню «Администрирование», строка «Выгрузить информационную базу».
Рисунок 2 - Выгрузить информационную базу
В открывшемся окне необходимо указать путь хранения, ввести имя файла сохраненной информационной базы и нажать кнопку «Сохранить».
Рисунок 3 - База выгружена успешно
Рассмотрим 2 способа обновления конфигурации «1С:Управление производственным предприятием»:
- Через интернет.
- С помощью скачанного файла.
Обновление «1С:Управление производственным предприятием» через интернет
Для обновления конфигурации «1С:УПП» через интернет необходимо запустить программу в пользовательском режиме. Далее в меню «Сервис» выбрать строку «Интернет-поддержка пользователей» / «Обновление конфигурации».
Рисунок 4 - Путь к окну обновления конфигурации
В окне «Обновление конфигурации» нужно установить отметку в строке получения обновления через «Пользовательский сайт в Интернете» и нажать кнопку «Далее». После этого отобразится информация о доступных версиях обновления и снова нужно нажать кнопку «Далее».
Рисунки 5-6 - Выбор варианта обновления и версии системы
В следующем окне пользователь проходит авторизацию на Портале 1С:ИТС. Вводятся данные для входа и нажимается кнопка «Далее». После этого пользователь выбирает режим обновления конфигурации и нажимает кнопку «Далее».
Рисунки 7-8 - Авторизация и скачивание обновления
После выполнения указанных действий программа установит соединение с порталом 1С:ИТС и получит файл обновления конфигурации. Получение файла может занять некоторое время.
Рисунок 9 - Обновление конфигурации 1С:УПП
После завершения обновления система запустится в пользовательском режиме. Проверить информацию о обновлении можно по кнопке «Показать информацию о программе».
Способ обновления с помощью файла скачанного с сайта
Рисунок 10 - Авторизация на портале 1С:Обновление программ
На сайте в разделе «Типовые конфигурации фирмы «1С» для России» пользователь выбирает необходимую конфигурацию из списка.
Рисунок 11 - Выбор необходимой конфигурации
В открывшемся окне нужно выбрать требуемый релиз обновления конфигурации.
Для обновления конфигурации до последнего релиза необходимо выполнить постепенное обновление по обязательным релизам. Например, для обновления текущей версии 1.3.119.1 до 1.3.121.1 необходимо выполнить обновление на 2 релиза.
Рисунок 12 - Актуальные релизы для обновления
Рисунок 13 - Скачивание дистрибутива обновления
После сохранения файла обновления, на компьютере, где будет проводиться обновление, необходимо распаковать архив. Затем в распакованной папке открыть файл установки обновления.
Рисунок 14 - Запуск файла установки обновления
В окне «Установка конфигурации» необходимо выполнить установку шаблона обновления, кнопки «Далее» / «Готово».
Рисунок 15 - Окно установки обновления 1С:УПП
После установки шаблона обновления пользователь запускает «1С:Управление производственным предприятием» в режиме «Конфигуратор». Переходит в меню «Конфигурация», строка «Поддержка» / «Обновить конфигурацию».
Рисунок 16 - Запуск обновления конфигурации
В окне «Обновление конфигурации» установить отметку «Поиск доступных обновлений» и нажимает кнопку «Далее».
Рисунок 17 - Выбор источника обновления
Затем нужно установить отметку в строке «Искать в текущих каталогах шаблонов и обновлений», нажать кнопку «Далее».
Рисунок 18 - Указание местоположения файлов обновления
Далее нужно выбрать из списка строку необходимого релиза обновления, и нажать кнопку «Готово».
Рисунок 19 - Выбор необходимого релиза
В окне «Описание обновления» нажать кнопку «Продолжить обновление».
Рисунок 20 - Окно описания обновления 1С
Далее пользователь проверяет версию обновления конфигурации и нажимает кнопку «ОК».
Рисунок 21 - Подтверждение обновления программы 1С
После этого программа предложит обновить конфигурацию базы данных. Необходимо нажать кнопку Да».
Рисунок 22 - Обновление конфигурации базы данных
Программой будет выполнено сравнение объектов. В окне «Реорганизация информации» нажать кнопку «Принять».
Рисунок 23 - Окно «Реорганизация информации»
Наши специалисты помогут обновить текущую систему
или провести апгрейд на 1С:ERP!
Перед обновлением программы необходимо проверить установленный релиз платформы и конфигурации. Эту информацию можно узнать из окна «О программе» (скриншоты кликабельны).
Рисунок 1 - Окно «О программе» 1С:УПП
Перед обновлением конфигурации необходимо выполнить архивную выгрузку информационной базы 1С. Резервная копия используется для автоматического восстановления информационной базы в случае нештатной ситуации.
Для этого пользователь запускает конфигурацию «1С: Управление производственным предприятием» в режиме Конфигуратора. Далее переходит в меню «Администрирование», строка «Выгрузить информационную базу».
Рисунок 2 - Выгрузить информационную базу
В открывшемся окне необходимо указать путь хранения, ввести имя файла сохраненной информационной базы и нажать кнопку «Сохранить».
Рисунок 3 - База выгружена успешно
Рассмотрим 2 способа обновления конфигурации «1С:Управление производственным предприятием»:
- Через интернет.
- С помощью скачанного файла.
Обновление «1С:Управление производственным предприятием» через интернет
Для обновления конфигурации «1С:УПП» через интернет необходимо запустить программу в пользовательском режиме. Далее в меню «Сервис» выбрать строку «Интернет-поддержка пользователей» / «Обновление конфигурации».
Рисунок 4 - Путь к окну обновления конфигурации
В окне «Обновление конфигурации» нужно установить отметку в строке получения обновления через «Пользовательский сайт в Интернете» и нажать кнопку «Далее». После этого отобразится информация о доступных версиях обновления и снова нужно нажать кнопку «Далее».
Рисунки 5-6 - Выбор варианта обновления и версии системы
В следующем окне пользователь проходит авторизацию на Портале 1С:ИТС. Вводятся данные для входа и нажимается кнопка «Далее». После этого пользователь выбирает режим обновления конфигурации и нажимает кнопку «Далее».
Рисунки 7-8 - Авторизация и скачивание обновления
После выполнения указанных действий программа установит соединение с порталом 1С:ИТС и получит файл обновления конфигурации. Получение файла может занять некоторое время.
Рисунок 9 - Обновление конфигурации 1С:УПП
После завершения обновления система запустится в пользовательском режиме. Проверить информацию о обновлении можно по кнопке «Показать информацию о программе».
Способ обновления с помощью файла скачанного с сайта
Рисунок 10 - Авторизация на портале 1С:Обновление программ
На сайте в разделе «Типовые конфигурации фирмы «1С» для России» пользователь выбирает необходимую конфигурацию из списка.
Рисунок 11 - Выбор необходимой конфигурации
В открывшемся окне нужно выбрать требуемый релиз обновления конфигурации.
Для обновления конфигурации до последнего релиза необходимо выполнить постепенное обновление по обязательным релизам. Например, для обновления текущей версии 1.3.119.1 до 1.3.121.1 необходимо выполнить обновление на 2 релиза.
Рисунок 12 - Актуальные релизы для обновления
Рисунок 13 - Скачивание дистрибутива обновления
После сохранения файла обновления, на компьютере, где будет проводиться обновление, необходимо распаковать архив. Затем в распакованной папке открыть файл установки обновления.
Рисунок 14 - Запуск файла установки обновления
В окне «Установка конфигурации» необходимо выполнить установку шаблона обновления, кнопки «Далее» / «Готово».
Рисунок 15 - Окно установки обновления 1С:УПП
После установки шаблона обновления пользователь запускает «1С:Управление производственным предприятием» в режиме «Конфигуратор». Переходит в меню «Конфигурация», строка «Поддержка» / «Обновить конфигурацию».
Рисунок 16 - Запуск обновления конфигурации
В окне «Обновление конфигурации» установить отметку «Поиск доступных обновлений» и нажимает кнопку «Далее».
Рисунок 17 - Выбор источника обновления
Затем нужно установить отметку в строке «Искать в текущих каталогах шаблонов и обновлений», нажать кнопку «Далее».
Рисунок 18 - Указание местоположения файлов обновления
Далее нужно выбрать из списка строку необходимого релиза обновления, и нажать кнопку «Готово».
Рисунок 19 - Выбор необходимого релиза
В окне «Описание обновления» нажать кнопку «Продолжить обновление».
Рисунок 20 - Окно описания обновления 1С
Далее пользователь проверяет версию обновления конфигурации и нажимает кнопку «ОК».
Рисунок 21 - Подтверждение обновления программы 1С
После этого программа предложит обновить конфигурацию базы данных. Необходимо нажать кнопку Да».
Рисунок 22 - Обновление конфигурации базы данных
Программой будет выполнено сравнение объектов. В окне «Реорганизация информации» нажать кнопку «Принять».
Рисунок 23 - Окно «Реорганизация информации»
Наши специалисты помогут обновить текущую систему
или провести апгрейд на 1С:ERP!
Для корректной работы программы «1С:Бухгалтерия предприятия» требуется регулярно проводить обновление конфигурации. Фирма 1С систематически выпускает обновление программы. Это связано с постоянными изменениями в законодательстве в разрезе бухгалтерского и налогового учета. По этой причине программу нужно постоянно развивать и поддерживать ее актуальность.
Перед обновлением программы «1С:Бухгалтерия» необходимо проверить установленный релиз платформы и конфигурации. В окне «О программе» указана информация об используемых релизах платформы и конфигурации.
Рисунок 1 - Окно «О программе» в 1С:Бухгалтерия предприятия
Рассмотрим 2 способа обновления конфигурации «1С:Бухгалтерия предприятия» редакции 3.0:
- Через интернет.
- С помощью скачанного с сайта 1С файла
Перед обновлением конфигурации необходимо выполнить архивную выгрузку информационной базы 1С. Резервная копия используется для автоматического восстановления информационной базы в случае нештатной ситуации.
Для этого пользователь запускает конфигурацию «1С:Бухгалтерия» в режиме Конфигуратора. Далее переходит в меню «Администрирование», строка «Выгрузить информационную базу».
Рисунок 2 - Окно «Выгрузить информационную базу»
В открывшемся окне необходимо указать путь хранения информационной базы, ввести имя файла и нажать кнопку «Сохранить».
Рисунок 3 - Сохранение информационной базы 1С:Бухгалтерия
Внимание! Перед осуществлением выгрузки необходимо завершить работу всех пользователей системы.
Рисунок 4 - Подтверждение выгрузки информационной базы
Вариант 1. Обновление конфигурации «1С:Бухгалтерия 8» через интернет
Для обновления конфигурации «1С:Бухгалтерия предприятия» необходимо запустить программу в пользовательском режиме. Далее из раздела «Администрирование» перейти в «Интернет-поддержка и сервисы».
Рисунок 5 - Окно «Интернет-поддержка и сервисы»
Далее развернуть строку «Обновление версии программы» и перейти по ссылке «Обновление программы».
Рисунок 6 - Открытие окна обновления программы 1С:Бухгалтерия
В окне «Обновление программы» пользователь устанавливает отметку в строке доступного обновления конфигурации и нажимает кнопку «Далее».
Рисунок 7 - Окно обновления программы 1С:Предприятие
После этого необходимо пройти авторизацию на Портале 1С:ИТС и нажать кнопку «Далее». Без подписки 1С:ИТС обновить программу не получится, она обязательна.
Рисунок 8 - Авторизация на Портале 1С:ИТС
В следующем окне нужно заполнить данные пользователя и параметры кластера серверов информационной базы.
Рисунок 9 - Заполнение данных пользователя и параметры кластера
Теперь пользователь выбирает способ установки обновления и нажимает кнопку «Далее».
Рисунок 10 - Выбор способа установки обновления 1С
После выполнения указанных действий программа установит соединение с Порталом 1С:ИТС и получит файл обновления конфигурации. Скачивание файла может занять некоторое время.
Рисунок 11 - Окно обновления конфигурации 1С
После завершения обновления система запустится в пользовательском режиме. Чтобы проверить текущий релиз конфигурации, необходимо кликнуть на кнопку «Показать информацию о программе».
Рисунок 12 - Окно О программе 1С:Бухгалтерия
Вариант 2. Способ обновления с помощью файла скачанного с сайта.
Рисунок 13 - Авторизация в 1С:ИТС на сайте обновления программ
На сайте в разделе «Типовые конфигурации фирмы «1С» для России» пользователь выбирает необходимую конфигурацию из списка (Бухгалтерия предприятия, редакция 3.0).
Рисунок 14 - Выбор необходимой конфигурации для скачивания обновления
В открывшемся окне выбирается требуемый релиз обновления конфигурации.
Для обновления конфигурации до последнего релиза, необходимо выполнить постепенное обновление по обязательным релизам. Например, для обновления текущей версии 3.0.66.47 до 3.0.70.33 обновление пройдет в 4 этапа:
- 3.0.66.47 обновить до 3.0.67.63;
- 3.0.67.63 обновить до 3.0.67.74;
- 3.0.67.74 обновить до 3.0.70.25;
- 3.0.70.25 обновить до 3.0.70.33.
Рисунок 15 - Скачивание необходимых релизов конфигурации для обновления
Рисунок 16 - Выбор дистрибутива для скачивания обновления 1С
После сохранения файла обновления на компьютере, где будет проводиться обновление, необходимо распаковать архив. В извлеченной папке нужно запустить файл установки обновления.
Рисунок 17 - Запуск файла установки обновления 1С:Бухгалтерия
В окне «Установка конфигурации» необходимо выполнить установку шаблона обновления, кнопки «Далее» / «Готово».
Рисунок 18 - Окно установки обновления 1С:Бухгалтерия
После установки шаблона обновления пользователь запускает 1С:Бухгалтерия предприятия в режиме «Конфигуратор». Переходит в меню «Конфигурация», строка «Поддержка» / «Обновить конфигурацию».
Рисунок 19 - Подготовка к запуску обновления 1С
В окне «Обновление конфигурации» нужно установить отметку «Поиск доступных обновлений» и нажать кнопку «Далее».
Рисунок 20 - Выбор источника обновления 1С:Бухгалтерия
Далее устанавливаем отметку в строке «Искать в текущих каталогах шаблонов и обновлений» , нажимаем кнопку «Далее».
Рисунок 21 - Выбор области поиска файлов обновлений
Далее нужно выбрать из списка строку необходимого релиза обновления и нажать кнопку «Готово».
Рисунок 22 - Выбор необходимого релиза для установки
После этого в открывшемся окне «Описание обновления» нажимаем кнопку «Продолжить обновление».
Рисунок 23 - Описание обновления конфигурации 1С
Далее пользователь проверяет версию обновления конфигурации и нажимает кнопку «ОК». После этого программа предложит обновить конфигурацию базы данных. Необходимо нажать кнопку «Да».
Рисунок 24 - Проверка версии конфигурации
Программой будет выполнено сравнение объектов. В окне «Реорганизация информации» нужно нажать кнопку «Принять».
Рисунок 25 - Реорганизация информации во время обновления программы
После этого обновление конфигурации на 1 релиз будет завершено. В нашем случае, необходимо провести аналогичное обновление еще на 3 обязательных релиза, после чего мы получим актуальную версию конфигурации «1С:Бухгалтерия предприятия».
Можем помочь с обновлением и обеспечить полную поддержку
Вашей учетной системы!
Сразу оговорюсь - весь опыт основан на обновлении конфигурации Управление производственным предприятием (УПП), а это обычные формы и отсутствие расширений (так как режим совместимости «Версия 8.2.13»).
Насколько я замечаю по форумам и другим ресурсам по 1с, периодически появляются люди, которым необходимо в короткий срок обновиться через множество версий конфигураций. Причем обычно такие авралы по обновлениям происходят при смене законодательства, то есть, обычно в новый год. И невозможность сделать это за один прием их очень печалит. Надеюсь данная статья позволит избежать таким людям некоторых опрометчивых шагов.
1. Цепочка обновлений.
При обновлении стандартных конфигураций 1с нельзя обновлять с любой версии. По требованиям 1с есть версии с которых можно обновить до нужной. То есть существуют таблицы типа этой.
По этой таблице видно что на версию 1.3.126.2 можно обновляться только с версий 1.3.125.1 и 1.3.126.1. Поэтому для корректного обновления необходимо либо «накатывать» все подряд промежуточные конфигурации либо выстраивать цепочку только необходимых промежуточных конфигураций (насколько помню, на сайте выкладывалась обработка по построению такой цепочки). Причины данного в следующем:
- Одна из основных причин невозможности обновления с пропуском промежуточных конфигураций такова — на сайте 1с (то есть официальном месте раздачи обновлений типовых конфигураций) в большинстве случаев в дистрибутиве обновления лежат файлы с расширением cfu (надеюсь читатель понимает разницу между файлами cf и cfu). А файл cfu содержит только объекты которые были измены. И в обновлении, к примеру, для версии 1.3.124.2 будут только объекты измененные по сравнению с версией 1.3.123.1. Поэтому, в этом случае, пропуск промежуточных конфигураций означает потерю изменений.
Наверняка у некоторых разработчиков мелькнула мысль - на какой-нибудь тестовой базе накатить все обновления, получить конечную конфигурацию, из этой конфигурации создать файл cf и уже им обновить рабочую базу данных (либо тупо найти файл cf нужного релиза). Теоретически возможно, на практике сталкиваемся с следующим пунктом.
- Следующая причина. Это обработчики обновления. Проблемы при пропуске всей цепочки обновления (накатывании сразу финального файла cf) обычно возникают в этом месте. То есть при выполнении обновления конфигурации, при ПЕРВОМ ЗАПУСКЕ В ПОЛЬЗОВАТЕЛЬСКОМ РЕЖИМЕ выполняются обработчики обновления. Это обычные процедуры и функции которые выполняют изменение данных в базе. И если вдруг обработчик обновления обращается к несуществующему объекту или реквизиту, то получаем ошибку. В данном случае несуществующий объект или реквизит - это то что было переименовано или удалено.
Обработчики обновления на примере конфигурации УПП (Управление производственным предприятием).
Кратко суть в следующем — есть список процедур и функций которые вызываются при первом запуске базы данных в пользовательском режиме после обновления конфигурации (так как эти процедуры могут изменить любые данные, то этот запуск должен выполняться под пользователем с полными правами).
*Также обработчики обновления запускаются при первом запуске в пользовательском режиме после создания базы данных.
а). Запуск обработчиков обновления.
В модуле обычного приложения и в модуле управляемого приложения есть Процедура ПриНачалеРаботыСистемы() в которой есть вызов процедуры ОбновлениеИнформационнойБазыКлиент.ВыполнитьОбновлениеИнформационнойБазы(). Если конфигурация изменилась, то начинаются процедуры формирования списка обработчиков обновления, а затем выполнения полученных обработчиков из списка. Изменение конфигурации, в общем случае, определяется как различие значений версий "новой" и "старой" конфигураций. Значение "старой" (это значение до обновления) версии конфигурации хранится в базе данных.
б). Данные по версиям конфигурации и библиотек/подсистем.
В УПП данные по версиям (значения до обновления) хранятся в самой базе данных в регистре сведений ВерсииПодсистем.
Новые значения версий получают следующим образом - для самой конфигурации это значение Метаданные.Версия (по сути это реквизит "Версия" в свойствах конфигурации), для библиотек и подсистем данные получаются из функций. Для библиотеки УПП пример приведен ниже.
При успешном обновлении новые значения версий записываются в регистр сведений.
в). Списки обработчиков обновлений.
Получаются из функций (в УПП стандартно называются ОбработчикиОбновления, и, скорее всего, это стандартное наименование в типовых конфигурациях).
Для некоторых подсистем список обработчиков зависит от того, главный это узел обмена или подчиненный.
В УПП структура обработчиков имеет 9 полей. В подавляющем большинстве случаев используется 2 - "Версия" и "Процедура". Иногда используются поля "Опциональный" и "Приоритет" (в частности в подсистеме ЕГАИС). Поэтому при необходимости надо смотреть логику формирования списка обработчиков для конкретных случаев.
Если Обработчик.Версия=«*», то данная процедура будет занесена в первоначальный список при любом обновлении. Если в этом параметре версия указана, то в первоначальный список данная процедура будет занесена при обновлении на данную версию (либо эта версия промежуточная при обновлении). В дальнейшем из списка процедуры могут быть исключены (в частности в зависимости от параметра "Опциональный").
В параметре Обработчик.Процедура указаны либо процедуры из общего модуля ("БиблиотекаОбновленияИнформационнойБазы.ВыполнитьОбновлениеИнформационнойБазы" — это процедура ВыполнитьОбновлениеИнформационнойБазы() из общего модуля БиблиотекаОбновленияИнформационнойБазы) либо процедура из модуля менеджера объекта ("Справочники.СпособыРаспределенияЗатратНаВыпуск.ЗаполнитьСпособыРаспределенияПоУмолчанию" - Процедура ЗаполнитьСпособыРаспределенияПоУмолчанию() из модуля менеджера справочника СпособыРаспределенияЗатратНаВыпуск).
г). Цепочка вызовов процедур и функций при формировании списка обработчиков обновления.
Так как подсистем может быть несколько (что видно по регистру ВерсииПодсистем), то для каждой подсистемы формируется свой список обработчиков обновлений. Основной путь для конфигурации УПП показан ниже. Для других конфигураций этот путь может быть совсем иным.
//основные моменты формирования и выполнения обработчиков обновления для конфигурации УПП
И в модуле обычного приложения и в модуле управляемого приложения
НеобходимоВыполнитьОбновление(ВерсияМетаданных, ВерсияДанных) //проверка на необходимость выполнения обработчиков обновления
//ряд процедур подготовки выполнения (процедуры проверки полных прав пользователя, попытка установить монопольный режим и т.п.
БиблиотекаОбновленияИнформационнойБазыПереопределяемый.ОбработчикиОбновления(); //список обработчиков выполнения
//Код данной процедуры можно увидеть в предыдущем подпункте. В коде видно что для каждой библиотеки идет вызов своей ветки обработчиков.
//добавление еще одного блока обработчиков обновления из СтандартныеПодсистемыСервер.ВыполнитьОбновлениеИнформационнойБазы
ОбновлениеИнформационнойБазыПереопределяемый.ПослеОбновления() //в УПП выход на пустую процедуру
д). Подсистемы БСП.
Плотно не изучал данный вопрос. Поверхностно просматривая одну из конфигураций БСП видел там процедуры ПередОбновлениемИнформационнойБазы и ПослеОбновленияИнформационнойБазы. Вроде бы эти процедуры были без содержания, но, насколько я понял, такие процедуры присутствуют чуть ли не у каждой подсистемы. Так что учитывайте присутствие подсистем БСП в своей конфигурации.
Переименования и удаления объектов и реквизитов, как правило, происходит в момент создания чего-то нового. Что-то создается, а потом на основе практики часть функционала переделывается. Так было, например, при создании системы ЕГАИС.
Либо над конфигурацией работает несколько групп разработчиков у которых отвратительное взаимодействие. И получается что-то вроде истории про справочник ПакетЭДПрисоединенныеФайлы в конфигурации УПП (обратите внимание на последние две строки на картинке).
Но, насколько я вижу по конфигурации УПП, разработчики также поняли что при удалении объектов могут возникнуть проблемы (в частности возможность потери пользовательских данных — набили данные в регистр сведений, а он в следующем релизе «исчез»). Поэтому у объектов просто в названии приписывают спереди слово "Удалить".
2. Обновление платформы.
Также следует учесть следующий момент. Иногда обновление конфигурации требует одновременно обновить платформу. Например
То есть в данном случае потенциально намечается переход с платформы 8.2.19.130 на 8.3.12. А при переходе с платформы на платформу в разделе «Список изменений и порядок обновления» начинаем изучать пункты «Переход с предыдущей версии на версию . ». Потому как там есть много интересного. Например при обновлении платформы до версии 8.3.8 есть в частности:
Обновление платформы может резко осложниться если у вас серверная 1с и на одной платформе функционирует несколько баз данных, при этом ряд баз за прошлые периоды (то есть не обновляются). Вопросы которые желательно решить до обновления платформы: 1)поддерживают ли базы данных за прошлые периоды новую платформу; 2)если у этих баз "своя" защита данных, поддерживает ли эта защита данных новую платформу. Если по одному из пунктов не поддерживает, то возможные варианты решения: 1)если нужно быстро и временно решить проблему - при возможности (небольшая база, мало пользователей, нечасто используется) базу перевести в файловый режим на расшаренный сетевой ресурс; 2)создать новый сервер 1с под новую платформу на отдельном физическом сервере; 3)создать сервер 1с новой платформы на том же физическом сервере где расположен сервер 1с старой платформы (статья есть на этом сайте).
3. Конфигурация как объединение нескольких типовых конфигураций либо типовая конфигурация с значительными доработками.
Все резко усложняется если ваша конфигурация состоит из нескольких типовых конфигураций. Может возникнуть ситуация что одна типовая конфигурация требует новой версии платформы, а другая типовая конфигурация не поддерживает эту новую версию платформы. Либо есть типовая конфигурация с большими доработками. И эти доработки не поддерживают новую платформу. В обоих случаях придется рассматривать возможность переписывать конфигурацию под требования новой версии технологической платформы.
Но перед тем как переписывать конфигурацию под новую версию платформы рассмотрите следующий момент. Нередко конфигурации используют свою защиту. Если у вас такая конфигурация, со своей защитой, выясните поддерживает ли эта защита новую платформу (может быть беда если конфигурация снята с поддержки).
4. Наличие обменов.
Ничего не могу сказать об обменах основанных на КД. Имел практику с обменами РИБ и древним нестандартным обменом.
Все следующее это мои размышления не подкрепленные практикой (то есть, если примените и вдруг что-то не сработает — сам дурак). Потенциально подчиненными узлами можно пропустить некоторые обновления конфигурации. Во-первых, главный узел формирует файл с изменениями конфигурации для подчиненных узлов от последнего факта передачи изменения конфигурации каждому подчиненному узлу. То есть все изменения конфигурации в главном узле придут по обмену в подчиненный узел (упрощенно. Начальный момент - у главного и подчиненного узла единая конфигурация. После этого главный узел обновил конфигурацию (без разницы сколько раз). После этого главный узел будет формировать файл обмена со ВСЕМИ изменениями конфигурации до того момента как получит от подчиненного узла подтверждение о принятии изменений конфигурации). Во-вторых, если ВСЕ обработчики обновления изменяют данные которые также «ходят» по обмену, то, в принципе, пропуск передачи этого обновления в подчиненный узел не критичен. Пример — обработчик изменения модифицирует справочник Банки. Если справочник Банки «ходит» по обмену, то в головном узле изменения будут выполнены, а затем эти измененные элементы справочника «придут» в подчиненный узел. Если справочник Банки не «ходит» по обмену, то в головном узле изменения будут выполнены, а в подчиненном узле пропуск обновления конфигурации может привести к описанным ранее проблемам (изменение имени, удаление объекта или реквизита).
Если обмен не РИБ, но при этом обмене используется передача объектов целиком (довольно редкий случай, насколько я понимаю все таки наиболее часто используются обмены РИБ и обмены основанные на КД). При таких обменах элементы для обмена получают с помощью ПолучитьОбъект() и, как правило, в виде записи XML помещают в файл обмена. Такие обмены подразумевают что структура элементов которые обмениваются идентична (даже изменение порядка реквизитов в структуре объекта либо останавливает обмен либо делает обмен не полным). То есть сами конфигурации могут сильно отличаться. Во всем, кроме объектов которые стоят на обмене. При наличии таких обменов просто надо контролировать идентичность структуры обмениваемых объектов.
5. Обновление сразу нескольких релизов на рабочую базу.
Если ваша конфигурация не типовая либо типовая с доработками. Сильно не рекомендую накатывать оптом несколько версий релизов сразу на рабочую базу. Даже при наличии тестирования конфигурации перед обновлением рабочей базы случаются ошибки. Если есть время и возможность, накатили версию — смотрим рабочий день, два. Затем следующее обновление. Потому что чем больше изменений в конфигурации, тем тяжелее найти причины возникающих ошибок.
6. Дополнения.
Как вносить обновления в саму конфигурацию это отдельная и большая тема. Про это написано немало. Так что просто укажу грабли которые больно били мне голове и лайфхаки на которые я хотел бы обратить внимание.
6.1. Обновление за один раз.
Если в конфигурации сделано множество изменений и дополнений, то внести обновления за раз может и не получиться. А держать открытым окно сравнения и объединения день и больше это чревато (как говорится - кто не терял свою работу за день, то не поймет). Поэтому за первый проход объединял объекты которые не были затронуты изменениями. Плюс "легкие" изменения. Если же надо смотреть логику кода - оставлял на следующие шаги. Сохранил изменения, сохранил измененную конфигурацию - разбираюсь с сложными объектами (например когда в модуле формы добавлено больше 10 новых процедур и функций плюс изменено больше 10 процедур и функций). При этом у меня были открыты три конфигуратора - 1)конфигуратор с окном сравнения новой и старой типовыми конфигурациями; 2)конфигуратор с окном сравнения старой рабочей конфигурации и старой типовой конфигурации; 3)конфигурация разработки. В 1 конфигураторе видна логика работы типовой конфигурации, во 2 конфигураторе видна логика нашей конфигурации. В принципе окна сравнения можно открыть в одном конфигураторе, но иногда требуется открыть кучу дополнительных окон (общие модули, формы и проч.) и тогда становится сложно разбираться какое окно к какой конфигурации относится.
6.2. Несоответствия цветов на окне сравнения/объединения конфигураций.
Почему это так я не знаю. Может это баг платформы и в какой-то новой платформе его пофиксили, может это последствия неграмотного обновления в прошлом. Но у меня не один раз возникало следующее.
Обновление УПП с 1.3.124.1 на 1.3.124.2 (измененных объектов очень мало).
А вот окно обновления конфигурации. По дефолту общий модуль ИнтеграцияЕГАИССлужебныйКлиент не становится на обновление, хотя он в нашей конфигурации не изменялся. Можно заметить отличающийся квадратик в левой части, но у меня различающихся объектов порядка 10000, поэтому все просматривать весьма утомительно.
Плюс маленькая засада для юных падованов - дважды измененные объекты никак не выделяются на общей картине (смотреть на ветку Документы). И если начинающий специалист по обновлениям не знает куда смотреть то он может упустить это.
6.3. Порядок объектов.
Не путать с порядком реквизитов объекта - порядок реквизитов может быть критичен в некоторых обменах данными.
Всегда делаю порядок всех видов объектов по алфавиту. Потому что если в новой типовой конфигурации вдруг изменили порядок ОДНОГО объекта, то окно сравнения и объединения покажет кучу строк с изменившимися объектами. По сути порядок объектов важен только для удобства - логике программы без разницы что выше справочник Вакансии или справочник Бюджеты. Но при сравнении это выделяется и никак отключить нельзя. А высматривать среди сотен строк "Порядок объекта изменен" действительно значимые изменения весьма некомфортно. Можно для упрощения в типовой конфигурации также выстроить все объекты по алфавиту и после этого сравнивать.
6.4. Изменения типовой процедуры измененного объекта (одна из граблей).
Желательно смотреть логику. Тут все становится понятно на примере.
Вот примерно так. Думаю в комментариях укажут и другие ключевые моменты обновлений типовых конфигураций (и типовых дописанных).
Читайте также: