К статье
Практический материал

Разработка и Конфигурация · 11 мин

Как подключить базу 1С к хранилищу конфигурации

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

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

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

Что такое хранилище конфигурации и когда оно нужно

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

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

Подготовка перед подключением

Перед подключением убедитесь, что выполнены базовые условия. Во-первых, у вашей учётной записи в базе должны быть административные права и право на изменение конфигурации. Во-вторых, хранилище уже должно существовать: его создаёт администратор проекта через пункт «Конфигурация → Хранилище конфигурации → Создать хранилище» в эталонной базе. Если хранилище ещё не создано, подключаться будет не к чему.

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

Также проверьте, каким способом развёрнуто хранилище: это определяет, какой путь вы будете указывать. Возможны два варианта — файловый каталог, доступный по сети, или сервер хранилищ 1С (crserver), работающий по TCP.

Способы размещения хранилища

Файловый каталог

Подходит для небольших команд. Указывается сетевой путь вида \\server\storage. Требует общего доступа к папке и стабильной сети; при обрыве связи во время операции возможны ошибки хранилища.

Сервер хранилищ 1С

Подходит для распределённых команд и больших проектов. Подключение по адресу tcp://server:1542. Надёжнее при нестабильной сети, но требует установки и администрирования службы сервера хранилищ.

Пошаговое подключение базы к хранилищу

Процедура выполняется в Конфигураторе и одинакова для большинства версий платформы 8.3. Выполняйте шаги последовательно, не прерывая процесс на этапе обновления конфигурации базы данных.

Порядок подключения
  1. 1
    Откройте базу в Конфигураторе под пользователем с административными правами.
  2. 2
    Убедитесь, что конфигурация открыта (Конфигурация → Открыть конфигурацию).
  3. 3
    Выберите Конфигурация → Хранилище конфигурации → Подключиться к хранилищу.
  4. 4
    Подтвердите предупреждение о замене текущей конфигурации версией из хранилища.
  5. 5
    Укажите путь: сетевой каталог хранилища или адрес сервера хранилищ (например, tcp://server:1542/имя_хранилища).
  6. 6
    Введите имя пользователя хранилища и пароль — их выдаёт администратор хранилища.
  7. 7
    Дождитесь загрузки конфигурации из хранилища и согласитесь на обновление конфигурации базы данных.
  8. 8
    Проверьте результат: статусная строка и пункт меню хранилища должны показывать активное подключение.

Если хранилище файловое, путь указывается как обычный сетевой путь, например \\server\1c_storage\project. У учётной записи, под которой вы работаете, должен быть полный доступ к этой папке на уровне файловой системы. Если используется сервер хранилищ, формат строки подключения — tcp://имя_сервера:порт/имя_хранилища; порт по умолчанию обычно 1542, но уточните у администратора.

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

Базовые операции после подключения

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

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

Рекурсивный захват и зависимые объекты

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

Отмена захвата

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

Проверка корректности подключения

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

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

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

Меню «Хранилище конфигурации»
Норма

Доступны пункты «Захватить», «Поместить», «Отключиться»

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

Пункты неактивны или предлагается «Подключиться» — подключение не выполнено

Захват объекта
Норма

Объект помечается пиктограммой захвата вашим пользователем

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

Ошибка доступа к каталогу или серверу хранилища

История хранилища
Норма

После помещения появляется новая версия с вашим комментарием

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

Версия не создаётся или появляется ошибка блокировки

Получение изменений
Норма

Изменения коллег загружаются в вашу базу

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

Конфликты версий или ошибки соединения при каждом получении

Типичные ошибки и их устранение

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

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

Типичные ошибки
01
Подключение базы с несохранёнными доработками — конфигурация заменяется версией хранилища, изменения теряются безвозвратно.
02
Использование одного пользователя хранилища несколькими разработчиками — история изменений теряет смысл, возникают конфликты захвата.
03
Длительное удержание захваченных объектов — коллеги не могут работать, при получении изменений возникают конфликты.
04
Помещение изменений без комментария — через месяц невозможно понять, зачем делалась правка.
05
Подключение продуктивной базы к хранилищу — риск случайной загрузки непроверенной конфигурации в рабочую среду.

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

Настройте в хранилище осмысленные имена пользователей (ФамилияИО вместо user1, user2) и договоритесь в команде о формате комментариев при помещении — например, номер задачи плюс краткое описание. Это мелочь, которая сильно упрощает разбор истории изменений через полгода.
ПЗ
Практическое замечание

Отключение от хранилища и особые сценарии

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

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

Итог

Что важно запомнить

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

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

Можно ли подключить к одному хранилищу несколько баз?

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

Что произойдёт с данными в базе при подключении к хранилищу?

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

Забыт пароль пользователя хранилища — что делать?

Пароль может сбросить только администратор хранилища: он открывает хранилище с правами администратора, находит пользователя в списке и задаёт новый пароль. Самостоятельно восстановить пароль нельзя — механизма восстановления в хранилище нет.

Можно ли работать с хранилищем без постоянного сетевого доступа?

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

Чем хранилище конфигурации отличается от выгрузки в файлы и Git?

Хранилище — встроенный механизм платформы с захватом объектов и историей версий, простой в освоении. Выгрузка в файлы конфигурации (или формат EDT) с Git даёт более гибкое ветвление и интеграцию с внешними инструментами, но требует настройки и дисциплины. Для небольших команд хранилища обычно достаточно.

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

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