Как обновить защищенный программный комплекс «1С:Предприятие 8z» в 2026 году: версии, изменения и проверка перед установкой

Что проверить перед обновлением 1С:Предприятие 8z в 2026 году

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

На 31 августа 2026 года в доступных материалах нет подтвержденных номеров конкретных версий и дистрибутивов «1С:Предприятие 8z». Поэтому номер целевого релиза, дату выпуска, перечень исправлений и обязательность переустановки нужно брать из официального извещения, формуляра и документации поставщика. Подмена этих сведений предположениями создает риск установить пакет, который не подходит вашей поставке или не допущен к штатной эксплуатации.

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

С 1 сентября 2026 года в России поэтапно начинают действовать новые требования к платежам. В их числе универсальный QR-код и обязательный прием цифрового рубля для части продавцов. Универсальный QR-код ведет на платежную витрину, где покупатель выбирает СБП, карту или цифровой рубль. Для работы витрины нужен интернет, а код не подходит для операций, при которых требуется вводить дополнительные параметры, например сумму чаевых или длительность парковки.

Эти изменения нельзя автоматически считать причиной обновления ЗПК. Связь платежных требований с конкретным релизом «1С:Предприятие 8z» подтверждается только описанием версии и официальным извещением. Упоминание в материалах по 1С счета 53 «Счет цифрового рубля» тоже не доказывает, что соответствующая функция поддерживается в защищенном комплексе.

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

Что меняется в техническом обновлении 1С:Предприятие 8z

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

Какие версии обновления доступны

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

Что проверить	Какие сведения нужны	Где зафиксировать
Установленная версия	Полный номер релиза, дата установки, редакция	Журнал изменений и формуляр
Целевая версия	Номер, дата выпуска, статус и область применения	Описание обновления и извещение
Допустимый переход	Исходные версии, с которых разрешено обновление, и промежуточные пакеты	Инструкция по переходу
Состав изменений	Исправления ошибок, изменения защиты, затронутые компоненты	Release notes или техническое описание
Статус применения	Испытания, резервный контур или штатная эксплуатация	Извещение и внутреннее решение ответственных лиц

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

В связанных материалах по предыдущему техническому обновлению ЗПК описывались устранение уязвимостей и функциональных ошибок, восстановление работы с внешним хранилищем двоичных данных внутри S3-контейнера, а получение пакета связывалось с порталом Online 1C. Эти сведения помогают понять тип задач при обновлении, но их нельзя переносить на новый релиз без проверки его описания. Практический разбор предыдущего выпуска доступен в статье о техническом обновлении защищенного комплекса «1С:Предприятие 8z».

Почему выпуск может быть связан с изменениями 2026 года

Платежные изменения с 1 сентября 2026 года вводятся поэтапно. Сначала требования по универсальному QR-коду затрагивают системно значимые банки и их клиентов-предпринимателей с выручкой более 120 млн рублей в год. Для цифрового рубля обязанность принимать оплату возникает у части продавцов с выручкой без НДС свыше 120 млн рублей, которые обслуживаются в системно значимом или значимом банке. Для остальных категорий переход продолжается в 2027 и 2028 годах.

Универсальный QR-код содержит ссылку на платежную витрину, а не прямой платежный реквизит. Покупатель сканирует код телефоном, открывает страницу, выбирает способ оплаты и подтверждает перевод. Торговая точка должна иметь интернет-доступ. В конкретном сценарии через один код могут быть доступны СБП, банковская карта и цифровые рубли.

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

Какие изменения нельзя считать основанием для обновления без подтверждения

Уровень изменения	Пример	Что делать
Требования законодательства	Поэтапный прием универсального QR-кода или цифрового рубля	Определить, касается ли требование организации, затем проверить прикладные процессы и документацию
Платформа или конфигурация	Новый механизм обмена, счет 53 или изменение формы документа	Проверить поддержку в конкретной версии платформы и конфигурации
Защищенный комплекс	Изменение компонентов ЗПК, исправление уязвимости или требований к среде	Опираться на извещение, формуляр и руководство по эксплуатации изделия

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

Нужно ли переустанавливать новый экземпляр 1С:Предприятие 8z

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

В каких случаях новая поставка требует обновленной установки

Версия изделия устарела к моменту приемки, а в официальной документации указан более новый обязательный релиз.
Извещение прямо требует переустановить комплекс перед началом эксплуатации.
Целевая версия нужна для совместимости с используемой платформой, операционной системой, СУБД или конфигурацией.
В новом выпуске исправлена уязвимость или ошибка, которая влияет на безопасность, запуск, работу с данными или подключенными компонентами.
Изменился состав защищенной среды, ключ защиты, способ лицензирования или порядок запуска сервисов.
Формуляр и комплект поставки содержат разные сведения, а ответственное лицо не может подтвердить, какая версия допущена к работе.

Устная рекомендация партнера полезна для подготовки, но решение лучше закрепить документом. Сохраните письмо, извещение, запись в журнале изменений или акт приемки, где указана целевая версия и причина переустановки.

Что сравнить перед переустановкой

Объект сравнения	Контрольный вопрос
Версия изделия	Совпадают ли номер установленного релиза и номер, указанный в комплекте?
Дата комплектации	Когда сформировали поставку и успел ли выйти более новый релиз после этой даты?
Платформа и конфигурация	Поддерживает ли целевая версия текущую платформу, редакцию и прикладную конфигурацию?
Лицензии и ключи защиты	Сохранится ли доступ к нужной лицензии после замены компонентов?
Информационная база	Совпадают ли настройки, пользователи, роли, расширения, интеграции и служебные параметры?
Документы изделия	Нужно ли изменить формуляр, руководство, журнал учета или внутренний регламент?

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

Проверка совместимости перед установкой обновления

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

Проверьте платформу, операционную систему и конфигурации

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

Не переносите требования обычной поставки 1С на ЗПК автоматически. Защищенный комплекс может предъявлять дополнительные условия к операционной системе, компонентам платформы, сетевому обмену и порядку запуска.

Проверьте лицензирование и средства защиты

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

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

Зафиксируйте результат в предустановочном чек-листе. Если лицензия работает только в текущей среде, сначала согласуйте порядок переноса с поставщиком.

Подготовьте данные для восстановления

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

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

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

Где взять дистрибутив и как обновить 1С:Предприятие 8z

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

Скачайте актуальный дистрибутив из официального источника

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

Перед запуском сравните:

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

Для описанного ранее технического обновления ЗПК каналом получения пакета назывался портал Online 1C. Перед скачиванием проверьте по текущему извещению, сохраняется ли этот канал для вашей поставки и дает ли договор нужный доступ.

Проведите установку в согласованном окне работ

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

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

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

Сначала создайте отдельный тестовый контур или привлеките ответственного за безопасность, если выполняется хотя бы одно условие:

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

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

Ограничения до утверждения извещения об изменении формуляра

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

Какие документы проверить перед применением новой версии

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

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

Как разделить испытания и штатную эксплуатацию

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

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

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

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

Что проверить после установки обновленной версии

Сообщение установщика об успешном завершении подтверждает только факт выполнения процедуры. Работоспособность комплекса нужно проверить по пользовательскому и административному сценарию.

Проверьте основные операции и обмен данными

Сформируйте послустановочный чек-лист по операциям, которые действительно выполняет организация:

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

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

Зафиксируйте результат обновления

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

Обновите внутреннюю эксплуатационную документацию:

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

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

Что делать при ошибке или несовместимости

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

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

Итоговый чек-лист обновления 1С:Предприятие 8z в 2026 году

Используйте список перед началом работ и при приемке результата:

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

Когда обновление можно считать завершенным

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

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

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