Откат и запрет обновлений 1С: что реально можно сделать в конфигураторе

Отменить обновление 1С через конфигуратор можно без потерь только до того, как изменения применены к базе: Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД. Если структура базы уже обновлена, а тем более программа запускалась и отработали обработчики обновления, — надёжный путь один: загрузить резервную копию .dt через Администрирование → Загрузить информационную базу.

Чтобы обновления больше не ставились сами, отключите автоматическую проверку в разделе Администрирование → Интернет-поддержка и сервисы и уберите полные права у тех, кто не должен обновлять базу. Всё ниже относится к платформе 8.3 и типовым конфигурациям на ней: БП 3.0, ЗУП 3.1, УТ 11.

Когда обновление 1С приходится отменять

Обычно откат нужен не из-за «плохого релиза», а из-за конкретной поломки в вашей базе. Типичные поводы:

• 🔧 Доработки слетели. Конфигурацию дорабатывал программист, а обновление поставили «как типовое» — изменённые формы и отчёты вернулись к типовым.
• 🧩 Не работает внешняя обработка или расширение. Новый релиз поменял реквизиты, и обработка падает с ошибкой.
• 🔌 Сломался обмен. Связанная база (например, УТ и БП) осталась на старом релизе, а правила обмена ждут одинаковых версий.
• 🖥️ Релиз требует новую платформу. Конфигурацию обновили, а на компьютерах пользователей стоит старая версия 1С — база не запускается.
• 📅 Неподходящий момент. Обновление пришло посреди закрытия квартала, и бухгалтер хочет вернуть привычную версию до сдачи отчётности.

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

Где проходит граница «можно отменить» — три стадии обновления

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

Как отменить обновление конфигурации 1С в конфигураторе

Способ 1. Вернуться к конфигурации БД (до применения изменений)

Это единственная «настоящая» отмена: конфигуратор просто выбрасывает изменения основной конфигурации.

1. Откройте базу в режиме Конфигуратор.
2. Откройте основную конфигурацию: Конфигурация → Открыть конфигурацию.
3. Выберите Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД.
4. Подтвердите действие. Основная конфигурация станет такой же, какая сейчас работает в базе.

После этого проверьте номер релиза в свойствах корня конфигурации (поле «Версия»). Он должен совпасть со старым.

Способ 2. Загрузка резервной копии .dt (после применения)

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

1. Попросите всех пользователей выйти из базы. Загрузка .dt полностью заменяет данные: всё, что введено после копии, исчезнет.
2. На всякий случай выгрузите текущее состояние: Администрирование → Выгрузить информационную базу. Этот файл пригодится, если после отката понадобится перенести свежие документы.
3. Выберите Администрирование → Загрузить информационную базу и укажите файл копии, сделанной перед обновлением.
4. Дождитесь сообщения об успешной загрузке. Конфигуратор предложит перезапуститься — согласитесь.
5. Запустите 1С:Предприятие и проверьте номер релиза: Справка → О программе или кнопка с информацией о программе в главном меню.

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

Способ 3. Загрузка старого .cf (крайний вариант)

Если копии .dt нет, но сохранился файл .cf прошлого релиза, можно вернуть старую конфигурацию:

1. Выгрузите текущую базу в .dt — это страховка.
2. Конфигурация → Загрузить конфигурацию из файла, выберите старый .cf.
3. Выполните Обновить конфигурацию базы данных.

Почему это рискованно:

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

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

Как отключить автоматическое обновление 1С

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

Автопроверка обновлений в программе

В БП 3.0, ЗУП 3.1, УТ 11 и других конфигурациях на БСП:

1. Откройте Администрирование → Интернет-поддержка и сервисы.
2. Найдите блок обновления версии программы.
3. Отключите автоматическую проверку наличия обновлений или выберите проверку только по ручному запросу.

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

Права пользователей

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

• 👤 у рядовых бухгалтеров не должно быть профиля «Администратор» в Администрирование → Настройки пользователей и прав → Пользователи;
• 🔑 на вход в конфигуратор поставьте пароль администратору, а список людей с этим паролем держите коротким.

Обновление платформы на компьютерах

Отдельная история — новая версия платформы. Если на компьютере установлено несколько версий 1С, в окне запуска можно зафиксировать нужную для конкретной базы:

1. В списке баз выберите базу и нажмите Изменить.
2. На последней странице мастера в поле «Версия 1С:Предприятия» укажите нужную, например 8.3.24.
3. Нажмите Готово.

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

Файловая и клиент-серверная база: что отличается при откате

Логика отмены одинаковая, а инструменты различаются.

Для файловой базы копия файла 1Cv8.1CD — самый быстрый способ «машины времени». Копировать его можно только когда в базе никого нет, иначе копия окажется повреждённой.

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

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

Большинство откатов можно было не делать. Вот что чаще всего к ним приводит.

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

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

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

Обновили одну базу из пары с обменом. Перед обновлением БП, связанной с УТ или ЗУП, проверьте, с каким релизом второй базы поддерживается обмен.

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

Можно ли законно не обновлять 1С

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

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

• 📄 Регламентированная отчётность. Формы деклараций и отчётов меняются, и старый релиз не умеет их заполнять. Отчёт по устаревшей форме контролирующий орган не примет.
• 💸 Ставки и правила расчёта. НДФЛ, страховые взносы, МРОТ и лимиты меняются по закону. Обновление приносит новые ставки, а без него расчёты придётся корректировать вручную.
• 🔒 Доступ к обновлениям. Для большинства типовых конфигураций новые релизы выдаются в рамках действующего договора сопровождения (ИТС). Пока договор действует, вернуть базу на старый релиз и позже обновиться можно в любой момент.
• ⚖️ Ответственность — на организации. Если из-за устаревшего релиза налог рассчитан неверно, отвечает налогоплательщик, а не программа.

Разумный компромисс: откатиться на время и запланировать обновление с проверкой на копии базы. Держать базу на старом релизе месяцами — это копить ручные исправления.

Другие способы держать обновления под контролем

Если откаты повторяются, стоит поменять сам процесс:

• 🧪 Тестовая копия. Разверните копию рабочей базы, обновите её первой и проверьте ключевые операции: проведение, печать, обмены, отчёты. Только потом обновляйте рабочую.
• 🧱 Доработки — в расширениях. Правки, вынесенные в расширение конфигурации, не мешают обновлению: основная конфигурация остаётся на поддержке и обновляется в режиме 1С:Предприятие. После обновления проверьте, что расширение применилось без ошибок.
• 📦 Архив релизов. Храните .cf каждой стоящей у вас версии и .dt перед каждым обновлением. Месяца трёх обычно хватает.
• 🗓️ Окно обновлений. Обновляйте не в дни сдачи отчётности и не в конце месяца, а в начале периода, когда есть запас времени на откат.
• 🖥️ Пакетный запуск для админа. Выгрузку копии можно запускать из командной строки по расписанию.

Пример выгрузки файловой базы в .dt из командной строки:

"C:\Program Files\1cv8\8.3.24.1691\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\buh_before_update.dt" /Out"D:\Backup\dump.log"

Путь к 1cv8.exe замените на свою версию платформы. Перед запуском база должна быть свободна, иначе выгрузка не выполнится, а причина окажется в файле журнала /Out.

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