Вернуть 1С:Розницу на прежний релиз: конфигурация, платформа и данные

Кнопки «отменить обновление» в 1С:Розница нет. Откатить обновление конфигурации можно только одним надёжным способом: восстановить базу из резервной копии, сделанной до обновления (файл .dt, архив файловой базы или бэкап СУБД). Обновление платформы откатывается проще: старая версия остаётся на диске, и базу достаточно запустить на ней.

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

1. Что именно сломалось после обновления

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

Частые симптомы и их реальные причины:

• 🐢 Программа тормозит в первые часы после обновления. Обычно это отложенная обработка данных: программа в фоне дообновляет регистры. Ход процесса видно в Администрирование → Обслуживание → Результаты обновления и дополнительная обработка данных. Дождитесь завершения, а не откатывайте.
• 🧩 Пропали доработки, печатные формы, кнопки. Часто виновато расширение, которое отключилось как несовместимое с новым релизом. Проверьте Администрирование → Печатные формы, отчеты и обработки → Расширения: если у расширения есть ошибки применения, его нужно адаптировать, а не откатывать всю базу.
• 🧾 Перестала работать ККТ или сканер. Новый релиз мог потребовать другую версию драйвера. Проверьте подключаемое оборудование и обновите драйвер — это быстрее отката.
• ⛔ База не запускается с сообщением о версии платформы. Конфигурация требует платформу с номером не ниже определённого. Решается установкой нужной платформы, а не откатом.
• 💥 Ошибки при обновлении структуры или при проведении документов, которых раньше не было. Вот здесь откат оправдан, особенно если магазин стоит.

2. Подготовка к откату: копия текущего состояния и сеансы

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

Что сделать до отката:

1. Попросите кассиров и менеджеров закрыть смены и выйти из программы. Восстановление выгрузки и загрузка конфигурации требуют монопольного доступа, все сеансы будут оборваны.
2. Для клиент-серверной базы установите блокировку начала сеансов: в консоли кластера откройте свойства информационной базы и включите флажок Блокировка начала сеансов включена, задайте текст сообщения для пользователей.
3. Сделайте выгрузку текущей базы: Конфигуратор → Администрирование → Выгрузить информационную базу. Назовите файл понятно, например roznica_posle_obnovleniya_2026-10-07.dt.
4. Найдите копию «до обновления» и убедитесь, что она целая: размер файла не нулевой, дата совпадает с днём перед обновлением.
5. Запишите номера версий: текущий релиз Розницы и релиз, на который возвращаетесь (Справка → О программе), а также версию платформы.

Список того, что должно быть под рукой:

3. Откат обновления конфигурации 1С Розница

Способ зависит от того, на каком этапе остановилось обновление.

Вариант А. Конфигурация загружена, но не применена

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

Если второй шаг ещё не выполнен, откат бесплатный:

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

Данные при этом не меняются: они ещё не видели новый релиз. Это самый безопасный вариант отката, и о нём часто забывают.

Вариант Б. Обновление применено и программа запускалась

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

Поэтому одна только загрузка старого .cf здесь не помогает. Конфигурация вернётся, а данные останутся в формате нового релиза. Итог — ошибки при проведении, пустые отчёты, расхождения в остатках.

Правильный откат после применённого обновления — только восстановление базы из копии. Порядок восстановления — в разделе 5.

Вариант В. Обновление прервалось посередине

Отключился свет, завис сервер, обновление структуры упало с ошибкой. Порядок такой:

1. Откройте Конфигуратор. Если основная конфигурация отличается от конфигурации БД, попробуйте вариант А.
2. Если база открывается, запустите Администрирование → Тестирование и исправление с проверкой логической и ссылочной целостности. Перед этим обязательно сделайте выгрузку .dt — тестирование меняет данные.
3. Если не открывается ни Конфигуратор, ни Предприятие — восстанавливайте из копии.

4. Как вернуть предыдущую версию платформы 1С:Предприятие

Новая платформа ставится рядом со старыми, каждая в свой каталог: C:\Program Files\1cv8\8.3.xx.xxxx. Старая версия никуда не девается, пока вы её не удалили. Значит, откатить платформу можно без переустановки.

Для одной базы

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

Если указать только 8.3.24, будет выбрана самая свежая установленная сборка этой ветки. Полный номер жёстко закрепляет конкретную сборку.

Для всех компьютеров

• Удалите неудачную версию через Параметры Windows → Приложения или Панель управления → Программы и компоненты. Стартер 1cestart.exe запустит базу на оставшейся версии.
• Если платформу раздаёте с сервера через общий список баз, пропишите версию в файле списка баз .v8i строкой Version=8.3.24.

После смены платформы запустите базу с очисткой кэша, чтобы клиент не тянул файлы от новой версии:

"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" ENTERPRISE /ClearCache

Клиент-серверный вариант

Здесь платформу откатывают и на сервере, и на клиентах. Номер версии клиента должен совпадать с версией сервера 1С до последней цифры сборки, иначе подключение не пройдёт.

1. Предупредите пользователей: при остановке службы агента сервера все сеансы оборвутся. Делайте это вне рабочего времени магазинов.
2. Остановите службу агента сервера 1С новой версии.
3. Запустите службу прежней версии (если она осталась установленной) либо переустановите сервер прежней версии.
4. Поставьте ту же версию клиента на все рабочие места.

5. Восстановление базы Розницы из резервной копии

Выбор зависит от того, в каком виде у вас копия.

Из файла .dt

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

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

Файловая база: замена 1Cv8.1CD

Самый простой путь. Закройте все сеансы, переименуйте текущий файл 1Cv8.1CD в каталоге базы (не удаляйте), положите на его место файл из архива. Откройте базу и проверьте последние документы.

Бэкап MS SQL Server

Восстанавливать удобнее через SQL Server Management Studio, но то же делается запросом. Сначала включите блокировку сеансов в консоли кластера, затем:

USE master;
ALTER DATABASE roznica SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
RESTORE DATABASE roznica
  FROM DISK = N'D:\Backup\roznica_before_update.bak'
  WITH REPLACE;
ALTER DATABASE roznica SET MULTI_USER;

ROLLBACK IMMEDIATE разрывает все текущие подключения к базе. После восстановления снимите блокировку сеансов в кластере.

Бэкап PostgreSQL

Для дампа в custom-формате, сделанного pg_dump -Fc, восстановление выглядит так (база должна быть пустой или пересозданной):

pg_restore -U postgres -d roznica -j 2 D:\Backup\roznica_before_update.backup

После восстановления откройте базу в Конфигураторе и проверьте, что Справка → О программе показывает прежний номер релиза.

6. Особенность Розницы: распределённая база магазинов

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

• 🔗 Конфигурация в узлах РИБ меняется только из центра. Отдельно откатить один магазин не получится: при следующем обмене центр снова пришлёт новую конфигурацию.
• 📨 После восстановления центра из копии сбиваются номера сообщений обмена. Центр «забыл» данные, которые магазины уже прислали ему после обновления. Узлы пришлют сообщения с номерами, которых центр не ждёт.
• 🛒 Чеки магазинов за период после обновления. Они есть в узлах, но пропадут в центре после отката.

Практичный порядок при откате центральной базы:

1. Остановите автоматический обмен во всех узлах.
2. Получите от магазинов последние данные, пока центр ещё в новом релизе. Убедитесь, что центр их принял.
3. Сделайте выгрузку .dt центра.
4. Восстановите центр из копии до обновления.
5. Узлы, которые успели обновиться, создайте заново из центра (начальный образ или выгрузка для нового узла), а документы, введённые в них после обновления, перенесите отдельно.

7. Как обновлять Розницу, чтобы откат не понадобился

Откат почти всегда — следствие того, что обновление ставили сразу на рабочую базу. Несколько привычек снимают этот риск.

• 🧪 Сначала копия, потом рабочая база. Разверните выгрузку .dt в тестовую базу, обновите её и проверьте ключевые операции: пробейте чек, проведите поступление, закройте смену.
• 📅 Не ставьте свежий релиз в день выхода. Выждите неделю-две: за это время часто выходит исправительная сборка.
• 🔢 Соблюдайте цепочку релизов. Через несколько промежуточных версий не перепрыгнуть: в описании каждого релиза указано, с какой версии на него можно обновиться.
• 🖨️ Проверьте расширения и внешние печатные формы в тестовой базе, а не после обновления рабочей.
• 🕘 Обновляйте после закрытия магазинов. Обработка данных после обновления может идти долго, а кассам нужна работоспособная база утром.
• 💾 Копию «до» храните отдельно от регламентных копий, чтобы её не перезаписала ротация.

Для файловой базы встроенный помощник обновления (Администрирование → Интернет-поддержка и сервисы → Обновление версии программы) сам предлагает сделать копию перед установкой. Не снимайте этот флажок, даже если торопитесь.

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