Администрирование · 12 мин
Как обновить конфигурацию поставщика в 1С 8
Как обновить конфигурацию поставщика в 1С 8: подготовка базы, загрузка cf-файла, сравнение и объединение, обновление конфигурации базы данных, типовые ошибки.
Конфигурация поставщика — это эталонная версия прикладного решения, которую выпускает разработчик (фирма «1С» или партнёр). Когда выходит новый релиз с исправлениями ошибок, изменениями законодательства и новыми функциями, информационную базу нужно привести в соответствие с ним. В 1С 8 для этого предусмотрен штатный механизм обновления через Конфигуратор, который сравнивает текущую конфигурацию базы с конфигурацией поставщика и переносит изменения.
Главная сложность процедуры — не сама загрузка файла, а правильная подготовка: резервная копия, проверка поддержки, понимание того, какие объекты были доработаны вручную. Ошибка на этапе объединения может привести к потере доработок или к невозможности обновить базу в дальнейшем. Поэтому ниже разобран полный цикл: от проверки текущего состояния до контроля результата.
Материал ориентирован на типовые конфигурации на платформе 1С:Предприятие 8.3 (Бухгалтерия, Управление торговлей, Зарплата и управление персоналом и другие), но общая логика применима к любым решениям, находящимся на поддержке поставщика.
Что такое конфигурация поставщика и когда её нужно обновлять
В структуре любой базы 1С сосуществуют несколько «слоёв»: основная конфигурация (та, с которой работают пользователи), конфигурация базы данных (её физическое отражение) и конфигурация поставщика — эталон, по которому платформа отслеживает изменения. Пока объект не изменён вручную, он обновляется автоматически. Как только разработчик или администратор правит типовой объект, он снимается с полной поддержки, и при обновлении платформа будет спрашивать, как поступить с каждым таким объектом.
Обновлять конфигурацию поставщика необходимо в нескольких ситуациях: вышли изменения законодательства (формы отчётности, ставки, регламентированные документы), поставщик исправил критические ошибки, требуется новый функционал, либо нужно восстановить эталонное состояние после некорректных доработок. Пропускать релизы можно, но чем больше накопленная «дельта», тем сложнее и рискованнее обновление.
Подготовка: резервная копия и проверка состояния поддержки
Первое и безусловное правило — перед любым обновлением сделайте резервную копию. Для файловой базы достаточно выгрузки через «Конфигуратор → Администрирование → Выгрузить информационную базу» в файл .dt. Для клиент-серверной базы предпочтительнее средства СУБД (например, резервное копирование в MS SQL Server), потому что выгрузка .dt больших баз занимает много времени и не всегда восстанавливается быстро.
Второй шаг — проверить, что конфигурация действительно находится на поддержке. Откройте «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация снята с поддержки полностью (замок открыт на корневом элементе), штатное обновление конфигурации поставщика будет недоступно — сначала нужно вернуть конфигурацию на поддержку, указав файл эталонной конфигурации текущего релиза.
Также убедитесь, что в базе нет активных сеансов пользователей: обновление конфигурации базы данных требует монопольного доступа. Заранее предупредите пользователей и завершите сеансы через консоль кластера или «Администрирование → Активные пользователи».
Где взять файл обновления и какие форматы бывают
Дистрибутивы обновлений типовых конфигураций распространяются через портал 1С:Обновление программ (для пользователей с действующим договором ИТС) либо устанавливаются с диска ИТС. После установки дистрибутива файлы обновления обычно размещаются в каталоге шаблонов (по умолчанию — папка tmplts в профиле пользователя).
Встречаются два основных формата. Файл .cf — полная конфигурация поставщика, подходит для обновления с любого релиза, в том числе при пропуске нескольких версий. Файл .cfu — файл обновления, который содержит только отличия и применим строго к конкретному предыдущему релизу. Попытка загрузить .cfu на «неподходящий» релиз завершится ошибкой версии.
Сравнение вариантов
Подходит для обновления с любого предыдущего релиза и для восстановления поддержки. Минус — больший размер и более длительное сравнение.
Меньше по размеру и быстрее применяется, но работает только при переходе с конкретного указанного релиза на следующий.
В типовых конфигурациях доступно из режима Предприятия через «Администрирование → Обновление версии программы». Удобно для простых баз без доработок, но требует логина портала и стабильного канала.
Пошаговое обновление через Конфигуратор
Базовый сценарий для конфигурации на полной поддержке без значительных доработок выглядит так. Откройте базу в Конфигураторе, убедитесь, что конфигурация открыта («Конфигурация → Открыть конфигурацию»). Затем перейдите в «Конфигурация → Поддержка → Обновить конфигурацию».
В диалоге выберите источник: «Поиск доступных обновлений» (платформа сама просканирует каталог шаблонов) или «Выбор файла обновления», если вы указываете конкретный .cf/.cfu. После анализа платформа покажет окно сравнения и объединения, где по каждому объекту видно, что изменилось поставщиком и что изменено у вас.
Для типовой конфигурации без доработок достаточно нажать «Выполнить» с настройками по умолчанию. После объединения платформа предложит обновить конфигурацию базы данных — соглашайтесь либо нажмите F7. На этапе реструктуризации будет показан список изменений структуры таблиц: проверьте его и подтвердите кнопкой «Принять».
- 1Сделайте выгрузку базы в .dt или резервную копию средствами СУБД
- 2Завершите сеансы пользователей и откройте базу в Конфигураторе монопольно
- 3Проверьте поддержку: «Конфигурация → Поддержка → Настройка поддержки»
- 4Запустите «Конфигурация → Поддержка → Обновить конфигурацию» и укажите файл нового релиза
- 5В окне сравнения и объединения проверьте изменённые объекты и нажмите «Выполнить»
- 6Обновите конфигурацию базы данных (F7) и примите реструктуризацию
- 7Запустите базу в режиме Предприятия и дождитесь выполнения отложенных обработчиков обновления
Обновление конфигурации с доработками
Если типовые объекты изменялись вручную, окно сравнения и объединения потребует внимательной работы. Для каждого дважды изменённого объекта (и поставщиком, и вами) нужно решить: взять версию поставщика, оставить свою или объединить вручную. Для модулей доступен построчный режим сравнения — используйте его, чтобы перенести свои изменения в новый текст модуля.
Хорошая практика — вести реестр собственных доработок: какие объекты изменены, зачем и как. Тогда при обновлении вы заранее знаете, на что обратить внимание. Если доработок много, рассмотрите переход на механизм расширений конфигурации: расширения не затрагивают типовые объекты и не усложняют обновление конфигурации поставщика.
Отдельный случай — когда конфигурация полностью снята с поддержки. Тогда «Обновить конфигурацию» недоступно, и используется «Конфигурация → Сравнить, объединить с конфигурацией из файла» с последующей постановкой на поддержку. Это более трудоёмкий путь: платформа не знает истории изменений, и объединение придётся контролировать вручную по всему дереву объектов.
Обновление конфигурации базы данных и отложенные обработчики
Объединение с конфигурацией поставщика меняет только основную конфигурацию в Конфигураторе. Чтобы изменения вступили в силу, нужно обновить конфигурацию базы данных (F7 или «Конфигурация → Обновить конфигурацию базы данных»). Именно на этом этапе выполняется реструктуризация — физическое изменение таблиц. На больших базах реструктуризация может занимать значительное время, планируйте окно обслуживания заранее.
После первого запуска в режиме Предприятия срабатывают обработчики обновления данных: они переносят и преобразуют информацию под новую структуру. Часть из них — отложенные, выполняются в фоне уже во время работы пользователей. До завершения всех отложенных обработчиков некоторые данные могут отображаться некорректно, поэтому статус обновления стоит проверить в разделе «Администрирование → Результаты обновления программы» (в типовых на базе БСП).
Как проверить результат
В «О программе» указан новый релиз
Номер релиза не изменился — обновление не применилось
В настройке поддержки стоит новый релиз поставщика
Релиз поставщика старый — конфигурация поставщика не обновлена
Все обработчики выполнены без ошибок
Есть обработчики с ошибкой или «зависшие» в выполнении
Ключевые документы и отчёты открываются и проводятся
Ошибки при проведении или открытии типовых форм
Типичные ошибки и способы их избежать
Самая частая проблема — попытка обновиться на релиз, несовместимый с текущим (например, загрузить .cfu не для своей версии). Решение — либо последовательно пройти промежуточные релизы, либо использовать полный .cf-файл. Вторая распространённая ошибка — обновление без монопольного доступа: реструктуризация не запустится, пока в базе есть сеансы, включая фоновые задания и сеансы веб-сервисов.
Третья группа ошибок связана с потерей доработок: при объединении по умолчанию платформа берёт версию поставщика, и непроверенные изменённые объекты «затираются». Всегда просматривайте список дважды изменённых объектов до нажатия «Выполнить». Наконец, не забывайте, что после обновления конфигурации может потребоваться обновление платформы — новые релизы типовых решений нередко требуют минимальную версию технологической платформы, указанную в документации к релизу.
Когда обновление лучше доверить специалисту
Самостоятельное обновление оправдано для типовой конфигурации без доработок, файловой базы небольшого размера и при наличии свежей резервной копии. Это стандартная процедура, которую администратор может выполнять регулярно.
Привлекайте специалиста по 1С, если конфигурация сильно доработана или снята с поддержки, база клиент-серверная с большим объёмом данных, используются обмены с другими системами (их форматы тоже могут измениться), либо обновление нужно выполнить через несколько пропущенных релизов. В этих случаях цена ошибки — простой учёта и потеря данных — заметно выше стоимости сопровождения.
Что важно запомнить
Обновление конфигурации поставщика — это загрузка нового релиза через «Поддержка → Обновить конфигурацию», объединение с контролем изменённых объектов и обязательное обновление конфигурации базы данных. Безопасность процедуры обеспечивают три вещи: резервная копия, монопольный доступ и проверка результата после запуска.
Частые вопросы
Чем отличается «Обновить конфигурацию» от «Загрузить конфигурацию из файла»?
«Обновить конфигурацию» работает через механизм поддержки: платформа сравнивает три версии (старую поставщика, вашу и новую поставщика) и аккуратно переносит изменения, сохраняя доработки. «Загрузить конфигурацию из файла» полностью заменяет вашу конфигурацию загружаемой — все ручные изменения будут потеряны. Для обновления типовых решений используйте именно первый вариант.
Можно ли обновиться, если пропущено несколько релизов?
Да, если использовать полный файл конфигурации .cf — он применим с любого предыдущего релиза. Файлы .cfu подходят только для перехода с конкретной версии на следующую, поэтому при пропусках придётся либо ставить промежуточные обновления по цепочке, либо брать .cf.
Что делать, если конфигурация снята с поддержки?
Штатное обновление будет недоступно. Нужно сначала поставить конфигурацию на поддержку через «Настройка поддержки → Включить возможность изменения / Поставить на поддержку», указав файл эталонной конфигурации текущего релиза, а затем выполнить сравнение и объединение с новым релизом вручную. Это трудоёмкая операция, при большом числе доработок её лучше поручить специалисту.
Почему после обновления пользователи не видят изменений?
Чаще всего не выполнено обновление конфигурации базы данных (F7) — изменения остались только в основной конфигурации Конфигуратора. Реже причина в том, что пользователи работают в старых сеансах: попросите их перезапустить программу. Также проверьте, не завершились ли с ошибкой отложенные обработчики обновления данных.
Можно ли обновить типовую конфигурацию без Конфигуратора?
Да, в типовых решениях на базе Библиотеки стандартных подсистем есть механизм обновления из режима Предприятия: «Администрирование → Обновление версии программы». Программа сама скачает релиз с портала и выполнит обновление. Однако для конфигураций с доработками и в сложных случаях всё равно потребуется Конфигуратор.
Сколько времени занимает обновление?
Для небольшой файловой базы типовой конфигурации — обычно от нескольких минут до получаса. Основное время уходит на реструктуризацию при обновлении конфигурации базы данных и на отложенные обработчики: в больших клиент-серверных базах это может занять часы, поэтому обновление планируют на нерабочее время.