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

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

Как загрузить конфигурацию в хранилище 1С

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

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

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

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

Когда требуется загрузка конфигурации в хранилище

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

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

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

Подготовка перед загрузкой

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

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

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

Создание и подключение к хранилищу

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

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

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

Порядок действий при первичной загрузке
  1. 1
    Сделайте резервную копию базы (выгрузку в dt)
  2. 2
    Завершите все сеансы пользователей и откройте конфигуратор монопольно
  3. 3
    Создайте хранилище: Конфигурация → Хранилище конфигурации → Создать хранилище
  4. 4
    Укажите путь к каталогу хранилища и дождитесь окончания выгрузки
  5. 5
    Проверьте версию хранилища через пункт «Состояние версий хранилища»
  6. 6
    Сообщите команде путь к хранилищу и создайте пользователей хранилища

Загрузка конфигурации из cf-файла и помещение в хранилище

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

Затем выполните «Конфигурация → Загрузить конфигурацию из файла» и выберите cf-файл. Платформа покажет сравнение конфигураций — проверьте список изменений, чтобы случайно не откатить нужные доработки. После загрузки обновите конфигурацию базы данных (F7), если структура данных изменилась.

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

Всегда пишите содержательные комментарии при помещении в хранилище: что изменено и почему. Через полгода запись «доработки по задаче №1234» сэкономит часы на разборе истории версий, а пустой комментарий не поможет ничем.
ПЗ
Практическое замечание

Проверка результата загрузки

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

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

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

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

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

Версия в истории хранилища
Норма

Новая версия с вашим именем и комментарием

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

Версии нет или она создана другим пользователем

Статусы объектов
Норма

Объекты не помечены как изменённые

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

Объекты изменены относительно хранилища после помещения

Получение на тестовой базе
Норма

Конфигурация получается без ошибок

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

Ошибки получения или расхождение версий

Типичные ошибки и их последствия

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

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

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

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

Ограничения и альтернативы

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

1C:Enterprise Development Tools (EDT) работает с конфигурацией как с набором файлов в формате, совместимом с системами контроля версий. Это даёт ветвление, код-ревью и интеграцию с CI/CD. Однако переход на EDT требует перестройки процессов команды и не всегда оправдан для небольших доработок типовых конфигураций.

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

Сравнение вариантов хранения версий

Хранилище конфигурации

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

EDT + Git

Для крупных проектов и распределённых команд; требует освоения EDT и перестройки процессов

Выгрузка cf-файлов

Для одиночной разработки без требований к истории; нет контроля захвата объектов

Часто задаваемые вопросы

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

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

Что делать, если при подключении к хранилищу выдаётся ошибка доступа?

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

Как восстановить хранилище, если его файлы повреждены?

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

Почему команда «Поместить в хранилище» недоступна?

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

Можно ли работать с хранилищем через интернет?

Файловое хранилище требует доступа к сетевому каталогу, поэтому через интернет работать с ним можно только по VPN. Для удалённой работы лучше подходит сервер хранилищ 1С или переход на EDT с Git-репозиторием.

Итог

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

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