Администрирование · 12 мин
Как узнать версию конфигурации поставщика в 1С
Разбираем, как узнать версию конфигурации поставщика в 1С: через поддержку, конфигуратор и сравнение конфигураций. Пошаговые инструкции и частые ошибки.
Версия конфигурации поставщика — это номер релиза типовой конфигурации, на основе которой построена ваша информационная база. Этот номер нужен при обновлении, при обращении в поддержку, при проверке совместимости внешних обработок и расширений. Путаница между версией рабочей конфигурации и версией конфигурации поставщика — частая причина ошибок при обновлении, поэтому важно понимать, где хранится каждое из этих значений.
В 1С одновременно существуют несколько конфигураций: основная (рабочая), конфигурация базы данных и конфигурация поставщика. Рабочая конфигурация может быть изменена доработками, а конфигурация поставщика хранит эталонное состояние типового решения на момент последнего обновления. Именно её версия показывает, какой релиз «лежит в основе» базы.
Ниже разобраны все рабочие способы узнать версию конфигурации поставщика: через окно «О программе», через настройку поддержки в конфигураторе, через сравнение конфигураций и программно. Также описаны ситуации, когда версия поставщика недоступна, и что это означает.
Что такое конфигурация поставщика и зачем знать её версию
Конфигурация поставщика — это эталонная копия типового решения (например, «1С:Бухгалтерия предприятия» или «1С:Управление торговлей»), которая сохраняется внутри информационной базы при установке и обновлении. Она не исполняется пользователями, а служит точкой отсчёта для механизмов поддержки и обновления.
Платформа 1С при обновлении на поддержке сравнивает три конфигурации: старую конфигурацию поставщика, новую конфигурацию поставщика из файла обновления и вашу рабочую конфигурацию. По результатам сравнения определяется, какие объекты были изменены доработками и как их объединить с новым релизом. Если версия поставщика в базе не совпадает с той, для которой выпущено обновление, установка может завершиться ошибкой.
Знать версию конфигурации поставщика нужно в нескольких типовых ситуациях: перед установкой обновления, чтобы убедиться, что подходит цепочка релизов; при передаче базы стороннему специалисту; при диагностике проблем, когда поддержка вендора спрашивает точный релиз; при проверке, не пропущено ли несколько обновлений подряд.
Способ 1. Узнать версию через «Настройку поддержки» в конфигураторе
Самый точный способ — посмотреть сведения о поддержке в конфигураторе. Для этого нужны права администратора и монопольный доступ не требуется — настройку поддержки можно открыть при работающих пользователях, если не выполнять изменений.
Порядок действий: запустите конфигуратор, откройте нужную информационную базу, авторизуйтесь. В главном меню выберите «Конфигурация» → «Поддержка» → «Настройка поддержки». В открывшемся окне в списке будут перечислены конфигурации поставщиков с указанием имени, поставщика и версии. Для типовой базы обычно одна строка, для объединённых решений их может быть несколько.
Именно значение в колонке «Версия» этого окна и есть версия конфигурации поставщика. Если конфигурация снята с поддержки полностью, окно покажет, что поддержка отсутствует, и версия поставщика может быть недоступна — это важный диагностический признак.
- 1Откройте базу в конфигураторе под пользователем с правами администратора
- 2Перейдите: Конфигурация → Поддержка → Настройка поддержки
- 3Найдите в списке строку конфигурации поставщика
- 4Считайте значение в колонке «Версия» и зафиксируйте его
- 5Закройте окно без сохранения изменений
Способ 2. Через окно «О программе» в режиме предприятия
В пользовательском режиме версию можно посмотреть без конфигуратора. В типовых конфигурациях откройте меню (кнопка с тремя полосами или значок информации) и выберите «О программе». В появившемся окне отображаются версия платформы и версия конфигурации.
Важное ограничение: здесь показывается версия рабочей (основной) конфигурации, а не конфигурации поставщика. В типовой базе без доработок эти значения совпадают, поэтому для большинства пользователей способ достаточен. Но если база дорабатывалась и номер версии меняли вручную, значения могут различаться.
В некоторых типовых решениях есть также раздел «Администрирование» → «Обслуживание» → «Результаты обновления», где фиксируется история установленных релизов. По журналу обновлений можно косвенно восстановить, какой релиз поставщика был установлен последним.
Способ 3. Через загрузку и сравнение конфигурации поставщика
Конфигурацию поставщика можно открыть как отдельную конфигурацию и посмотреть её свойства. В конфигураторе выберите «Конфигурация» → «Поддержка» → «Загрузить конфигурацию из файла» — это не то, что нужно; правильный путь: «Конфигурация» → «Открыть конфигурацию поставщика» либо через «Сравнить, объединить с конфигурацией из файла». В открывшемся дереве конфигурации поставщика вызовите свойства корневого узла — в поле «Версия» будет указан номер релиза.
Этот способ удобен, когда окно настройки поддержки по какой-то причине не показывает версию или когда нужно дополнительно сравнить конфигурацию поставщика с рабочей, чтобы увидеть перечень доработок. Сравнение выполняется через «Конфигурация» → «Сравнить конфигурации» с выбором пары «основная конфигурация — конфигурация поставщика».
Результат сравнения покажет не только версию, но и список изменённых объектов. Это полезно перед обновлением: вы заранее видите объём доработок, которые придётся переносить на новый релиз.
Способ 4. Программно получить версию поставщика
Для администраторов и разработчиков версию можно получить кодом на встроенном языке. Версия рабочей конфигурации доступна через объект метаданных: Метаданные.Версия. Для конфигурации поставщика прямого свойства нет, но её можно выгрузить в файл и прочитать, либо использовать функционал обновления через COM-соединение.
Практичный вариант — выгрузить конфигурацию поставщика в файл через пакетный режим конфигуратора и затем открыть его как базу-источник. Команда пакетного запуска выглядит так:
"C:\Program Files\1cv8\<версия платформы>\bin\1cv8.exe" DESIGNER /F"C:\Bases\MyBase" /DumpCfg "C:\Temp\vendor.cf" /DumpConfigFilesДля выгрузки именно конфигурации поставщика используется параметр выгрузки конфигурации базы данных или поставщика в зависимости от задачи; проще всего выгрузить файл .cf поставщика через «Конфигурация» → «Сохранить конфигурацию поставщика в файл» (в новых версиях платформы — через диалог поддержки). Затем этот файл можно загрузить в пустую базу и посмотреть версию в свойствах конфигурации.
Когда версия поставщика недоступна или отличается
Если конфигурация полностью снята с поддержки, сведения о поставщике и версии в настройке поддержки отсутствуют. Это типично для баз с глубокими доработками, где разработчик сознательно отключил поддержку. В таком случае узнать исходный релиз можно только по архивным копиям, журналам обновлений или у специалиста, выполнявшего доработку.
Другая ситуация — версия поставщика отстаёт от версии рабочей конфигурации. Такое бывает после некорректного обновления, когда рабочую конфигурацию обновили, а конфигурацию поставщика — нет, либо после ручного восстановления из копии. Признак проблемы: при попытке установить следующее обновление мастер сообщает, что текущая версия не соответствует ожидаемой.
Также версия может не совпадать, если база объединена из нескольких конфигураций поставщиков. В настройке поддержки тогда отображается несколько строк, и ориентироваться нужно на версию основной конфигурации поставщика.
Как проверить результат
В списке есть строка с поставщиком и версией
Список пуст или поддержка отключена
Версия поставщика совпадает с версией в «О программе»
Версии различаются — есть доработки или сбой обновления
Мастер принимает текущую версию как исходную
Ошибка «обновление не предназначено для этой версии»
Типичные ошибки и риски при работе с версией поставщика
Самая распространённая ошибка — принимать версию из «О программе» за версию поставщика и на её основании выбирать файл обновления. Если база доработана и номер версии изменялся, обновление может быть подобрано неверно, что приведёт к конфликтам при объединении.
Вторая ошибка — попытка «поправить» версию поставщика вручную через включение возможности изменений и редактирование свойств. Это нарушает механизм поддержки: при следующем обновлении платформа не сможет корректно сопоставить объекты, и часть доработок может быть потеряна.
Третья ошибка — обновление «через несколько релизов» без проверки цепочки. Для многих типовых конфигураций переход возможен только с определённых версий; если версия поставщика слишком старая, потребуется последовательная установка промежуточных релизов.
Практические рекомендации
Перед каждым обновлением фиксируйте три значения: версию платформы, версию рабочей конфигурации и версию конфигурации поставщика. Эта тройка позволяет быстро диагностировать проблемы и правильно выбрать файл обновления на портале поставщика.
Ведите простой журнал обновлений: дата, исходная версия, целевая версия, кто выполнял. При передаче базы другому специалисту или обращении в поддержку такой журнал экономит значительное время.
Если база снята с поддержки, а обновлять её всё же нужно, рассмотрите вариант возврата на поддержку через сравнение и объединение с актуальной типовой конфигурацией. Это трудоёмкая операция, и выполнять её стоит только специалисту с опытом обновления нетиповых баз.
Удобно хранить рядом с резервными копиями текстовый файл с версией конфигурации поставщика на момент копии. Если базу придётся восстанавливать спустя месяцы, вы сразу поймёте, какой релиз был актуален и с какого шага продолжать обновление.
Что важно запомнить
Точную версию конфигурации поставщика смотрите в конфигураторе: «Конфигурация» → «Поддержка» → «Настройка поддержки». Окно «О программе» показывает версию рабочей конфигурации, которая в доработанной базе может отличаться. Пустой список в настройке поддержки означает снятие с поддержки. Перед любыми изменениями поддержки делайте резервную копию.
Частые вопросы
Можно ли узнать версию поставщика без конфигуратора?
Напрямую — нет: пользовательский режим показывает только версию рабочей конфигурации. Косвенно можно ориентироваться на журнал обновлений в разделе «Администрирование», если он ведётся в вашей конфигурации. Для точного ответа нужен конфигуратор.
Почему в настройке поддержки несколько строк с разными версиями?
Это значит, что база объединена из нескольких конфигураций поставщиков — например, типовое решение дополнено отраслевым модулем. Каждая строка относится к своему поставщику. Для обновления ориентируйтесь на версию основной конфигурации, а совместимость модулей проверяйте отдельно.
Что делать, если версия поставщика не совпадает с требуемой для обновления?
Проверьте на дистрибутиве обновления список поддерживаемых исходных версий. Если вашей версии нет в списке, потребуется последовательно установить промежуточные релизы. Не пытайтесь обновиться «в обход» — это почти гарантированно приведёт к конфликтам при объединении.
Опасно ли открывать настройку поддержки при работающих пользователях?
Само открытие окна и просмотр сведений безопасны и не требуют монопольного доступа. Опасны только изменения: включение возможности изменений, снятие с поддержки, загрузка конфигураций. Эти операции выполняйте при отсутствии активных сеансов и после создания резервной копии.
Как узнать версию поставщика в файловой копии базы без её восстановления?
Достаточно открыть каталог копии как файловую базу в конфигураторе — настройка поддержки доступна сразу. Если есть только выгрузка .dt, её нужно сначала загрузить в пустую базу, после чего версия поставщика будет видна стандартным способом.
Влияет ли доработка базы на версию конфигурации поставщика?
Нет. Доработки изменяют рабочую конфигурацию и конфигурацию базы данных, а конфигурация поставщика обновляется только при установке новых релизов. Поэтому расхождение версий рабочей конфигурации и поставщика — нормальный признак доработанной базы, а не ошибка само по себе.