Обновление 1С:Бухгалтерии 3.0 без потери данных: от проверки версии до первого запуска
Содержание
Обновить 1С:Бухгалтерию 3.0 проще всего из самой программы: Администрирование → Обслуживание → Обновление версии программы. Программа сама найдёт нужные релизы через интернет
-поддержку, предложит сделать резервную копию и пройдёт всю цепочку версий. Для этого нужна действующая подписка на ИТС и логин интернет-поддержки.
Если база доработана, сетевая или клиент-серверная, надёжнее обновлять через Конфигуратор
: Конфигурация → Поддержка → Обновить конфигурацию. В обоих случаях порядок один: узнать текущую версию, сделать копию, при необходимости поставить новую платформу, обновить конфигурацию и проверить базу после первого запуска.
1. С чего начать: текущая версия и что нужно для обновления 1С 3.0
Сначала посмотрите, что стоит сейчас. В режиме 1С:Предприятие откройте главное меню (значок с тремя полосками в левом верхнем углу) → Справка → О программе. В окне две строки:
- 🧩 Конфигурация — например,
Бухгалтерия предприятия, редакция 3.0 (3.0.xxx.yy); - ⚙️ Версия 1С:Предприятия — номер платформы вида
8.3.xx.xxxx.
Затем сравните версию с актуальной. В описании каждого релиза указано два важных условия:
| Что проверить | Где указано | Что будет, если не совпадает |
|---|---|---|
| Минимальная версия платформы | В описании релиза конфигурации | После обновления база не запустится, пока не поставите нужную платформу |
| С каких версий возможно обновление | В файле обновления и в описании релиза | Файл обновления не примет вашу базу — нужен промежуточный релиз |
Релизы нельзя «перепрыгивать» произвольно. Каждый файл обновления .cfu подходит только к определённым предыдущим версиям. Если база отстала на год, цепочка может насчитывать 10–20 релизов. Встроенный помощник обновления строит её сам, а в Конфигураторе промежуточные релизы придётся ставить по очереди.
Что ещё выяснить до начала:
- 🔐 Есть ли у вас права администратора в базе. Без роли «Полные права» помощник обновления недоступен.
- 🛠️ Типовая ли конфигурация. В Конфигураторе откройте
Конфигурация → Поддержка → Настройка поддержки. Если стоит «Изменения не включены», конфигурация типовая. Если «Изменения разрешены» — в ней возможны доработки, и обновление пойдёт через сравнение и объединение. - 🧷 Какие подключены расширения. Список — в
Администрирование → Печатные формы, отчеты и обработки → Расширения. После обновления расширение может перестать подключаться, если оно опирается на изменённые объекты. - 🔄 Есть ли обмены. Синхронизация с ЗУП, УТ или распределённая база (РИБ) требуют согласованного обновления: в РИБ конфигурацию меняют в главном узле, а подчинённые получают её через обмен.
2. Резервная копия базы перед обновлением
Без копии обновление не начинайте. Ошибка в цепочке или сбой электричества во время реструктуризации могут оставить базу в нерабочем состоянии, а откатить обновление другим способом нельзя.
Способ копирования зависит от типа базы.
Файловая база
Самый быстрый вариант — скопировать каталог базы целиком, когда все пользователи вышли. Главный файл там — 1Cv8.1CD. Путь к каталогу видно в списке баз в окне запуска: выделите базу, внизу будет строка File="D:\Bases\Buh".
Второй вариант — выгрузка в файл .dt через Конфигуратор: Администрирование → Выгрузить информационную базу. Файл .dt компактнее и пригодится, если базу нужно развернуть на другом компьютере.
Выгрузку можно запускать без открытия Конфигуратора, пакетным файлом:
@echo off
set V8="C:\Program Files\1cv8\common\1cestart.exe"
%V8% DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "" /DumpIB "D:\Backup\buh_before_update.dt" /Out "D:\Backup\dump.log"
После выполнения откройте dump.log: в нём должна быть строка об успешной выгрузке.
Клиент-серверная база
Здесь копию делают средствами СУБД — это быстрее и надёжнее выгрузки .dt на больших базах.
Для Microsoft SQL Server:
BACKUP DATABASE [buh] TO DISK = N'D:\Backup\buh_before_update.bak' WITH COPY_ONLY, INIT;
Для PostgreSQL:
pg_dump -U postgres -Fc -f D:\Backup\buh_before_update.dump buh
Параметр COPY_ONLY делает копию вне регулярной цепочки бэкапов SQL Server и не сбивает план резервного копирования, который настроил администратор.
Помощник обновления в режиме 1С:Предприятие тоже предлагает сделать копию, но только для файловой базы. Для клиент-серверной он прямо напоминает, что копию нужно сделать средствами СУБД.
3. Установка новой платформы 1С:Предприятие 8.3
Если описание релиза требует платформу с номером не ниже вашей текущей, сначала обновите платформу. Дистрибутивы публикуются на портале обновлений 1С для пользователей с подпиской.
Порядок для рабочего места:
- Скачайте дистрибутив технологической платформы нужной разрядности для Windows.
- Распакуйте архив и запустите
setup.exe. - В списке компонентов оставьте «1С:Предприятие» (тонкий и толстый клиент). Конфигуратор входит в этот компонент.
- Завершите установку. Новая версия встанет в отдельный каталог, например
C:\Program Files\1cv8\8.3.xx.xxxx. Старая останется рядом.
Окно запуска само выбирает самую новую установленную версию. Если в свойствах базы (кнопка Изменить в окне запуска, последний шаг) указана конкретная версия, поменяйте её или очистите поле.
Клиент-серверный вариант
На сервере ставят тот же номер платформы с компонентом «Сервер 1С:Предприятия 8». Версии клиента и сервера должны совпадать до последней цифры: клиент 8.3.24.1548 к серверу 8.3.23.2040 не подключится.
Переключение службы сервера на новую версию обрывает все сеансы. Делайте это вне рабочего времени и заранее предупредите пользователей. Перед этим сохраните параметры кластера (список баз, настройки рабочих серверов).
Старые версии платформы удаляйте только после того, как убедитесь, что все базы на этом компьютере работают с новой.
4. Как обновить конфигурацию Бухгалтерии 3.0: три способа
Выберите способ по своей ситуации:
| Способ | Когда подходит | Ограничения |
|---|---|---|
| Помощник в 1С:Предприятии | Типовая конфигурация, есть интернет и логин ИТС | Для доработанной конфигурации предложит обратиться к специалисту |
| Конфигуратор, поиск обновлений | Типовая или доработанная, нужно контролировать каждый шаг | Требует монопольного доступа при обновлении структуры базы |
Конфигуратор, файл .cfu | Нет интернета на машине с базой, файлы скачаны заранее | Цепочку промежуточных релизов собираете вручную |
Способ 1. Автоматически из программы
- Войдите в базу пользователем с полными правами.
- Откройте
Администрирование → Обслуживание, в группе «Обновление версии программы» нажмитеОбновление программы. - Помощник подключится к интернет-поддержке. Если вход ещё не выполнен, введите логин и пароль портала.
- Помощник покажет найденную версию и при необходимости предложит обновить платформу.
- Выберите момент: сейчас или при завершении работы. Для файловой базы отметьте создание резервной копии и укажите каталог.
- Нажмите
Далее. Программа скачает файлы, закроется, обновит конфигурацию и запустится заново.
Пока идёт обновление, другие пользователи в базе работать не должны. Помощник покажет список активных сеансов и предложит их завершить.
Способ 2. Через Конфигуратор с поиском обновлений
- Запустите базу в режиме
Конфигуратор. - Откройте
Конфигурация → Открыть конфигурацию, если дерево объектов ещё не открыто. - Выберите
Конфигурация → Поддержка → Обновить конфигурацию. - Отметьте «Поиск доступных обновлений (рекомендуется)» и укажите, где искать: в каталогах шаблонов или в интернете.
- В списке найденных выберите самый новый релиз. Конфигуратор сам предложит пройти промежуточные версии, если они есть в каталоге шаблонов.
- Нажмите
Обновитьи согласитесь на обновление конфигурации базы данных. - Откроется окно изменений структуры — подтвердите
Принять.
Каталог шаблонов по умолчанию — %APPDATA%\1C\1cv8\tmplts. Туда устанавливаются скачанные дистрибутивы обновлений: распакуйте архив релиза и запустите его setup.exe.
Способ 3. Из файла обновления .cfu
Если файлы скачаны вручную, на шаге 4 выберите «Выбор файла обновления» и укажите 1cv8.cfu из каталога нужного релиза. Остальное как в способе 2.
Когда версия базы ниже той, с которой возможно обновление, Конфигуратор сообщит об этом. Тогда сначала ставьте промежуточный релиз. Подходящие предыдущие версии перечислены в описании каждого релиза.
Если конфигурация доработана
При режиме «Изменения разрешены» откроется окно сравнения и объединения. Объекты, которые меняли и вы, и фирма 1С, будут отмечены отдельно. Здесь решают, чьи изменения брать в каждом объекте.
Если не понимаете, что за доработки в базе, не объединяйте вслепую. Отказ от изменений поставщика ломает новые функции, отказ от своих — удаляет доработку. Такое обновление сначала проверяют на копии.
Доработки, вынесенные в расширения, обновлению основной конфигурации не мешают. Это главная причина переносить изменения в расширения.
5. Обновление через выгрузку и перенос данных
Иногда последовательное обновление не годится. Типичные случаи:
- 📉 База сильно отстала, а промежуточных релизов нет в каталоге и их неудобно собирать.
- 🧱 Конфигурация переписана настолько, что сравнение-объединение затрагивает сотни объектов.
- 🔁 Переход между редакциями, например со старой редакции 2.0 на 3.0, если база не проходит штатный путь обновления.
Для таких случаев есть рабочие приёмы:
- Тест на копии через
.dt. Выгрузите рабочую базу, загрузите её в новую пустую базу (Администрирование → Загрузить информационную базув Конфигураторе) и прогоните обновление там. Если всё прошло, повторите на рабочей базе или подмените её обновлённой копией, пока никто не вносил новых данных. - Новая типовая база и перенос данных. Создайте базу из актуального шаблона Бухгалтерии 3.0 и перенесите остатки и справочники встроенными средствами переноса данных. Состав переносимых данных зависит от обработки: обычно это справочники, остатки на начало периода и документы за текущий год.
- Обновление на копии с поэтапной проверкой. После каждого релиза цепочки запускайте копию в режиме 1С:Предприятие, чтобы прошла обработка обновления данных. Пропуск этого шага иногда приводит к ошибкам на следующем релизе.
Перенос данных в новую базу «обнуляет» историю: документы за прошлые годы останутся в старой базе. Её сохраняют для справок и проверок.
Перед загрузкой .dt в базу, где уже есть данные, помните: загрузка полностью заменяет содержимое базы-приёмника.
6. Первый запуск после обновления и проверка работоспособности
Обновление конфигурации в Конфигураторе — только половина дела. Вторая половина происходит при первом входе в 1С:Предприятие.
- Запустите базу пользователем с полными правами.
- Появится окно подтверждения легальности получения обновлений. Подтвердите его.
- Начнётся обновление данных информационной базы. Не прерывайте процесс: на большой базе он занимает от нескольких минут до часа.
- Откроется описание изменений в новой версии. Пролистайте его: там есть изменения в отчётности и расчётах.
Часть работы программа выполняет позже, в фоне. Ход этой дополнительной обработки виден в Администрирование → Обслуживание → Результаты обновления программы. Пока она идёт, некоторые отчёты могут быть недоступны или показывать неполные данные.
Что проверить после обновления:
Сверка оборотно-сальдовой ведомости — простой способ поймать сбой. Сохраните ведомость за закрытый период до обновления и сравните итоги после. Расхождение в закрытом периоде — повод разбираться до начала работы пользователей.
7. Частые ошибки при обновлении и что с ними делать
Ещё три ошибки, которые встречаются чаще всего:
- ⏭️ Обновили конфигурацию, но не зашли в 1С:Предприятие. Обновление данных не прошло, и следующий релиз может встать с ошибкой. При обновлении цепочкой в Конфигураторе запускайте Предприятие после каждого шага, если в описании релиза есть такое требование.
- 🧩 Забыли про расширения. После обновления расширение отключается, а пользователи теряют печатную форму или доработанный отчёт. Проверьте список расширений сразу после запуска.
- 🕐 Обновляли в рабочее время. Сеансы пользователей мешают монопольному режиму, а прерванная реструктуризация — худший сценарий. Планируйте обновление на вечер или выходной.