Как часто нужно обновлять 1С?

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

Можно ли обновить 1С с доработками без программиста?

Только если все доработки вынесены в расширения. Если конфигурация «вручную» изменена администратором или прошлой командой разработчиков — без 1С-специалиста высокий риск потерять наработки или получить ошибки в процессе сравнения и объединения.

Сколько занимает обновление типовой «Бухгалтерии»?

Чистая типовая без доработок обновляется за 30–60 минут вместе с реструктуризацией. Конфигурация с доработками — от 2 до 8 часов в зависимости от объёма изменений и размера базы.

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

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

Как понять, что обновление безопасно?

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

1С:Предприятие 24 июня 2025 · 16 мин чтения

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

Семёнов Евгений Сергеевич, директор АйТи Фреш. За 15+ лет обслуживания 1С я видел, как бухгалтера теряют неделю работы из-за неаккуратного обновления, как администратор выкатывает новую Бухгалтерию в пятницу вечером и уходит на выходные, а в понедельник 40 человек не могут закрыть период. Обновление 1С — это не «нажать кнопку и подождать», это инженерный процесс с бэкапами, тестами и окном обслуживания. В статье — рабочий алгоритм, которым мы в АйТи Фреш пользуемся каждый месяц.

Зачем вообще обновлять 1С

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

Законодательные изменения. Новые формы деклараций, изменения в НДС, обновления справочников КЛАДР, новые поля в первичке — всё это ФНС выпускает с конкретными сроками, к которым нужно успеть обновиться.
Исправление ошибок платформы. В 8.3.2x регулярно выходят правки критических багов, утечек памяти, проблем с производительностью.
Безопасность. Старые релизы не получают фиксов уязвимостей. Для инфраструктур, доступных из интернета через 1С: Web-клиент, это критично.

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

Подготовка: что должно быть до первого клика

До того, как скачать cfu и ткнуть в «Обновить», нужно закрыть чек-лист. Это занимает час-два, но сохраняет нервы на выходных:

Скачать релиз и release notes с портала ИТС. Прочитать список изменений. Особенно — раздел «Изменения, требующие вмешательства».
Убедиться, что версия платформы совместима с конфигурацией. Новая «Бухгалтерия» 3.0 может требовать платформу 8.3.24+ — сначала обновляем платформу.
Проверить диск: для реструктуризации больших таблиц нужно как минимум 1,5× от размера базы на томе SQL.
Согласовать окно обслуживания с пользователями. Минимум — 2 часа для небольшой конфигурации, 6–8 часов для УТ/ЕРП.
Сделать план отката: сколько времени занимает восстановление из бэкапа, есть ли доступ к резервной базе.

Полный бэкап — главный этап

Я никогда не начинаю обновление без свежего бэкапа. Больше того — делаю два: средствами 1С (dt-выгрузка) и на уровне СУБД (полный SQL-бэкап). Первый защищает от логических ошибок, второй — от поломки реструктуризации.

# Файловая база
# Просто копируем папку с 1Cv8.1CD в архив с датой
robocopy "D:\1C\BuhBase" "E:\Backup\BuhBase-2025-06-24" /MIR /R:2 /W:5

# Клиент-серверная на MSSQL
sqlcmd -S SQL01 -Q "BACKUP DATABASE [buh_prod] TO DISK='E:\Backup\buh_prod_2025-06-24.bak' WITH COMPRESSION, STATS=5"

# Выгрузка DT через Designer (для страховки)
"C:\Program Files\1cv8\8.3.24.1234\bin\1cv8.exe" CONFIG /S SQL01\buh_prod /N"Администратор" /P"********" /DumpIB "E:\Backup\buh_prod_2025-06-24.dt"

Я всегда держу бэкапы на отдельной СХД в дата-центре МТС — на нашем стенде это выделенный том 40G Mellanox SFP28 с Dell PowerVault, который получает ежедневные бэкапы 1С всех клиентов.

Обновление платформы

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

# Тихая установка на сервере
setup.exe ENABLESERVER=1 ENABLEWEBSERVEREXT=1 ENABLECONFREPOSSERVER=0 /qn

# Тихая установка на клиенте
setup.exe ENABLETHINCLIENT=1 ENABLEDESIGNER=1 ENABLESERVER=0 /qn

# Принудительно выбрать версию для базы
ragent -C "/PathToBase" /F"D:\1C\BuhBase" /UseVersion"8.3.24.1234"

После установки — перезапускаем службу сервера 1С, проверяем, что кластер поднялся с новой платформой (через консоль администрирования). У нас на практике были случаи, когда старая служба «держала» процесс — помогала перезагрузка сервера.

Сравнение и объединение: где теряют доработки

Если ваша конфигурация хоть чем-то отличается от типовой (у 90% клиентов — отличается), обновление идёт через «Сравнить, объединить с конфигурацией из файла». На этом этапе важно не нажать «Установить всё по умолчанию», потому что это затрёт ваши доработки.

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

Я всегда перед объединением делаю конфигурационный отчёт «Отчёт по сравнению» (в Конфигураторе → Конфигурация → Сравнить конфигурации). Сохраняю его в текстовом виде — это документ, по которому потом можно разобраться, что именно менялось.

Порядок типового обновления

Рабочая последовательность действий, которую я применяю у нас на практике:

Вывести пользователей из базы (через консоль кластера или параметр блокировки начала сеансов).
Сделать бэкап — dt и SQL.
Открыть Конфигуратор, снять с поддержки (если надо изменить типовой объект) или оставить в режиме «Конфигурация поставщика».
Конфигурация → Поддержка → Обновить конфигурацию → из файла, выбрать cf.
Разобрать конфликты в таблице сравнения.
Сохранить и обновить конфигурацию базы данных (F7 → Обновить).
Запустить реструктуризацию (может занимать часы на больших таблицах).
Перезапустить службу 1С, запустить в пользовательском режиме, прогнать первичный старт.
Запустить регламентные обработки обновления (это отдельный шаг — в новых релизах появляются обработки «первый запуск»).
Проверить контрольные отчёты, пустить первого тестера.

Мини-кейс: производство, УТ 11.5, 120 пользователей

В апреле 2026 года у нашего клиента — производство электротехники в Подмосковье — вышло критичное обновление Управления торговлей 11.5. Новые маркировки для отдельных групп товаров, изменения в учёте комплектов. База — 380 ГБ, 120 одновременных пользователей, доработок около 40 объектов.

План обновления:

Пятница 20:00 — бэкап SQL (25 минут на Mellanox 40G), dt (ещё 45 минут).
20:45 — остановка регламентных заданий, выгрузка пользователей, блокировка сеансов.
21:00 — старт обновления в Конфигураторе. Объединение заняло 2 часа 10 минут с ручным разбором 14 конфликтов (в основном — наши доработки печатных форм и обработки загрузки заказов).
23:15 — обновление базы данных, реструктуризация — 1 час 40 минут.
00:55 — первый запуск в пользовательском режиме, обработчики обновления — 25 минут.
01:20 — тестирование: проведение документа, формирование отчёта «Остатки на складах», выгрузка в 1С: Маркировку.
02:10 — открытие базы для пользователей. В 08:00 — штатная работа.

Стоимость работ — 28 000 руб. за ночное обновление с полным тестированием. С учётом простоя 1 рабочего дня при самостоятельном обновлении клиент сэкономил минимум 400 000 руб. потенциальных потерь производства.

Тестирование перед продакшеном

Я никогда не обновляю сразу боевую базу. Стандартная схема:

Делаем копию продакшн-базы (можно через backup-restore, можно через dt).
Обновляем копию, замеряем время каждого этапа.
Прогоняем ключевые сценарии: проводим 3–5 типовых документов, формируем 5 ключевых отчётов, выгружаем обмены.
Сверяем суммы с исходной базой — ОСВ, обороты, остатки должны совпадать.
Только после успеха — планируем обновление боевой в окно.

Тестирование занимает 2–4 часа, но за много лет оно спасло меня от нескольких десятков потенциальных инцидентов, когда обновление ломало боевые данные.

Откат: что делать, если пошло не так

Если после обновления пользователи жалуются на ошибки, которые невозможно быстро исправить — откатываемся. Схема:

# Останавливаем службу 1С
net stop "1C:Enterprise 8.3 Server Agent (x86-64)"

# Восстанавливаем SQL-базу из бэкапа
sqlcmd -S SQL01 -Q "USE master; RESTORE DATABASE [buh_prod] FROM DISK='E:\Backup\buh_prod_2025-06-24.bak' WITH REPLACE, STATS=5"

# Запускаем службу
net start "1C:Enterprise 8.3 Server Agent (x86-64)"

# Убеждаемся, что версия конфигурации откатилась
# Все пользователи заходят как на старой

Важно: если между бэкапом и откатом кто-то успел поработать в базе (например, ночная смена) — его работа пропадёт. Поэтому блокировка начала сеансов и действительная эвакуация пользователей перед обновлением — не формальность.

Частые ошибки администраторов

Бэкап «для галочки» без проверки. Регулярно проверяйте, что из бэкапа действительно восстанавливается работоспособная база.
Обновление без release notes. Пропустили раздел «требует вмешательства» — получили критический баг в проведении.
Одновременное обновление платформы и конфигурации. Нельзя. Сначала платформу, проверили, потом конфигурацию.
Нажатие «Установить всё по умолчанию» в сравнении. Так все доработки уходят в типовую версию.
Обновление в пятницу вечером. Если что-то пойдёт не так — выходные уйдут на восстановление. Лучше ночь со среды на четверг, а весь четверг на мониторинг.
Игнор обработчиков обновления. После реструктуризации обязательно запустите обработки перехода — иначе данные могут оказаться в неконсистентном состоянии.

Обновим вашу 1С без простоя и потерь

Обновляем конфигурации 1С:Бухгалтерия, ЗУП, УТ, ЕРП, КА и отраслевые решения. Ночные окна, полный бэкап, сравнение и объединение с сохранением доработок, тестирование на копии, гарантия отката. 15+ лет опыта, работаем с базами до 1 ТБ.

Телефон: +7 903 729-62-41
Telegram: @ITfresh_Boss
Семёнов Евгений Сергеевич, директор АйТи Фреш

FAQ — частые вопросы про обновление 1С

Как часто нужно обновлять 1С?: Платформу — по мере выхода стабильных релизов (примерно раз в квартал), конфигурации — при выходе критичных обновлений налогового учёта и квартальных форм отчётности. В среднем 4–6 обновлений конфигурации в год для активно поддерживаемых типовых.
Можно ли обновить 1С с доработками без программиста?: Только если все доработки вынесены в расширения. Если конфигурация «вручную» изменена администратором или прошлой командой разработчиков — без 1С-специалиста высокий риск потерять наработки или получить ошибки в процессе сравнения и объединения.
Сколько занимает обновление типовой «Бухгалтерии»?: Чистая типовая без доработок обновляется за 30–60 минут вместе с реструктуризацией. Конфигурация с доработками — от 2 до 8 часов в зависимости от объёма изменений и размера базы.
Что делать, если обновление прошло с ошибкой?: Ни в коем случае не пытаться «доделать» в боевой базе. Останавливаем кластер 1С, восстанавливаем базу из бэкапа, перезапускаем службу, пускаем пользователей. Разбираемся с ошибкой на тестовой копии, готовим исправление, повторяем деплой в окно обслуживания.
Как понять, что обновление безопасно?: Проверить тестовую копию: запустить ключевые сценарии (проведение документов, формирование отчётов, выгрузки), сверить контрольные цифры с исходной базой. Только после успеха — обновлять боевую в окно обслуживания.