Как обновить 1С, которая стоит на вашем компьютере: платформа и конфигурация

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

Сразу уточним, что именно обновляется. «1С» — это два слоя. Платформа — программа, которая запускает базы (1cv8.exe). Конфигурация — бухгалтерия, ЗУП, торговля: набор объектов внутри базы. Они обновляются независимо, но у каждого релиза конфигурации есть минимальная версия платформы, ниже которой он не запустится. Поэтому порядок обычно такой: сначала платформа, потом конфигурация.

Локальная версия — файловая база на диске вашего компьютера или общей папке (каталог с файлом 1Cv8.1CD). Если база на сервере 1С и обновлять её надо на сервере, процедура другая; здесь речь про файловый режим.

Что проверить и сохранить до обновления

Обновление меняет структуру самой базы, и откатить его «кнопкой назад» нельзя. Единственная защита — копия.

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

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

Какой способ обновления выбрать

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

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

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

1. Скачайте дистрибутив технологической платформы для Windows. Распакуйте архив в отдельную папку.
2. Запустите setup.exe от имени администратора компьютера и пройдите мастер установки. Оставьте компоненты по умолчанию, если не знаете, зачем нужны другие.
3. Откройте окно запуска 1С. Выделите базу и нажмите Изменить. В поле Версия 1С:Предприятия выберите установленную версию или оставьте автоматический выбор — тогда запуск идёт самой новой подходящей.
4. Запустите базу и снова загляните в Справка → О программе, чтобы убедиться, что запустилась именно новая версия.

Версии платформы сравнивайте по номеру: например, релиз конфигурации просит номер не ниже указанного в его описании. Слова «старше» и «младше» тут путают, а число читается однозначно.

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

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

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

Что для этого должно быть: подключённая Интернет-поддержка (логин и пароль от портала поддержки вводятся в разделе Администрирование → Интернет-поддержка и сервисы) и действующий договор сопровождения.

Дальше порядок такой:

1. Закройте базу у остальных пользователей.
2. Откройте раздел Администрирование и найдите команду обновления программы (в конфигурациях на библиотеке стандартных подсистем она находится среди настроек обслуживания).
3. Запустите проверку обновлений. Программа покажет доступные релизы.
4. Выберите нужный и подтвердите. Программа закроется, запустится в особом режиме, поставит релиз и сама откроет базу.
5. При первом входе дождитесь окончания обработчиков обновления: окно с индикатором может висеть минуты, а у больших баз — заметно дольше.

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

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

Ручной способ нужен, когда интернета нет или обновление скачали заранее. Файл обновления конфигурации бывает двух видов: готовый .cfu или комплект, который устанавливается программой setup.exe.

Подготовьте релиз

Если у вас комплект с setup.exe, запустите его. Он разложит обновление в каталог шаблонов 1С на компьютере и ничего в самой базе не меняет. Файл .cfu ставить установщиком не нужно, его указывают прямо в Конфигураторе.

Загрузите обновление

1. Запустите базу в режиме Конфигуратор (в окне запуска кнопка Конфигуратор).
2. Выберите Конфигурация → Поддержка → Обновить конфигурацию.
3. Укажите источник: поиск доступных обновлений в каталоге шаблонов либо выбор файла вручную. Для .cfu выбирайте файл.
4. Откроется окно с описанием релиза. Проверьте, что он подходит к вашей версии, и нажмите Готово.
5. Если конфигурация на поддержке без доработок, обновление встанет само. Если есть изменения, откроется окно сравнения и объединения: в нём видно, какие объекты затронуты и какие правила применяются.

Примените изменения к базе

После загрузки новой конфигурации её ещё нужно применить к самой базе данных:

1. Нажмите F7 или выберите Конфигурация → Обновить конфигурацию базы данных. На этом шаге нужен монопольный доступ — другие пользователи должны быть вне базы.
2. Дождитесь завершения и согласитесь с предупреждением о структуре, если оно появится.
3. Закройте Конфигуратор и запустите базу в обычном режиме (1С:Предприятие). Дождитесь выполнения обработчиков обновления.

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

Если конфигурацию дорабатывали

Обновление доработанной конфигурации — работа для специалиста. Новый релиз «накладывается» на вашу версию, и каждое расхождение нужно разобрать.

Различайте два случая:

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

Если вы не уверены, что именно делали раньше, не обновляйте самостоятельно: сначала посмотрите в Конфигурация → Поддержка → Настройка поддержки, в каком состоянии объекты. Не знаете как читать эту картинку — отдайте базу тому, кто её дорабатывал.

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

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

"C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Accounting" /UpdateDBCfg /Out "D:\Bases\update.log"

Номер версии в пути подставьте свой, а /F указывает каталог файловой базы. Ключ /UpdateDBCfg применяет уже загруженную конфигурацию к базе, а /Out пишет результат в журнал. Загрузку нового релиза этим ключом не заменить: сначала конфигурация обновляется в Конфигураторе, как описано выше.

Пока работает команда, окно может не появляться вовсе. Не запускайте её второй раз и дождитесь завершения процесса в диспетчере задач, а потом откройте update.log: пустой файл или сообщение об ошибке подскажут, что пошло не так.

Для нескольких баз с разными релизами порядок такой:

• обновляйте базы по одной, а не все сразу, чтобы заметить ошибку на первой;
• начните с самой маленькой или тестовой, а рабочую оставьте напоследок;
• у каждой базы записывайте версию «до» и «после» в простой текстовый файл рядом с копиями.

Это дисциплина, а не формальность: через полгода по такой записи видно, с какого релиза пора откатываться на копию, если что-то поплыло.

Как не отстать с обновлениями

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

• 📅 Заводите в календаре напоминание проверять релизы раз в месяц-два, особенно перед сдачей отчётности: формы и форматы отчётов меняются именно релизами.
• 🧪 Держите тестовую копию базы и гоняйте обновление на ней первой. На копии видно, сколько времени оно займёт и не сломает ли доработки.
• 🗂 Храните дистрибутивы платформы и релизов в одной папке с понятными названиями: так не придётся искать в архивах прошлогодний файл.
• 🔑 Следите за сроком сопровождения. Без действующего договора автоматические релизы недоступны, а после просрочки догонять приходится сразу несколько версий.

Что проверить после обновления

Запуск без ошибок ещё не значит, что всё в порядке.

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

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

Типичные ошибки при обновлении

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

База занята другим пользователем. При обновлении структуры нужен монопольный доступ, а кто-то остался в базе. Закройте все сеансы. Для файловой базы лишние окна 1С иногда висят в диспетчере задач процессом 1cv8.exe: перед тем как завершать их, убедитесь, что за этим компьютером никто не работает , иначе его несохранённые данные пропадут.

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

Обновление оборвалось посередине. Не запускайте базу повторно «на удачу». Разверните резервную копию и начните заново, предварительно разобравшись, что прервало процесс: диск, питание, антивирус, блокирующий файл.

Программа просит заново ввести пароль от поддержки. Логин или пароль портала поддержки устарели или договор закончился. Проверьте его в Администрирование → Интернет-поддержка и сервисы.

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

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