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

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

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

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

Под словом «обновление» скрываются две разные вещи. Их часто путают, а порядок установки у них свой.

Номер релиза конфигурации читается так: 3.0.165.20 — редакция 3.0, релиз 165, сборка 20. Если меняется третья цифра, в релизе обычно новые функции и формы. Если только четвёртая — исправления.

💡 Новый релиз конфигурации почти всегда требует платформу не ниже определённой версии. Это число указано в описании релиза в разделе «Новое в версии». Сначала обновляют платформу, потом конфигурацию — не наоборот.

Ещё одно важное различие — состояние поддержки:

• 🟢 На поддержке, без изменений. Обновление ставится из пользовательского режима или в Конфигураторе за пару кликов.
• 🟡 На поддержке с возможностью изменения. В базе есть доработки. Обновлять можно только через Конфигуратор, с проверкой результатов объединения.
• 🔴 Снята с поддержки. Автоматически обновить нельзя. Нужно вернуть поддержку или делать сравнение и объединение с полным файлом .cf.

Посмотреть состояние: в Конфигураторе Конфигурация → Поддержка → Настройка поддержки.

Подготовка: что сделать до установки

Подготовка занимает 15–30 минут и спасает от худшего сценария — базы, которую нельзя ни открыть, ни откатить.

1. Резервная копия базы

Делается в Конфигураторе: Администрирование → Выгрузить информационную базу. Получится файл .dt со всеми данными и конфигурацией.

Не начинайте обновление без свежей выгрузки .dt или полной копии базы СУБД. Для файловой базы дополнительно можно скопировать папку с файлом 1Cv8.1CD, но только когда все пользователи вышли.

Для клиент-серверной базы надёжнее копия средствами СУБД (PostgreSQL или MS SQL). Выгрузка .dt большой базы может идти часами.

2. Цепочка релизов

Перепрыгнуть с очень старого релиза на свежий обычно нельзя. Каждый файл обновления .cfu рассчитан на ограниченный список предыдущих версий.

Как узнать, подходит ли файл:

1. Посмотрите текущий релиз: Справка → О программе (кнопка с буквой «i» в правом верхнем углу).
2. В описании нового релиза найдите список версий, с которых возможно обновление.
3. Если вашей версии там нет — сначала установите промежуточный релиз, затем следующий.

При обновлении из программы цепочку строит сам помощник. В Конфигураторе — придётся вручную.

3. Расширения и внешние обработки

Расширения конфигурации (появились в платформе 8.3.6) вмешиваются в типовые объекты. После обновления объект может измениться, и расширение перестанет применяться.

• 📌 Составьте список расширений: Администрирование → Печатные формы, отчёты и обработки → Управление расширениями конфигурации.
• 📌 Узнайте у разработчика, проверено ли расширение на новом релизе.
• 📌 Внешние печатные формы и отчёты тоже стоит отметить — их проверяют после обновления.

4. Время и пользователи

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

Выберите окно: вечер, выходной или утро до начала работы. Для базы на сервере в 50–100 ГБ закладывайте несколько часов вместе с отложенной обработкой данных.

Как установить обновление: пошаговый порядок

Способ зависит от того, есть ли в базе доработки.

Способ 1. Из программы (типовая база)

Подходит для базы на поддержке без изменений и при подключённой интернет-поддержке.

1. Откройте Администрирование → Интернет-поддержка и сервисы.
2. Найдите блок обновления версии программы и запустите помощник.
3. Укажите источник: интернет или файл обновления на диске.
4. Помощник покажет найденный релиз и при необходимости цепочку промежуточных версий.
5. Включите создание резервной копии в настройках помощника.
6. Выберите, когда ставить: сейчас или при завершении работы.
7. Дождитесь завершения. Программа перезапустится и выполнит обработчики обновления.

Помощник сам устанавливает монопольный режим и завершает сеансы. Пользователей при этом выкинет из базы — предупредите их заранее.

Способ 2. Через Конфигуратор

Нужен для доработанной базы, при отсутствии интернет-поддержки или когда помощник выдаёт ошибку.

1. Запустите базу в режиме Конфигуратора.
2. Откройте конфигурацию: Конфигурация → Открыть конфигурацию.
3. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
4. Укажите файл обновления: 1cv8.cfu из каталога шаблонов или выбранный вручную.
5. Если в базе есть доработки, откроется окно сравнения и объединения. Разберите изменения (см. раздел для программистов ниже).
6. Нажмите «Выполнить», затем подтвердите обновление конфигурации базы данных (клавиша F7).
7. Посмотрите список изменений структуры и примите его.
8. Запустите программу в режиме «1С:Предприятие» — начнётся обработка данных новой версии.

По умолчанию шаблоны конфигураций ставятся в каталог:

%APPDATA%\1C\1cv8\tmplts\

Внутри — папки по поставщику, конфигурации и номеру релиза. Файл .cfu лежит в папке нужного релиза.

Проверка после обновления

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

Обработчики обновления

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

• ⚙️ Основные — идут сразу, пока они работают, базой пользоваться нельзя.
• ⏳ Отложенные — запускаются фоном, можно работать параллельно.

Ход отложенной обработки смотрят в разделе Администрирование → Обслуживание, блок с результатами обновления программы. Пока обработка не завершена, часть отчётов может показывать неполные данные.

Что проверить вручную

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

💡 Сохраните ОСВ за последний закрытый квартал перед обновлением. Сравнение «до/после» — самый быстрый способ увидеть, что учётные данные не поехали.

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

Если база не открывается вовсе и причину найти не удаётся, у вас есть выгрузка .dt. Загрузите её (Администрирование → Загрузить информационную базу в Конфигураторе) — база вернётся в состояние до обновления. Загрузка полностью заменит текущие данные, поэтому делайте её только после того, как убедились, что правок после обновления не вносили.

Перед повторной попыткой полезно запустить Администрирование → Тестирование и исправление в Конфигураторе. Это тоже работа в монопольном режиме, и тоже только после копии.

Обновления и требования законодательства

Самая частая причина «срочно обновить» — новые формы отчётности и изменения налогов. Поставщик выпускает релизы так, чтобы они вышли до начала периода, в котором меняются правила.

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

• 📄 новые формы деклараций и расчётов, форматы выгрузки для ФНС и СФР (бывший ФСС, с 2023 года объединён с ПФР);
• 💰 изменения ставок, лимитов и порогов (МРОТ, НДФЛ, страховые взносы);
• 🧾 новые форматы электронных документов: УПД, счетов-фактур, транспортных документов;
• 🏷 изменения в маркировке и требованиях к онлайн-кассам.

Практическое правило: обновляйте базу минимум раз в месяц и обязательно перед сдачей квартальной отчётности. Отставание на 3–4 релиза делает следующее обновление дольше — нужно ставить цепочку.

Автоматизация обновлений: инструменты и командная строка

Встроенные средства

Помощник обновления в программе умеет:

• 🔔 сам проверять наличие новых версий и показывать уведомление;
• 🕑 ставить обновление по расписанию или при завершении работы;
• 💾 создавать резервную копию перед установкой (для файловой базы).

Для облачных баз (1С:Фреш и сервисы партнёров) обновления ставит провайдер. Пользователю остаётся проверить результат.

Пакетное обновление из командной строки

Когда баз много, обновление запускают скриптом. Ключи пакетного режима Конфигуратора:

@echo off
set V8="C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe"
set IB=/F"D:\Bases\Buh"
set USR=/N"Администратор" /P"пароль"

rem 1. Резервная выгрузка
%V8% DESIGNER %IB% %USR% /DumpIB "D:\Backup\Buh_before.dt" /Out "D:\Logs\dump.log"

rem 2. Обновление конфигурации и структуры базы
%V8% DESIGNER %IB% %USR% /UpdateCfg "D:\Updates\1cv8.cfu" /UpdateDBCfg /Out "D:\Logs\update.log"

Для серверной базы вместо /F используют /S"сервер\имя_базы". Ключ /Out пишет протокол в файл — по нему видно, на чём остановился скрипт.

⚠️ Скрипт обновляет только конфигурацию на поддержке без конфликтов объединения. Доработанные базы так обновлять нельзя: объединение требует ручной проверки. После скрипта всё равно нужен первый запуск в «1С:Предприятие» для обработчиков.

Пароль в bat-файле — дыра в безопасности. Храните такие скрипты на сервере с ограниченным доступом.

Нюансы для программистов: доработанные конфигурации

Здесь лежит основная сложность обновлений. Типовую базу обновит и бухгалтер, доработанную — только тот, кто понимает объединение.

Как разбирать объединение

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

• ✅ Изменён только поставщиком — берите версию поставщика.
• ✏️ Изменён только вами — оставляйте свою.
• ⚠️ Изменён и там, и там — нужно смотреть модуль или форму вручную и объединять.

Для модулей используйте объединение с приоритетом поставщика и ручную правку ваших вставок. Для форм — по возможности берите форму поставщика и переносите доработку заново: объединение форм часто даёт неработающий результат.

Приёмы, которые экономят время на каждом обновлении

1. Переносите доработки в расширения. Расширение не участвует в объединении. После обновления проверяют только, применилось ли оно.
2. Отмечайте свой код комментариями. Например, // +++ Иванов 12.03 доработка печати и // --- Иванов. При сравнении такие блоки находятся поиском за секунды.
3. Включите возможность изменения только для нужных объектов. В настройке поддержки можно разрешить изменения точечно, остальные объекты останутся на замке и обновятся без вопросов.
4. Храните поставку. Сохраняйте файл .cf каждого полученного релиза. Если поставка в базе испорчена, нормальное трёхстороннее сравнение без неё невозможно.
5. Тестируйте на копии. Разверните .dt в отдельную базу, обновите её, прогоните основные сценарии. Только потом — рабочая база.

Хранилище конфигурации

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

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