Что нового в релизах 1С: разбор изменений и правила безопасного обновления

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

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

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

Где официально публикуют информацию о новых релизах

Основной источник — портал 1С (portal.1c.ru), где для каждой конфигурации ведётся лента новостей и публикуются версии с описаниями изменений. Для пользователей с действующим договором 1С:ИТС доступны также диски ИТС и онлайн-сервисы с анонсами изменений законодательства, которые поясняют, зачем выпущен тот или иной релиз.

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

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

Какие бывают виды изменений в релизах

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

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

Для бизнеса критичнее всего первая и четвёртая группы: законодательные изменения влияют на обязательную отчётность, а технологические могут «сломать» существующие интеграции — обмен с сайтом, банк-клиент, ЭДО, кассовое оборудование.

Как читать описание релиза: на что смотреть в первую очередь

Начинайте с раздела «Порядок обновления»: там указано, с каких версий поддерживается переход. Если ваша база сильно отстала, обновление, возможно, придётся выполнять в несколько шагов через промежуточные версии — это нормальная практика, а не ошибка.

Далее изучите список изменений и выделите пункты, касающиеся ваших процессов. Бухгалтеру важны изменения в отчётности и налоговых регистрах, менеджеру по продажам — в документах продажи и ценообразовании, кадровику — в расчёте зарплаты и кадровых отчётах. Читать весь список целиком необязательно, но найти свои участки нужно обязательно.

Отдельное внимание — упоминаниям об изменении структуры данных. Если релиз меняет состав реквизитов или регистров, внешние отчёты, обработки и доработки, написанные под старую структуру, могут перестать работать. Об этом стоит предупредить программиста до обновления, а не после.

Безопасный порядок обновления рабочей базы

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

1. 1
   Сделайте полную резервную копию базы (выгрузка DT или средствами СУБД) и проверьте, что она восстанавливается
2. 2
   Разверните копию базы и установите обновление на неё
3. 3
   Дождитесь завершения отложенных обработчиков обновления данных
4. 4
   Проверьте ключевые операции: проведение документов, формирование отчётов, обмены, печатные формы
5. 5
   Только после успешной проверки обновите рабочую базу в нерабочее время
6. 6
   Проверьте результат на рабочей базе и сохраните резервную копию до обновления минимум до конца отчётного периода

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

Что проверить после обновления

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

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

Контрольные точки

Как проверить результат обновления

Статус отложенных обработчиков

Норма

Все обработчики завершены без ошибок

Тревожный признак

Есть ошибки или обработчики «висят» часами

Итоги ОСВ за прошлый период

Норма

Совпадают с данными до обновления

Тревожный признак

Изменились остатки по счетам

Печатные формы и отчётность

Норма

Формы формируются и соответствуют актуальным требованиям

Тревожный признак

Ошибки при формировании, устаревшие формы

Обмены (ЭДО, банк, сайт)

Норма

Документы отправляются и загружаются

Тревожный признак

Ошибки формата, обрывы обмена

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

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

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

Как выстроить регулярный процесс работы с релизами

Назначьте ответственного за мониторинг релизов: он подписывается на новости портала 1С по вашим конфигурациям и раз в месяц оценивает вышедшие версии. Критичные законодательные обновления ставятся оперативно, функциональные — по плану, например раз в квартал.

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

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

Частые вопросы

Обязательно ли устанавливать каждый новый релиз?

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

Что делать, если после обновления перестал работать внешний отчёт?

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

Можно ли откатиться на предыдущую версию после обновления?

Штатного «отката» нет: вернуться можно только через восстановление резервной копии, сделанной до обновления. Данные, введённые после обновления, при этом будут потеряны, поэтому копия перед обновлением обязательна.

Что такое отложенные обработчики обновления?

Это процедуры, которые приводят данные базы к новой структуре в фоновом режиме после установки релиза. Пока они не завершены, часть отчётов и документов может работать некорректно. Их статус виден в разделе «Результаты обновления».

Как узнать, подходит ли новый релиз к моей версии платформы?

Требования к минимальной версии платформы указаны в описании релиза и в файле поставки. Сравните их с версией вашей платформы (видна в окне «О программе»). Если платформа старше требуемой — сначала обновите платформу.

Обновление через интернет и через конфигуратор — в чём разница?

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