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

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

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

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

Подготовка: что сделать до обновления

Любое обновление конфигурации — операция с риском потери данных, поэтому подготовка важнее самой процедуры. Первый обязательный шаг — резервная копия. Для файловой базы достаточно выгрузки в dt через конфигуратор («Администрирование → Выгрузить информационную базу») либо копирования файла 1Cv8.1CD. Для клиент-серверной базы делайте бэкап средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка dt больших баз занимает много времени и не всегда корректно отрабатывает на очень крупных объёмах.

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

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

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

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

Версию рабочей конфигурации можно также посмотреть в пользовательском режиме: обычно она указана в разделе «Администрирование» или в окне «О программе». Сравните её с версией файла обновления — имя cf-файла или сопроводительные документы поставщика содержат номер версии. Если версии совпадают, обновление не требуется.

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

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

Порядок загрузки в конфигураторе:

1. Откройте конфигуратор и войдите в базу под пользователем с полными правами.
2. Убедитесь, что конфигурация не заблокирована другим разработчиком, и при необходимости откройте её («Конфигурация → Открыть конфигурацию»).
3. Перейдите в меню «Конфигурация → Поддержка → Обновить конфигурацию поставщика».
4. Выберите источник: «Файл» и укажите путь к cf- или cfu-файлу новой версии.
5. Подтвердите загрузку и дождитесь завершения — для крупных конфигураций это может занять заметное время.

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

Сравнение и объединение с конфигурацией поставщика

Если конфигурация содержит доработки, после обновления эталона выполните «Конфигурация → Сравнить, объединить с конфигурацией из файла» либо используйте механизм сравнения с конфигурацией поставщика. Откроется окно сопоставления объектов: слева — текущая конфигурация, справа — новая версия поставщика.

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

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

Обновление конфигурации базы данных

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

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

После успешного обновления запустите базу в режиме предприятия. Многие типовые конфигурации при первом запуске выполняют отложенные обработчики обновления: перенос данных, заполнение новых служебных регистров, пересчёт итогов. Не прерывайте этот процесс и дождитесь сообщения о завершении перехода на новую версию. Прогресс обычно виден в разделе «Администрирование → Обслуживание → Результаты обновления программы».

1. 1
   Сделайте резервную копию базы (dt или бэкап СУБД)
2. 2
   Завершите сеансы пользователей и установите блокировку
3. 3
   Проверьте совместимость версии платформы и необходимость промежуточных релизов
4. 4
   Загрузите cf-файл через «Поддержка → Обновить конфигурацию поставщика»
5. 5
   Выполните сравнение и объединение, контролируя доработанные объекты
6. 6
   Обновите конфигурацию базы данных (F7) и дождитесь реструктуризации
7. 7
   Запустите режим предприятия и дождитесь отложенных обработчиков обновления
8. 8
   Проверьте версию, ключевые операции и снимите блокировку сеансов

Проверка результата и откат при проблемах

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

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

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

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

Номер версии конфигурации

Норма

Совпадает с версией загруженного обновления

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

Версия старая или обновление завершилось с ошибками

Отложенные обработчики обновления

Норма

Все выполнены, список пуст или статус «завершено»

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

Есть обработчики с ошибками, обновление «зависло»

Доработанные объекты

Норма

Доработки на месте и функционируют

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

Доработки исчезли или вызывают ошибки при выполнении

Проведение документов и отчёты

Норма

Документы проводятся, отчёты формируются без ошибок

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

Ошибки выполнения, нехватка полей, падение отчётов

Альтернативные способы обновления

Ручная загрузка cf-файла — не единственный путь. Для типовых конфигураций на поддержке удобнее автоматическое обновление через сервис «1С:Обновление программ» прямо из режима предприятия: платформа сама скачает нужные версии, включая промежуточные, и выполнит обновление с минимальным участием администратора. Этот способ работает, только если конфигурация на полной поддержке без доработок.

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

Сравнение вариантов

Автоматическое обновление через сервис 1С

Подходит для типовых конфигураций на полной поддержке; не работает при доработках и снятии с поддержки

Ручная загрузка cf/cfu в конфигураторе

Универсальный способ, даёт полный контроль над объединением; требует опыта и времени

Обновление силами специалиста 1С

Оправдано при большом объёме доработок и критичности базы; требует привлечения стороннего ресурса

Перенос доработок в расширения

Снижает трудоёмкость будущих обновлений; требует первоначальной доработки архитектуры

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

Чем файл .cf отличается от .cfu?

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

Что делать, если пункт «Обновить конфигурацию поставщика» недоступен?

Чаще всего конфигурация снята с поддержки или находится на поддержке с запретом изменений в особом режиме. Откройте «Поддержка → Настройка поддержки» и проверьте состояние. При полном снятии с поддержки используйте «Сравнить, объединить с конфигурацией из файла» — это позволит загрузить новую версию и при необходимости вернуть объекты на поддержку.

Потеряются ли данные при обновлении конфигурации?

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

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

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

Обновление зависло на реструктуризации — что делать?

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

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

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