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

Инструкция расскажет, как по шагам обновить нетиповую конфигурацию 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С предусмотрена возможность внесения и сохранения доработок в типовые конфигурации, а соответственно и возможность их обновления.*

*Доработанные или нетиповые конфигурации 1С – это программный продукт на платформе «1С:Предприятие», входящий в состав или составляющий целиком автоматизированную систему управления предприятия, претерпевший ряд изменений, обусловленных нуждами и спецификой бизнеса, в части форм и состава справочников, документов, ролей, модулей и т.д., поэтому обновление конфигурации 1С с изменениями – совсем не то же самое, что обновление типового решения.

Выпуск релизов и обновлений 1С направлен на исправление багов и внесение изменений и дополнений, обусловленных законодательством. Для новых, недавно вышедших на рынок конфигураций, характерен выпуск большого количества обновлений первого типа. Для конфигураций с функционалом, направленным, в основном, на составление регламентной отчетности, например «1С: ЗУП», «1С:Бухгалтерия», выходит больше обновлений второго типа.

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

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

  • Поиск и сопоставление измененных объектов;
  • Внесение обновлений из нового релиза;
  • Внесение ранее произведенных изменений, «затертых» на предыдущем этапе;
  • Проверка совместимости и работы процессов.

Разница будет заключаться во времени реализации: если доработок много, процесс соответственно займет больше времени, потребует сосредоточенности, внимания и ручной проверки.

Бесплатная
консультация
эксперта
Наталья Севорина
Консультант-аналитик 1С

Спасибо за Ваше обращение!
Специалист 1С свяжется с вами в течение 15 минут.

Рассмотрим для среды 1С обновление нетиповой конфигурации на примере «1С:Управление торговлей» (релиз 2014 года) на следующий доступный релиз.

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

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

Рис.1 Выгрузка ИБ
Рис.1 Выгрузка ИБ

Выгрузка информационной базы завершена:

Рис.2 Заверение выгрузки ИБ
Рис.2 Заверение выгрузки ИБ

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

Рис.3 Типовая конфигурация
Рис.3 Типовая конфигурация

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

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

В зависимости от размера базы и ее доработок, автоматический поиск доступных обновлений может занять какое-то время. Поэтому стоит, несмотря на рекомендации, выбрать вариант «Выбор файла обновления» и самостоятельно, предварительно распаковав архив с обновлениями и сохранив их, указать путь вручную:

Рис.5 Выбор файла обновления
Рис.5 Выбор файла обновления

Окно со справочной информацией, инструкцией и очередностью обновлений:

Рис.6 Окно со справочной информацией
Рис.6 Окно со справочной информацией

Окошко выбора нового релиза:

Рис.7 Окошко выбора нового релиза
Рис.7 Окошко выбора нового релиза

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

Рис.8 Окошко сравнения конфигураций
Рис.8 Окошко сравнения конфигураций

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

Рис.9 Измененные свойства
Рис.9 Измененные свойства

Остались только объекты, подходящие под это условие:

Рис.10 Измененные объекты
Рис.10 Измененные объекты

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

Рис.11 Дерево метаданных
Рис.11 Дерево метаданных

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

*Давайте разберемся в терминологии:

  • «Основная конфигурация» – нетиповая конфигурация, которую необходимо обновить;
  • «Старая конфигурация поставщика» – типовая конфигурация, из которой устанавливались обновления в последний раз;
  • «Новая конфигурация поставщика» – та, на которую обновляем сейчас.
Рис.12 Отчет о сравнении объектов основной конфигурации со старой конфигурацией поставщика
Рис.12 Отчет о сравнении объектов основной конфигурации со старой конфигурацией поставщика

Настраиваем форму отчета и выгружаем его. Список внесенных ранее изменений зафиксирован:

Рис.13 Настройка и выгрузка формы отчета
Рис.13 Настройка и выгрузка формы отчета

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

Рис.14 Внесение ручных изменений
Рис.14 Внесение ручных изменений

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

Рис.15 Окончание процесса обновления
Рис.15 Окончание процесса обновления

Принимаем список изменений:*

Рис.16 Список изменений
Рис.16 Список изменений

*Если кнопка «Принять» неактивна, следует запустить «Тестирования исправлений»:

Рис.17 Тестирования исправлений
Рис.17 Тестирования исправлений

Запускаем через F5 отладку и получаем подтверждение легальности обновлений:

Рис.18 Подтверждение легальности обновлений
Рис.18 Подтверждение легальности обновлений

Список новшеств в версии:

Рис.19 Список новшеств в версии
Рис.19 Список новшеств в версии

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

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

В прошлый раз мы обсуждали, как провести обновление 1С типовой конфигурации.

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

Что делать, если конфигурация нетиповая? Или типовая, но в ней выполнены доработки – добавлен справочник, пару реквизитов, отчет?

Ответ на этот вопрос мы узнаем сегодня.

Что такое нетиповая конфигурация 1С

Нетиповая конфигурация 1С, это когда:

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

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

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

Для того, чтобы при обновлении 1С нетиповой (измененной) конфигурации 1С, изменения остались, а обновлении 1С применилось – можно использовать другой режим обновления 1С.

Посмотрим на пример измененной конфигурации, которую мы хотим обновить. Это типовая конфигурация 1С Бухгалтерия (слева), в которую внесены изменения (справа):

1)В справочник «Номенклатура» добавили реквизит «Мой реквизит». Вывели его на форму вместо реквизита «Полное наименование» (а значит — изменили форму)

2)Добавили справочник «Новый справочник»

3)В справочнике «Электронные представления..» удалили несколько реквизитов

4)В справочнике «Физические лица», в модуле формы, в функции ПрочитатьМестоРождения() добавили строчку программы

Как сработают все эти изменения в момент обновления 1С нетиповой конфигурации 1С?

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

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

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

Файлы обновления 1С могут быть следующего вида:

  • файл с расширением CF – содержит полностью новый вид конфигурации
  • файл с расширением CFU – содержит только изменения от предыдущей версии.

Оба файла хранятся в каталоге обновлений 1С, в папке с наименованием версии.

Будьте внимательнее при использовании файла CFU – он позволяет обновить только с определенной версии на определенную!

Итак, для обновления 1С выберите один из вариантов пунктов меню:

  • Конфигурация/Сравнить объединить с конфигурацией из файла – для файлов CF
  • Конфигурация/Поддержка/Обновить конфигурацию/Выбор файла обновления 1С – для файлов CF или CFU.

Первым делом 1С сравнит две конфигурации. Конфигурация Вашей базы данных называется «Основная конфигурация», а конфигурация из обновления – «Конфигурация из файла».

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

Посмотрите – на нашем примере, выделены справочники, которые были изменены или добавлены.

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

Нажмите кнопку Настройка. Выберите «Загружаемая конфигурация является потомком основной» (то есть является измененной типовой).

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

Рассмотрим обнаруженные платформой различия внимательно.

1)Добавили реквизит «Мой реквизит». Вывели его на форму вместо реквизита «Полное наименование» (а значит — изменили форму)

Раскроем ветку справочника Номенклатура. В ветке Реквизиты мы видим, что в типовой конфигурации отсутствует реквизит, а мы его добавляем. Минус значит, что он будет удален.

Так как нам не нужно, чтобы был удален реквизит, который мы сами добавляли, нужно сделать следующее (варианты):

  • В кнопке «Настройка» НЕ УСТАНАВЛИВАТЬ галочку «Разрешить удалять объекты основной конфигурации»
  • Если галочка все же установлена, то снять галочку на против данного реквизита. На картинке галочки напротив реквизита нет, так как удалять объекты не разрешено.

Также у справочника Номенклатура была изменена форма. 1С это увидела и показывает нам в списке измененных объектов форму справочника тоже.

Чтобы посмотреть какие изменения сделаны на форме, можно сделать следующее (варианты):

  • Нажать правой кнопкой сначала на форму в левой колонке и выбрать пункт меню «Открыть форму», а потом в правой. Визуально сравнить две формы.
  • Нажать правой кнопкой на форме и выбрать пункт меню «Отчет о сравнении объектов» (подробно, табличный документ)

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

В списке изменений мы видим наши изменения – изменения надписи и замену поля.

Мы можем согласиться или отказаться от изменения формы выбором галочки возле нее. Это влечет за собой следующие последствия:

а) если мы ставим галочку

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

б) если мы не ставим галочку

  • форма будет оставлена старой
  • наши изменения остаются
  • новые изменения из обновления 1С не применяются
  • далее вручную будет необходимо добавить изменения из обновления 1С.

Можно использовать третий вариант. Раскройте ветку Форма до конца и в колонке «Режим объединения» выберите «Объединить».

в) если мы выбрали «Объединить»

  • форма будет некая новая, в которой будут и новые изменения и старые
  • наши изменения остаются
  • новые изменения появляются
  • если какое-либо поле было удалено, а на его место поставлено другое поле, в результате объединения на одном и том же месте окажутся сразу оба поля – и старое и новое
  • есть шансы, что форма будет выглядеть нормально
  • далее вручную нужно проконтролировать, что не произошло «эксцессов»

2)В справочнике «Физические лица», в модуле формы, в функции ПрочитатьМестоРождения() добавили строчку программы

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

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

Другой способ – это использовать кнопку лупы в этой строчке.

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

3)В справочнике «Электронные представления..» удалили несколько реквизитов

1С определила, что мы удалили реквизиты типового справочника и предлагает нам их восстановить.

4)Добавили справочник «Новый справочник»

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

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

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

Если в конфигурации есть несколько связанных объектов – например реквизит и форма; при этом Вы разрешили обновление 1С формы, но сняли галочку с реквизита, то наступает противоречие.

После нажатия кнопки Выполнить, 1С находит такие ситуации и сообщает от них.

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

Чтобы подтвердить проведенное обновление 1С – нужно выбрать пункт меню Конфигурация/Обновить конфигурацию базы данных.

Чтобы отказаться от обновления 1С – нужно выбрать пункт меню Конфигурация/Вернуться к конфигурации БД.

Третий вариант (указана последовательность пунктов меню):

  • Выбрать Файл/Сохранить
  • Конфигурация/Сохранить конфигурацию в файл
  • Конфигурация/Конфигурация базы данных/Вернуться к конфигурации БД.

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

Мы уже рассматривали, как обновить типовую, не измененную конфигурацию на примере «1С: Бухгалтерия предприятия, редакция 3.0». В этой статье мы расскажем о том, как сделать то же самое в других условиях, когда перед вами — по каким-то причинам изменённая программистом 1С конфигурация.

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

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

Шаг №1

Проверяем что установленный релиз платформы «1С:Предприятие 8» удовлетворяет требованиям обновления конфигурации 1С. Данную информацию можно получить из каталога установленного обновления в файле «1cv8upd.htm» или «ReadMe.txt». При необходимости обновляем платформу «1С:Предприятия» не ниже требуемой для корректной работы данной конфигурации.

Шаг №2

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

Смотрим, что в конфигурации включено правило «Объект поставщика редактируется с сохранением поддержки». Об этом свидетельствуют значок желтого куба напротив названия конфигурации (Рис.1). Также информацию о правиле поддержки можно узнать, перейдя в верхнем меню Конфигурация > Поддержка > Настройка поддержки (Рис.1)

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

Шаг №3

Производим сверку возможно внесённых изменений в типовую конфигурацию. Для этого перейдём в верхнем меню Конфигурация > Сравнить конфигурации и выберем режим как показано на Рис.2. Нажимаем «ОК», ждем окончания сравнения. Данный шаг нужен для выявления изменений, внесённых в типовую конфигурацию.

Сравнение конфигураций 1С
Рис. 2.

Шаг №4

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

При наличии изменений в типовой конфигурации появится окно сравнения, в котором мы сможем увидеть изменённые объекты типовой конфигурации(Рис.3). В данном примере изменения касаются свойства реквизита «Город» справочника «Банки».

Обновление нетиповой 1с
Рис. 3.

Производим оценку внесённых изменений в типовую конфигурацию.

Увидеть различия мы можем путём нажатия правой кнопкой мыши на свойство изменённого объекта и выбрав Отчет о сравнении объектов (Рис.4).

Отчет о сравнении объектов нетиповой 1с
Рис. 4.

В открывшемся окне (Рис.5) выбираем «Подробно» и нажимаем ОК. В отчёте мы видим, что была изменена длинна строки реквизита Город с 50 до 100 символов (Рис.6).

Отчет нетиповой конфигурации 1с
Рис. 5.

Обновления нетиповых конфигураций 1с 8.2
Рис. 6.

Шаг №5

Запускаем процесс обновления конфигурации. В верхнем меню Конфигурация > Поддержка > Обновить конфигурацию. Выбираем файл обновления путём поиска или непосредственного выбора файла обновления конфигурации (идентично обновлению типовой конфигурации). Получаем окно со сравнением основной текущей конфигурации и новой конфигурации поставщика (Рис. 7).

Сравнение новой конфигурации 1C
Рис. 7.

Шаг №6

Для удобства располагаем эти два окна сравнения так, чтобы объекты были напротив друг друга. В данном примере нам не нужно замещать реквизит, поэтому в правом окне сравнения снимаем галочку (Рис.8) с нашего элемента конфигурации.

Обновление нетиповой конфигурации 1C 8.3
Рис. 8.

Шаг №7

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

В верхнем меню выбираем Конфигурация > Сохранить конфигурацию, при этом название окна конфигурации изменится на «Конфигурация». Далее Конфигурация > Обновить конфигурацию базы данных — все типовые изменения поставщика сохранены в конфигурации базы данных.

Шаг №8

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

В данной статье мы рассмотрели процесс обновления изменённой типовой конфигурации «1С: Бухгалтерия предприятия, редакция 3.0». Изменение длины строки реквизита «Город» и подобные изменения длины строк или параметров реквизитов — считаются одними из самых простейших возможных изменений типовых конфигураций. Если же при сравнении вы видите, что изменению подвергались масса элементов и модулей, то без необходимой квалификации лучше не пробовать осуществлять такие изменения. Поэтому, если вы на шаге №4 сомневаетесь в успешности обновления, обратитесь к специалисту по 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 будет завершено обновляем конфигурацию базы данных и тестируем некоторые моменты, что именно хорошо бы протестировать станет понятно в процессе обновления, тут все индивидуально.

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

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