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

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

Самая частая ошибка — скачать самый свежий файл обновления и попытаться поставить его поверх релиза годовой давности. 1С так не работает : файл .cfu подходит только к перечисленным в нём предыдущим релизам. Второе заблуждение — «платформу можно не трогать». Каждый релиз конфигурации требует платформу с номером не ниже указанного в описании релиза.

Инструкция общая для 1С:Предприятия 8.3 и типовых конфигураций на интерфейсе «Такси»: Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других.

1. Что сделать до обновления 1С

Подготовка занимает 15–30 минут и решает судьбу всего обновления. Проверьте четыре вещи.

Текущую версию. В пользовательском режиме откройте меню (кнопка с тремя полосками или «шестерёнка» в заголовке окна) → О программе. Там видны номер релиза конфигурации и версия платформы. Запишите оба числа.

Режим поддержки. Это главный вопрос: конфигурация типовая или в неё вносили изменения. Откройте Конфигуратор → Конфигурация → Поддержка → Настройка поддержки. Возможны три состояния:

Цепочку релизов. В описании каждого релиза (файл ReadMe или страница релиза на releases.1c.ru) есть список версий, с которых на него можно обновиться. Если вашего номера там нет, нужен промежуточный релиз. Иногда цепочка из 3–5 шагов.

Требование к платформе. В том же описании указана минимальная версия платформы. Если у вас номер ниже — сначала ставите платформу.

Резервная копия: как сделать правильно

Способов три:

• 💾 Выгрузка в .dt. Конфигуратор → Администрирование → Выгрузить информационную базу. Подходит для любого режима, но для базы в десятки гигабайт идёт долго.
• 📁 Копия каталога базы (только файловый режим). Закройте все сеансы и скопируйте папку с файлом 1Cv8.1CD целиком.
• 🗄 Бэкап средствами СУБД (клиент-серверный режим). Полная копия в SQL Server или PostgreSQL делается быстрее .dt и восстанавливается надёжнее.

💡 Проверьте копию: загрузите .dt в пустую тестовую базу и откройте её. Копия, которую никто не пробовал развернуть, — это надежда, а не страховка.

2. Обновление 1С через интернет-поддержку

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

Что нужно заранее:

• ✅ действующий договор 1С:ИТС (без него файлы обновлений не скачать);
• ✅ логин и пароль портала 1С, подключённые в Администрирование → Интернет-поддержка и сервисы;
• ✅ права администратора в базе;
• ✅ запуск в тонком клиенте под Windows: в веб-клиенте помощник обновления не работает.

Порядок действий:

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

Если помощник пишет, что обновление невозможно из-за изменённой конфигурации, — переходите к разделу 5. Автоматика с доработками не справляется.

3. Ручная установка обновлений платформы и конфигурации

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

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

1. Скачайте дистрибутив технологической платформы нужной версии с портала releases.1c.ru.
2. Запустите setup.exe на каждом компьютере, где работает клиент.
3. Новая версия встаёт рядом со старой в отдельную папку вида C:\Program Files\1cv8\8.3.xx.xxxx. Старую не удаляйте до проверки — на неё можно вернуться.
4. Для клиент-серверного режима обновите и серверные компоненты на сервере 1С (раздел 4).

💡 Если в списке баз ярлык упрямо запускает старую версию, проверьте в свойствах базы (Изменить → последняя страница) поле версии. Там можно указать конкретный номер или оставить маску 8.3, чтобы запускалась самая новая установленная.

Обновление конфигурации файлом .cfu

1. Скачайте и запустите установщик обновления. Он распакует файлы в каталог шаблонов — по умолчанию %APPDATA%\1C\1cv8\tmplts.
2. Откройте базу в режиме Конфигуратор, затем Конфигурация → Открыть конфигурацию.
3. Выполните Конфигурация → Поддержка → Обновить конфигурацию.
4. Выберите поиск доступных обновлений в каталогах шаблонов или укажите файл 1Cv8.cfu вручную.
5. Конфигуратор покажет описание релиза. Нажмите Выполнить / ОК.
6. Для типовой конфигурации обновление пройдёт сразу. Для доработанной откроется окно сравнения (раздел 5).
7. Примите изменения структуры: Конфигурация → Обновить конфигурацию базы данных (клавиша F7). Появится окно с перечнем реорганизуемых объектов — подтвердите Принять.
8. Если цепочка из нескольких релизов, повторите шаги 3–7 для каждого по порядку.

Когда брать полный дистрибутив .cf

Файл .cfu содержит только разницу между релизами. Полный дистрибутив .cf можно указать в том же окне Обновить конфигурацию — он не привязан к списку предыдущих версий. Этим пользуются, когда релиз очень старый и промежуточные файлы не найти. Но поставщик рассчитывает на последовательный путь: перед прыжком на .cf прочтите описание релиза, нет ли там отдельных требований к переходу со старых версий.

4. Обновление в файловом и клиент-серверном режиме: в чём разница

Порядок шагов одинаков, а детали отличаются.

Файловая база

Для обновления структуры нужен монопольный доступ: в базе не должно быть других сеансов. Если кто-то забыл закрыть 1С на своём компьютере, обновление не пройдёт. Перед стартом проверьте активных пользователей в пользовательском режиме: Администрирование → Обслуживание → Активные пользователи.

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

Клиент-серверная база

1. Сначала обновите платформу на сервере 1С. Остановите службу агента сервера, установите новую версию серверных компонентов, зарегистрируйте и запустите службу новой версии.
2. Версия клиента должна совпадать с версией сервера. Если на рабочем месте другая сборка, подключение к базе не произойдёт — поэтому клиенты обновляют сразу после сервера.
3. Перед обновлением конфигурации включите блокировку сеансов: в программе Администрирование → Обслуживание → Блокировка работы пользователей либо в консоли кластера в свойствах базы. Задайте код разрешения — с ним вы зайдёте сами, пока для остальных вход закрыт.
4. Запустите Конфигуратор с этим кодом (параметр запуска /UC<код>) и обновляйте.

💡 Реструктуризация большой базы в клиент-серверном режиме может идти часами. Прогоните обновление на копии базы заранее и засеките время — так вы поймёте, хватит ли ночи.

5. Обновление доработанной конфигурации и конфликты при объединении

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

Как действовать:

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

Как сделать следующие обновления проще

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

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

6. Завершение обновления 1С и контроль работоспособности

После обновления конфигурации базы данных работа не закончена.

Первый запуск в пользовательском режиме. Откройте базу под администратором. Программа попросит подтвердить легальность получения обновления — без этого дальше не пустит. Затем запустятся обработчики обновления: они переносят данные в новые структуры. Не прерывайте их, даже если процесс идёт 10–20 минут.

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

Что проверить руками:

• 📄 открыть и провести пару типичных документов каждого вида, с которыми работаете;
• 📊 сформировать ключевые отчёты (оборотно-сальдовую ведомость, расчётную ведомость — что используете) и сравнить итоги с данными до обновления;
• 🖨 проверить внешние печатные формы и обработки — после смены релиза они ломаются чаще всего;
• 🔄 запустить обмен с другими базами и сайтом, проверить отправку отчётности и ЭДО;
• 🧩 убедиться, что все расширения подключены без ошибок.

Удаление старой платформы. Через неделю спокойной работы удалите старые версии платформы через «Программы и компоненты» Windows. Держать больше двух-трёх версий нет смысла.

7. Как часто обновлять и когда лучше подождать

Типовые конфигурации выходят в новых релизах несколько раз в месяц: часть закрывает ошибки, часть — изменения законодательства. Оптимальный ритм для бухгалтерии — раз в 2–4 недели и обязательно перед сдачей отчётности, если в релизе обновлены её формы.

Когда стоит подождать:

• ⏳ релиз вышел вчера, а срочной причины нет — через несколько дней обычно выходит исправленный;
• ⏳ идёт закрытие месяца или сдача отчётности — обновление посреди процесса может поменять расчёты;
• ⏳ доработки не проверены на копии базы.

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

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