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

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

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

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

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

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

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

Резервная копия перед любыми изменениями

Резервная копия — обязательный шаг при обновлении существующей базы. Самый простой способ для файловой базы — выгрузка через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу». Полученный файл с расширением DT содержит и данные, и конфигурацию, его можно развернуть обратно за несколько минут.

Для клиент-серверных баз выгрузка DT тоже работает, но на больших объёмах она медленная и требовательна к ресурсам. В этом случае надёжнее делать копию штатными средствами СУБД (например, backup в MS SQL Server), согласовав действия с администратором баз данных. Перед началом выгрузки завершите все сеансы пользователей, чтобы копия была консистентной.

Установка новой конфигурации с нуля из шаблона

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

Далее откройте окно запуска 1С, нажмите «Добавить» и выберите «Создание новой информационной базы». В списке шаблонов найдите нужную конфигурацию и версию, укажите имя базы и тип расположения — на данном компьютере (файловый вариант) или на сервере 1С. После завершения мастера база появится в списке, и при первом входе конфигурация выполнит начальное заполнение.

1. 1
   Установите шаблон из дистрибутива конфигурации (setup.exe)
2. 2
   Откройте окно запуска 1С и нажмите «Добавить»
3. 3
   Выберите «Создание новой информационной базы» и шаблон нужной версии
4. 4
   Укажите имя базы и тип расположения: файловый или серверный
5. 5
   Завершите мастер и выполните первый вход для начального заполнения

Загрузка новой конфигурации в существующую базу

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

Если база уже работает, новую версию загружают через конфигуратор. Откройте базу в режиме «Конфигуратор», убедитесь, что конфигурация не находится на полной поддержке с запретом изменений, если планируется загрузка CF-файла вручную. Для типовых конфигураций предпочтительный путь — «Конфигурация» → «Поддержка» → «Обновить конфигурацию», где можно указать файл обновления из поставки.

Загрузка полного CF-файла

Когда обновление через механизм поддержки недоступно (например, конфигурация снята с поддержки или пропущено несколько релизов), используют «Конфигурация» → «Загрузить конфигурацию из файла» и выбирают CF-файл нового релиза. После загрузки изменится только конфигурация базы, но не конфигурация базы данных — это промежуточное состояние.

Завершающий шаг — «Конфигурация» → «Обновить конфигурацию базы данных». Программа покажет список изменений структуры (реструктуризацию): новые реквизиты, таблицы, индексы. Подтвердите изменения кнопкой «Принять». На больших базах реструктуризация может занять продолжительное время, прерывать её нельзя.

Особенности файлового и клиент-серверного вариантов

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

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

Файловый или серверный вариант

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

Подходит для небольших баз и одного-двух пользователей; обновление проще, но база уязвимее к сбоям при обрыве

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

Подходит для больших баз и многопользовательской работы; обновление требует управления сеансами через кластер и копии средствами СУБД

Проверка результата после установки

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

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

Контрольные точки

Как проверить результат

Номер версии в «О программе»

Норма

Совпадает с устанавливаемым релизом

Тревожный признак

Осталась старая версия — обновление не завершено

Первый запуск в режиме «Предприятие»

Норма

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

Тревожный признак

Ошибки обновления данных, программа не запускается

Документы и отчёты

Норма

Данные на месте, отчёты формируются

Тревожный признак

Пропали данные, ошибки при проведении

Вход пользователей

Норма

Все сеансы подключаются без сообщений о несовместимости

Тревожный признак

Ошибка несоответствия конфигурации базы данных

Типичные ошибки и как их избежать

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

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

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

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

Чем отличается установка конфигурации от обновления?

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

Можно ли обновить конфигурацию без конфигуратора?

Да, типовые конфигурации поддерживают обновление через интернет прямо из режима «Предприятие» (раздел «Администрирование» → «Обновление версии программы»), если настроен доступ к порталу 1С. Однако для баз с доработками и при смене версии платформы всё равно потребуется конфигуратор.

Что делать, если реструктуризация зависла?

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

Нужно ли обновлять платформу перед установкой нового релиза конфигурации?

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

Как сохранить доработки при обновлении?

Используйте «Конфигурация» → «Сравнить и объединить с конфигурацией из файла» вместо прямой загрузки. В режиме объединения вручную отметьте, какие объекты брать из нового релиза, а какие оставить из текущей базы. Заранее составьте список всех собственных изменений, чтобы ничего не потерять.

Можно ли откатить обновление, если что-то пошло не так?

Штатного механизма отката нет. Единственный способ вернуться к прежнему состоянию — восстановить базу из резервной копии, сделанной до обновления. Именно поэтому копия обязательна, а её работоспособность стоит проверить тестовым восстановлением.