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