Как происходит обновление 1С в 2026 году: платформа и конфигурация, порядок шагов, доработки и роль искусственного интеллекта

Коротко: обновление 1С – две независимые операции: смена версии платформы и смена версии конфигурации. Безопасный порядок один: резервная копия → проверка цепочки релизов и контрольных версий → прогон на тестовой копии → обновление рабочей базы в монопольном режиме (Конфигуратор → Обновить конфигурацию → затем обновление конфигурации базы данных, F7) → отработка обработчиков обновления и проверка отчётности. Типовую базу обновит один специалист за рутинный вечер; доработанная требует сравнения и объединения. Доступ к обновлениям версий ПРОФ открывает действующий договор 1С:ИТС.

Фраза «обновите 1С» в разговоре бухгалтера и в разговоре администратора означает разные вещи. Бухгалтеру нужно, чтобы в программе появились новые формы отчётности и правильные ставки. Администратору – чтобы после обновления базу открыли все 40 пользователей, а ночные регламентные задания не легли. В октябре 2026 года это особенно чувствительно: год прошёл под изменениями по НДС, новыми форматами электронных документов и расширением маркировки, поэтому релизы типовых конфигураций выходят часто, а отставание на несколько версий превращает «обычное обновление» в небольшой проект. Ниже – как процесс устроен изнутри, что можно делать самому, а что лучше купить как услугу.

Что именно обновляется: платформа, конфигурация, расширения

В любой базе 1С три слоя, и обновляются они по отдельности, разными способами и с разными последствиями.

Платформа (технологическая платформа 1С:Предприятие). Исполняемая среда: клиент, сервер, конфигуратор. В 2026 году в работе одновременно ветка 8.3 и новая 8.5 с переработанным механизмом лицензирования. Обновление платформы – это установка дистрибутива на сервер и на рабочие места; содержимое базы при этом не меняется.
Конфигурация (прикладное решение). «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Управление торговлей», «ERP» и так далее. Именно здесь живут формы отчётности, алгоритмы расчёта, печатные формы и регламентированный учёт. Обновляется файлами поставки (.cfu – для пошагового обновления, .cf – полная поставка конфигурации).
Расширения и внешние обработки. Отдельный слой, который формально не обновляется вместе с конфигурацией, но может перестать работать, если разработчик 1С изменил объект, на который расширение опирается.

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

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

Пошаговый порядок обновления: как это делает специалист

Порядок ниже одинаков и для файловой базы на одном компьютере, и для клиент-серверной на 50 пользователей. Разница только в объёме подготовки.

Фиксируем точку возврата. Для файловой базы – копия каталога с файлом 1Cv8.1CD или выгрузка в .dt. Для клиент-серверной – штатный бэкап средствами СУБД, выгрузка .dt здесь второстепенна. Без копии к обновлению не приступают вообще: это единственное, что отличает неприятный вечер от потерянной недели.
Проверяем цепочку релизов. Конфигурация обновляется не «с любой версии на любую». Разработчик публикует файлы обновления для конкретных исходных версий, а в ветках встречаются контрольные релизы – через них нужно пройти обязательно. Если база отстала, цепочка может включать несколько промежуточных шагов, и каждый шаг – это отдельная отработка обработчиков обновления.
Готовим базу. Отключаем регламентные задания, завершаем сеансы пользователей, при необходимости включаем блокировку установки соединений. Проверяем, что в базе нет незавершённых обменов и открытых документов «в работе».
Прогоняем на тестовой копии. Шаг, который чаще всего пропускают. На копии видно и реальное время обновления, и конфликты доработок, и то, что после обновления поехала печатная форма.
Обновляем конфигурацию. В Конфигураторе: Поддержка конфигурации → Обновить конфигурацию → из файла или через интернет-поддержку. Затем отдельным действием – обновление конфигурации базы данных (F7). До этого момента изменения живут в «главной» конфигурации и к данным не применены.
Отрабатываем обработчики обновления. Первый запуск в режиме «1С:Предприятие» под полными правами: конфигурация достраивает регистры, переносит данные, заполняет новые реквизиты. На больших базах это самая долгая часть, и прерывать её нельзя.
Проверяем результат. Контрольные точки: закрытие месяца или оборотно-сальдовая на одну дату до и после, формирование основных отчётов, проверка обменов и интеграций, тест печатных форм и автозаполнения электронных документов. Про последнее у нас есть конкретный кейс: проверка автозаполнения ЭПД в 1С:УНФ и Рознице после обновления.

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

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

Стоимость и риск обновления определяет режим поддержки, а не размер базы. В Конфигураторе у каждого объекта один из трёх статусов: объект на поддержке, объект поставщика изменён с сохранением поддержки, поддержка снята. Чем больше объектов во втором и третьем состоянии, тем дальше вы от «нажать три кнопки».

Типовая без изменений. Обновление идёт штатно, доработок нет, конфликтов нет. Та самая ситуация, для которой написаны все инструкции в интернете.
Типовая с расширениями. Конфигурация обновляется штатно, но расширения нужно проверить и иногда поправить. Хорошая новость: откат расширения не требует восстановления базы.
Доработанная с сохранением поддержки. Требуется сравнение и объединение конфигураций: специалист вручную решает, какие изменения поставщика принять, а какие объединить с вашими. Работа квалифицированного разработчика, оператор её не закроет.
Поддержка снята. Автоматическое обновление недоступно в принципе. Варианты – возврат на поддержку (трудоёмко) или перенос доработок в расширения. Здесь обновление честно считается проектом с отдельным обследованием.

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

Что проверить по лицензиям до обновления платформы

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

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

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

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

Вокруг ИИ в обновлениях много шума, поэтому разделим честно: что ИИ уже экономит и что по-прежнему делает человек.

Помогает:

Разбор описания изменений. Между вашей версией и целевой может быть 10+ релизов, у каждого – описание на несколько экранов. Языковая модель сжимает это до списка «что меня касается»: нужные подсистемы, изменённые формы отчётности, новые обязательные настройки. На подготовке экономятся часы.
Анализ отчёта о сравнении конфигураций. ИИ помогает отсортировать сотни различий на «техническое, принимаем поставщика» и «наша логика, смотреть руками». Решение всё равно принимает разработчик, но порядок просмотра перестаёт быть случайным.
Тест-кейсы и чек-листы приёмки. По списку изменений ИИ генерирует перечень операций для проверки после обновления: какие документы провести, какие отчёты сверить, какие обмены запустить.
Разбор ошибок. Текст служебного сообщения, фрагмент журнала регистрации, стек – модель быстро даёт гипотезы, куда смотреть.

Не помогает (и не надо):

Принимать решение об объединении кода в рабочей базе без проверки человеком.
Заменять резервную копию и тестовый контур «уверенностью модели».
Гарантировать корректность регламентированной отчётности: формы и алгоритмы приходят из релиза конфигурации.

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

Что купить или продлить, чтобы обновления перестали быть авралом

Теперь практическая часть выбора. Доступ к обновлениям и сами работы – это разные покупки, и их часто путают.

Вариант	Кто обновляет	Что закрывает	Кому подходит	Кому не нужен
Базовая версия 1С	Пользователь сам	Доступ к обновлениям конфигурации после регистрации программы, без подписки	Микробизнес, одна база, одно рабочее место, никаких доработок	Тем, кому нужны доработки и несколько пользователей – базовые версии этого не позволяют
Договор 1С:ИТС (линейка ТЕХНО)	Пользователь сам	Легальный доступ к обновлениям и сервисам. Работ партнёра в этой линейке нет	Компании со своим 1С-специалистом или администратором	Тем, кто рассчитывает, что «обновит партнёр» – в ТЕХНО такой услуги не предусмотрено
Договор 1С:ИТС (линейка ПРОФ)	Партнёр в рамках типовых условий	Обновления, линия консультаций, сервисы и рамка работ партнёра: ориентир типовых условий – одна информационная база, одно рабочее место, работы до одного часа	Большинству компаний на ПРОФ-версиях с типовой или слегка доработанной базой	Тем, у кого 5 баз и снятая поддержка: типовой часовой лимит такую историю не покрывает
Разовая услуга обновления	Партнёр	Проход по цепочке релизов, сравнение-объединение доработок, тестовый прогон, проверка после обновления	Базам с отставанием на много версий и доработанным конфигурациям	Тем, у кого типовая база и настроен штатный помощник обновления
Абонентское сопровождение	Партнёр по регламенту	Плановые обновления, контроль копий, ответственность за результат	Компаниям, где простой базы стоит дороже самой услуги	Тем, кто обновляется раз в год и готов к плановому окну работ
1С:Фреш (облако)	Сервис	Обновления платформы и типовых конфигураций выполняются на стороне сервиса	Тем, кто не хочет держать администратора и сервер	Тем, кому нужны нестандартные доработки: в облаке расширения ставят только авторизованные обслуживающие организации

Что из этого выбрать, проще понять по одному вопросу: кто у вас сегодня физически нажимает F7. Если такого человека нет – нужна либо услуга, либо облако. Состав работ, форматы (разово или по регламенту) и актуальную цену смотрите на странице услуги обновления 1С – там же описано, как мы работаем с доработанными базами. Если же вопрос шире обновления и вы выбираете саму конфигурацию или редакцию, начните с каталога программ 1С, а по сопровождению, доработкам и внедрению – с описания услуг 1С:Франчайзи. Для крупных контуров отдельный разговор – внедрение 1С:ERP, где обновление всегда входит в регламент.

Типичные ошибки при покупке

Продлили подписку, а ждали работ партнёра. Самая частая история. В линейке ТЕХНО услуг по обновлению нет, они есть в ПРОФ – и в рамках типовых условий. Если баз несколько или конфигурация доработана, нужно сразу считать услугу отдельно.
Не продлили договор вовремя. Доступ к обновлениям ПРОФ-версий привязан к действующему договору. Обнаруживается это обычно в дни сдачи отчётности, когда нужного релиза в базе нет. Договоры заключают на 1, 3, 6, 12 и 24 месяца; при 24 месяцах действует скидка 10 % – один из немногих способов легально снизить стоимость доступа.
Заказали «просто обновление» для базы со снятой поддержкой. Без обследования такая оценка всегда мимо: сначала нужно понять объём доработок, иначе и сроки, и бюджет посыпятся на второй день.
Сэкономили на тестовом контуре. Прогон на копии выглядит как лишние расходы, пока не случится обновление с ошибкой в закрытии месяца. Сама копия базы ничего не стоит – это дисциплина, но под тестовый контур иногда нужны ресурсы сервера или дополнительные сеансы.
Обновили платформу, не посчитав лицензии. Особенно при переезде на новое оборудование или в облако. Сначала инвентаризация сеансов и активаций, потом обновление.

FAQ

Можно ли обновиться сразу на последний релиз, минуя промежуточные?

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

Сколько времени занимает обновление?

Официальных нормативов нет, и любые «обновление за 20 минут» – чей-то частный опыт. Время зависит от количества релизов в цепочке, объёма базы, СУБД и числа доработок. Практический подход: сначала прогон на копии, чтобы получить фактическую длительность, и только потом планирование окна работ в рабочей базе.

Нужно ли обновлять платформу каждый раз вместе с конфигурацией?

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

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

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

Кто обновляет базу в облаке?

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

Что сделать дальше

Снимите три факта о своей базе: текущая версия конфигурации и платформы, режим поддержки в Конфигураторе (есть ли объекты со снятой поддержкой), дата окончания договора 1С:ИТС. Этих трёх строк достаточно, чтобы понять, рутина у вас или проект.
Сделайте копию и прогоните обновление на ней. Если база типовая – дальше можно включить штатный помощник обновления и забыть про ручные шаги.
Если в базе есть доработки или отставание на много релизов – сравните варианты на странице услуги обновления 1С: состав работ, форматы сопровождения и актуальная цена, а вводные по своей базе можно передать через контакты «Софт Онлайн»: по версии и режиму поддержки обычно уже видно, нужна разовая работа или регламент.

Обновление 1С перестаёт быть стрессом ровно в тот момент, когда у него появляется регламент: копия, тестовый прогон, окно работ, чек-лист приёмки. Всё остальное – платформа, цепочки релизов, сравнение конфигураций и даже ИИ-помощники для разбора изменений – инструменты внутри этого регламента. Выстроить его можно самостоятельно или передать партнёру; главное, чтобы решение принималось заранее, до очередного срока сдачи отчётности.