Цепочки обновлений типовых конфигураций 1с 8

Цепочки обновлений типовых конфигураций 1с 8

1С:Предприятие 8 Текущий релиз 1С 8
1С:Бухгалтерия Предприятия 8 ред.3.0

Описание изменений в 1С:Бухгалтерия Предприятия 8 ред.3.0 можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

3.0.76.67 от 18.03.20 1С:Бухгалтерия Предприятия 8 ред.2.0

Описание изменений в 1С:Бухгалтерия Предприятия 8 ред.2.0 можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

2.0.66.101 от 18.03.20 1С:Зарплата и Управление Персоналом 8 ред.3

Описание изменений в 1С:Зарплата и Управление Персоналом 8 ред.3 можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

3.1.13.120 от 16.03.20 1С:Зарплата и Управление Персоналом 8 ред.2.5

Описание изменений в 1С:Зарплата и Управление Персоналом 8 ред.2.5 можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

2.5.148.2 от 06.03.20 1С:Садовод

Описание изменений в 1С:Садовод можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

3.0.75.34 от 06.03.20 1С:Управление Торговлей 8 ред.11

Описание изменений в 1С:Управление Торговлей 8 ред.11 можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

11.4.11.84 от 12.03.20 Платформа 1C:Предприятие 8.3 8.3.16.1224 от 26.02.20 1С:Предприятие 7.7 Текущий релиз 1С 7.7 1С:Бухгалтерия 7.7

Описание изменений в 1С:Бухгалтерия 7.7 можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

7.70.653 от 18.03.20 1С:Упрощенная система налогообложения 7.7 (УСН)

Описание изменений в 1С:Упрощенная система налогообложения 7.7 (УСН) можно найти здесь.

Порядок обновления и дополнительная информация приведены на сайте пользователей 1С:Предприятие 8.

7.70.291 от 05.09.19 1С:Торговля и Склад 7.7 7.70.001 от 08.05.19 1С:Зарплата и Кадры 7.7

Новых релизов для этой программы больше не будет. 1С:Зарплата и кадры 7.7 снята с поддержки в 2018 году. Рекомендуется перейти на актуальную версию 1С:Зарплата и управление персоналом 8.

7.70.371 от 23.01.19 Платформа 1С:Предприятие 7.7 7.70.027 от 18.12.06 Формы отчетности за 4-й квартал 2019 от 06.03.20

Как подключить сервис Обновление программ 1С

Пользователи базовых версий программ 1С, имеющих ограничения на количество активаций программы, например 1С:Бухгалтерия 8 базовая версия, могут получить доступ для скачивания обновлений с портала 1С без сервиса "Обновление программ 1С".

Пользователям ПРОФ и КОРП версий нужно купить сервис "Обновление программ 1С" для получения официальных обновлений программ 1С одним из двух способов, в составе договора информационно-технологического сопровождения — 1С:ИТС или в составе договора 1С:Комплект поддержки. 1С:Комплект поддержки — это тоже самое, что 1С:ИТС, только поставляется в электронном виде.

Пользователи, работающие в облаке с 1С через интернет, оплачивают сервис обновлений в составе платы за облачный сервис. Таким пользователям покупать сервис "Обновление программ 1С" не нужно.

  • ООО "Домино Софт" ОГРН 1027739687205
  • Телефон: (495) 784-71-93
  • Адрес: 117630, г. Москва, Старокалужское шоссе, дом 62
  • E-mail:

Рассмотрим на примере обновления конфигурации "1С:Бухгалтерия предприятия 8" с версии 1.5.9.6 на версию 1.6.11.7.

Разработчики фирмы 1С рекомендуют обновляться в порядке предусмотренном *.cfu файлами.

Данные по обновлениям можно найти на страничках:

Бухгалтерия предприятия — http://users.v8.1c.ru/Accounting.aspx

Зарплата и Управление Персоналом — http://users.v8.1c.ru/HRM.aspx

Управление торговлей — http://users.v8.1c.ru/Trade.aspx

Управление производственным предприятием — http://users.v8.1c.ru/Enterprise.aspx

Эти разделы доступны для владельцев конфигураций, у которых есть действующая подписка на диск ИТС. Также данные по обновлениям можно найти в новостях фирмы 1С — http://v8.1c.ru/news/newsArchive.jsp

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

Например, в нашем случае это будет так:

1.5.10.3 — 1.5.8.5 и 1.5.9.6

1.5.12.1 — 1.5.10.3 и 1.5.11.5

1.5.20.2 — 1.5.17.3, 1.5.18.4, 1.5.19.6

1.5.22.3 — 1.5.20.2, 1.5.21.2

1.6.2.39 — 1.5.17.3, 1.5.18.4 и 1.5.19.6

1.6.3.2 — 1.5.17.3, 1.5.18.4, 1.5.19.6, 1.5.20.2 и 1.6.2.39

1.6.4.7 — 1.5.20.2, 1.5.21.2, 1.6.3.2

1.6.5.2 — 1.5.21.2, 1.5.22.2, 1.6.3.2, 1.6.4.7

1.6.5.3 — 1.5.21.2, 1.5.22.2, 1.5.22.3, 1.6.3.2, 1.6.4.7

1.6.6.8 — 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4

1.6.7.3 — 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4, 1.6.6.8

1.6.8.3 — 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4, 1.6.6.8, 1.6.7.3

1.6.9.4 — 1.5.22.2, 1.5.22.3, 1.6.8.3, 1.6.9.3

1.6.10.6 — 1.6.9.4, 1.6.10.5

1.6.11.7 — 1.6.9.4, 1.6.10.6, 1.6.11.6

Получилось, что отставание на 24 версии. Но, если построить цепочку обновлений, то результат будет несколько иной.

Соответственно порядок обновлений будет следующий:

Итак, необходимо выполнить всего 12 обновлений.

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

Возникает резонный вопрос: "Почему бы не обновить сразу на последний релиз, используя файл поставки 1cv8.cf с партнерского диска ИТС или самостоятельно подготовленный файл поставки?". Конечно, попробовать можно, но здесь могут возникнуть 2 проблемы. Одна из них техническая. При большом объеме изменений и большом объеме базы данных после долгого и томительного ожидания обновление может закончиться ошибкой ОС, 1С или SQL сервера. Но это не главное. Основная проблема пропуска релизов заключается в том, что изменяются названия и количество реквизитов в регистрах, справочниках, документах. К сожалению, разработчики фирмы 1С активно изменяют состав метаданных. Давайте рассмотрим ситуацию с обновлением на отвлеченном примере. Итак.

Читайте также:  Ноут не видит веб камеру

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

Версия 1. Справочник Контрагенты.

Имеется реквизит Адрес. Ну, и разумеется, он заполнен данными, которые очень нам нужны.

Версия 2. Справочник Контрагенты.

Изменения: Реквизит Адрес переименован в УдалитьАдрес. Добавлен регистр сведений КонтактнаяИнформация. Изменены все места конфигурации, в которых используется информация об адресе (Отчеты, печатные формы документов, форма элемента справочника Контрагенты и т.д.)

При запуске в режиме 1С:Предприятия 8 выполняется обновление, при котором данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.

Версия 3. Справочник Контрагенты.

Изменения: Удален реквизит УдалитьАдрес.

В результате если пропустить переход на версию 2, то потеряется вся информация об адресах. А при запуске в режиме "1С:Предприятия" обновление при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация выдаст ошибку — свойство объекта УдалитьАдрес не найдено.

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

Обновление через ключевые релизы

Можно ли как-то ещё сократить количество обновлений?

Да, можно. Для этого необходимо вычислить обязательные для запуска релизы (ключевые) и использовать файл обновления от текущего релиза до ключевого и т.д. Для УПП, например, ключевыми являются релизы 1.2.19.1, 1.2.23.2.

Использование подобной схемы позволяет избежать описанных выше ошибок и значительно сократить время обновления за счет сокращения количества обновлений.

Для обновления нам понадобится файл *.cfu или файл *.cf из дистрибутива поставщика. Подробнее о способах их получения можно почитать здесь.

Определение ключевых релизов

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

  1. Обновление на последующие версии конфигурации в обработке, которая запускается после обновления конфигурации, делается только с этого релиза.
    Например, мы обнаружили, что в релизе 1.6.11.7 обработка перехода с версии на версию начинает работать только с релиза 1.6.2.39, тогда для нас ключевым становится релиз 1.6.3.2. И нам необходимо проверить, есть ли еще ключевые релизы в обработке обновления в релизе 1.6.3.2.
  2. При обновлении удаляются реквизиты или объекты в конфигурации, которые используются (заполнены) в базе данных.
    Например, при обновлении мы обнаружили, что в релизе 1.6.8.3 удален регистр НДС_ВалютныйУчет. Чтобы принять решение, смотрим заполнение этого регистра в базе данных. Если регистр заполнен, то релиз 1.6.5.3 будет ключевым.

ВНИМАНИЕ! В данном случае номера релизов приведены только для облегчения понимания материала.

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

Проверка режима изменения конфигурации

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

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

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

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

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

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

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

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

Алгоритм обновления измененных конфигураций

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

Читайте также:  Момент инерции умножить на угловое ускорение

Этап 1. Оценка стоимости и сроков процедуры обновления

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

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

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

Сроки проведения работ (рабочие дни)

Обновление конфигурации "Управление торговлей, редакция 10.3" с релиза 10.3.13.2 на релиз 10.3.25.1

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

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

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

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

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

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

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

Сильно измененные документы:

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

Сильно измененные регистры:

  • "Партии товаров на складах";
  • "Товары на складах".

Значительно измененные объекты. Объекты, в которых добавлены реквизиты, изменены либо формы объектов, либо модули объекта (как правило, проведение документа нетиповое).

  • Документ "Приходный кассовый ордер";
  • Регистр сведений "Комплектующие номенклатуры";
  • Регистр сведений "Списанные товары";
  • Общие модули.

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

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

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

Этап 2. Удаление конфиденциальной информации

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

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

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

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

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

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

Читайте также:  Как вернуть сообщения из архива в whatsapp

Этап 3. Получение результатов обновления

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

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

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

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

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

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

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

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

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

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

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

Выводы о результатах обновления

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

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

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

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

Информация о компании ООО "1С-ИжТиСи".

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

Ссылка на основную публикацию
Adblock detector