Как сделать обновление 1С в 2026 году: три слоя релиза, сравнение-объединение и что реально ускоряет ИИ

Коротко: обновление 1С – это три независимых слоя: платформа 8.3, конфигурация (релиз вида 3.0.206.19) и окружение – расширения, драйверы, интеграции. Типовая база обновляется через конфигуратор или помощник «Обновление программы»; обязательны архивная копия, монопольный режим и доступ к обновлениям (подписка ИТС, для базовых версий – регистрация в интернет-поддержке). В 1С:Фреш обновляет сервис. Доработанная конфигурация – это сравнение-объединение, отдельная работа программиста.

Фраза «надо обновить 1С» в разных компаниях означает совершенно разные работы. Где-то это две минуты и кнопка в сервисе. Где-то неделя: свести десяток доработок с новым релизом, перепроверить печатные формы, заново настроить обмен с кассой и маркировкой. Ниже разбираем, как устроено обновление в 2026 году, что делается своими силами, а что стоит отдать специалистам, и какие покупки этот вопрос реально закрывают. Если нужен предметный разбор кнопок и типовых сбоев конфигуратора, у нас есть отдельный материал – как установить обновление 1С за 9 шагов и почему конфигуратор его не принимает; здесь же – управленческий и процедурный взгляд.

Из чего состоит обновление: три слоя, которые путают чаще всего

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

Платформа (технологическая платформа 8.3.x) – сама среда исполнения: клиент, сервер, конфигуратор. Ставится как обычная программа на компьютер или сервер, от прикладного решения не зависит. Обновляется отдельно и отдельно тестируется.
Конфигурация (прикладное решение) – Бухгалтерия, ЗУП, УТ, Розница, УНФ, ERP. У неё свой номер релиза из четырёх чисел. Именно здесь приезжают изменения форм отчётности, новые ставки, новые механизмы учёта.
Окружение – расширения, внешние обработки и печатные формы, драйверы торгового оборудования, модули ЭДО и маркировки, настройки обменов, сертификаты электронной подписи. Формально это уже за пределами «обновления 1С», но после смены релиза ломается чаще всего именно оно.

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

Когда обновлять: рабочие поводы и мифы, которые мешают

Разумных поводов для обновления немного, и все они прикладные:

Изменения в отчётности и учёте. Новые формы, реквизиты и ставки приезжают только с релизом. Сдать корректную отчётность на конфигурации годичной давности обычно нельзя – форма просто не та.
Исправленные ошибки. Если вы ловите известную ошибку расчёта или проведения, первый вопрос специалиста поддержки – какой у вас релиз.
Новая функциональность. Часть механизмов – включая ИИ-сервисы и распознавание первички – физически появляется только начиная с определённого релиза.
Требования интеграций. Маркировка, ЭДО, банковские сервисы, кассовое оборудование периодически меняют форматы обмена, и поддержка нового формата приезжает релизом.

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

Второй миф: «обновляться надо N раз в год». Частота не нормируется ни для Бухгалтерии, ни для ERP. Её диктуют отчётные периоды и ваши интеграции. Третий: «обновление занимает столько-то часов». Длительность зависит от объёма базы и реструктуризации таблиц – на крупных базах реструктуризация может съесть значительную часть окна, так что планировать его стоит с запасом, опираясь на собственные замеры на конкретной базе.

Как сделать обновление типовой конфигурации: регламент из 9 шагов

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

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

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

Доработанная конфигурация: сравнение-объединение вместо кнопки

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

Что это значит на практике:

Объём работ определяется количеством правок. Десять изменённых форм – это десять решений, которые нельзя принять автоматически.
Результат обязательно тестируется. После объединения возможны конфликты: доработка опирается на реквизит, который в новом релизе переименован или удалён.
Любая доработка, переносимая в расширение, удешевляет каждое следующее обновление. Постепенный вынос правок из конфигурации в расширения снижает стоимость владения сильнее всего остального.
Цепочка контрольных релизов работает и здесь: объединение приходится делать на каждом шаге цепочки.

Сравнение четырёх сценариев обновления

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

Где в обновлении реально включается ИИ и автоматизация

Вокруг ИИ в 1С много шума, поэтому разделим то, что действительно работает, и то, что пока остаётся маркетингом.

Работает и относится к обновлениям напрямую:

Автоматическое обновление по расписанию. В типовых конфигурациях есть регламентное задание, которое само скачивает релиз и ставит его в заданное окно – например, ночью. Обычная автоматизация без всякого ИИ, и для небольшой типовой базы она снимает вопрос полностью.
Облачный сценарий. В 1С:Фреш обновление выполняет сервис: пользователь не видит ни конфигуратора, ни цепочки релизов. Обратная сторона – момент обновления выбираете не вы. Если понадобится забрать данные к себе, маршрут описан в материале как выгрузить базу из 1С:Фреш: два маршрута и файл data_dump.zip.
ИИ-сервисы как повод обновиться. Распознавание сканов и фотографий первичных документов, помощники ввода, подсказки в формах – всё это появляется в конкретных релизах и требует действующей подписки. На старом релизе их просто нет в интерфейсе, сколько ни ищи. В свежих релизах Бухгалтерии, например, добавлена загрузка фотографий первички из мобильного приложения и инвентаризация основных средств сканированием штрихкод-этикеток смартфоном.
Автоматизация проверки после обновления. Сверка контрольных сумм отчётов «до» и «после», автотесты проведения документов, сравнение оборотов за закрытый период. ИИ здесь ни при чём, но именно такая сверка ловит 90 % проблем.

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

Что купить под задачу обновления: разбор вариантов

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

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

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

Типичные ошибки при покупке: пять случаев из практики

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

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

Можно ли обновить 1С без подписки ИТС?

Для базовых версий – да, доступ к обновлениям даёт регистрация программы в сервисе интернет-поддержки. Для версий ПРОФ и КОРП доступ к релизам предоставляется в рамках действующей подписки. Технически файл обновления можно применить и вручную через конфигуратор, но легально получить его без действующего договора не получится.

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

Нет. Платформа обновляется тогда, когда этого требует целевой релиз конфигурации либо когда нужны исправления самой платформы. Минимальная требуемая версия всегда указана в описании релиза. Если текущая платформа ей соответствует – трогать её не нужно.

Что делать, если пропущено много релизов?

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

Обновление сломает мои доработки?

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

Как понять, какой у меня сейчас релиз?

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

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

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

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