Обновление 1С Предприятие 8.3: от копии базы до проверки результата

Частая ошибка: «обновить 1С» понимают как один щелчок по кнопке. На деле это две разные операции. Одна меняет платформу (программу, которая запускает базы), другая — конфигурацию (бухгалтерию, зарплату, торговлю внутри базы). Их обновляют по отдельности и в определённом порядке.

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

Что сделать до обновления 1С: пять обязательных шагов

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

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

💡 Для больших баз обновление сначала прогоняют на копии. Это даёт реальное время работы и показывает ошибки до того, как они коснутся рабочих данных.

Как обновить конфигурацию 1С: три способа

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

Обновление из самой программы

В типовых конфигурациях есть раздел администрирования с пунктом обновления программы. Его проще найти поиском по форме: введите слово «обновление» в строке поиска по меню. Программа предложит получить обновления через интернет -поддержку либо указать файл на диске.

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

Обновление через Конфигуратор

Порядок для файла .cfu:

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

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

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

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

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\bases\buh" /N "Администратор" /UpdateCfg "D:\upd\update.cfu" /UpdateDBCfg /DisableStartupMessages

Версию платформы в пути подставьте свою. Ключ /UpdateCfg загружает файл обновления, а /UpdateDBCfg применяет изменения к структуре базы. Для клиент-серверной базы вместо /F используют /S "сервер\имя_базы".

Сколько времени закладывать

Ориентировочно: для небольшой файловой базы окно в один-два часа с запасом на проверку. Для клиент-серверной базы с доработками лучше выделить вечер или выходной. Не назначайте обновление на последний день сдачи отчётности: если что-то пойдёт не так, времени на восстановление и повторную попытку не останется. Предупредите пользователей заранее и назовите точное время, когда база будет закрыта.

Как обновить платформу 1С и не потерять рабочие базы

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

Что нужно знать:

• 🔹 Платформа ставится рядом с прежней. Старые версии можно оставить, пока не убедитесь, что всё работает.
• 🔹 Установщик запускается с правами администратора. В поставке есть setup.exe.
• 🔹 Обновлять платформу в клиентском месте и на сервере нужно согласованно. Клиент и сервер должны быть одной версии, иначе подключение к кластеру не пройдёт.
• 🔹 Серверные службы после установки новой версии проверьте: старый агент сервера не всегда останавливается сам.

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

Обновление 1С версии 7.7: что с ней делать сегодня

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

Реальные варианты:

• ✅ Остаться на 7.7 как на архиве: хранить базу только для справки и выгрузок.
• ✅ Перейти на 8.3. Данные переносят конвертацией: в поставке 8.3-конфигураций есть обработки переноса из 7.7, но их возможности ограничены и зависят от конфигурации.
• ✅ Перенести остатки вручную, если база небольшая. Часто проще ввести начальные остатки в новой базе, чем конвертировать всю историю.

Конвертацию всегда пробуйте на копии. Перенесённые данные проверяйте по оборотно-сальдовой ведомости: сравните остатки по счетам до и после.

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

Если обновление выдало ошибку: типичные ситуации

Главное правило: не запускайте обновление повторно «на удачу». Сначала разберитесь, на каком шаге остановка.

Что убирает половину проблем

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

Обновление распределённых баз: филиалы и терминальный сервер

В распределённой информационной базе (РИБ) есть главный узел и подчинённые. Порядок важен: обновление идёт от центра к периферии.

1. Выполните обмен данными во всех узлах: отправьте и получите всё, что накопилось. Неотправленные изменения при обновлении могут потеряться.
2. Обновите конфигурацию в главном узле.
3. Выгрузите из главного узла изменения конфигурации и примените их в подчинённых. Подчинённые базы получают обновление через обмен.
4. Проверьте, что обмен снова идёт без ошибок, и запустите его вручную.

Для терминального сервера или публикации на веб-сервере правила проще: обновляется одна общая база. Но сеансы нужно завершить принудительно, а веб-публикацию после смены платформы чаще всего требуется опубликовать заново, указав новую версию модуля.

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

Проверка после обновления: что посмотреть в первую очередь

Запуск базы без ошибок ещё не доказательство, что всё хорошо. Потратьте 20 минут на проверку.

• 📌 Версия. В «О программе» должен быть новый релиз.
• 📌 Журнал регистрации. Отфильтруйте ошибки за время обновления.
• 📌 Ключевые документы. Создайте тестовый документ реализации или поступления, проведите его, посмотрите проводки, затем удалите.
• 📌 Отчёты. Сформируйте оборотно-сальдовую ведомость за прошлый период и сравните итоги с данными до обновления.
• 📌 Обмены. Банк, ЭДО, обмен с другими базами. Убедитесь, что настройки не сбросились.
• 📌 Регламентные задания. Убедитесь, что они включены и выполняются.
• 📌 Права пользователей. Попросите двух-трёх сотрудников открыть свои обычные рабочие места.

Автоматизация обновлений: как сэкономить время

Если баз больше пяти, вручную обновлять их утомительно и рискованно. Есть три уровня автоматизации.

1. Автоматическая проверка обновлений в программе. Типовые конфигурации умеют сообщать о выходе новых релизов и скачивать их.
2. Пакетные файлы. Строка запуска Конфигуратора из раздела выше собирается в .bat, который обходит список баз. Перед циклом добавьте копирование: 1cv8.exe DESIGNER /F "путь" /DumpIB "копия.dt" делает выгрузку в файл.
3. Планировщик заданий. Скрипт запускают ночью, когда в базе нет пользователей. Результат пишут в лог и отправляют администратору.

Что обязательно оставить человеку: решение о ночном запуске на рабочей базе без предварительной проверки на копии. Автоматика не умеет оценивать конфликты слияния и сомнительные ситуации. Для баз с доработками разумно автоматизировать выгрузку копии и применение обновления, а проверку результата оставить за собой.

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