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

Администрирование · 12 мин

Как передать конфигурацию 1С: способы выгрузки и переноса

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

Передать конфигурацию 1С можно несколькими способами: выгрузить её в файл .cf, сохранить всю информационную базу в файл .dt, скопировать поставку через файл .cfu или передать доработки через хранилище конфигурации. Выбор зависит от того, что именно нужно передать: только структуру метаданных без данных, базу целиком с документами и справочниками или только изменения относительно типовой версии.

Главное различие, которое нужно понимать до начала работы: файл конфигурации (.cf) содержит только описание структуры — объекты метаданных, модули, формы, роли, но не содержит данных. Файл выгрузки информационной базы (.dt) включает и конфигурацию, и все данные: документы, справочники, регистры, пользователей. Если передаёте разработку программисту — обычно достаточно .cf. Если переносите рабочую базу на другой сервер — нужен .dt или средства СУБД.

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

Что именно нужно передать: определяем формат

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

Файл .cf подходит, когда передаётся разработка: доработанная типовая конфигурация, самописное решение, отдельные доработки для тестирования. Файл получается компактным, загружается быстро, но на стороне получателя не будет ни одного документа. Файл .dt — это полный снимок базы, его размер может достигать десятков гигабайт, а загрузка занимает заметное время и требует монопольного доступа.

Сравнение вариантов передачи

Файл конфигурации (.cf)

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

Выгрузка базы (.dt)

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

Файл обновления (.cfu)

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

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

Передача доработок между разработчиками через общий репозиторий. Требует настроенного хранилища и доступа у обеих сторон.

Как выгрузить конфигурацию в файл .cf

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

Выгрузка конфигурации в файл .cf
  1. 1
    Откройте базу в режиме «Конфигуратор» под пользователем с правами администратора.
  2. 2
    Если конфигурация закрыта, выполните «Конфигурация → Открыть конфигурацию».
  3. 3
    Выберите «Конфигурация → Сохранить конфигурацию в файл».
  4. 4
    Укажите папку и имя файла, например «Конфигурация_для_передачи.cf».
  5. 5
    Дождитесь окончания сохранения и проверьте, что файл появился и имеет ненулевой размер.
  6. 6
    Передайте файл получателю любым удобным способом: по сети, через облако или на носителе.

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

Для передачи отдельных доработок, а не всей конфигурации, удобнее механизм сравнения и объединения: получатель загружает ваш .cf через «Конфигурация → Сравнить, объединить с конфигурацией из файла» и выбирает только нужные объекты. Так безопаснее, чем полная загрузка, особенно если у получателя уже есть собственные доработки.

Как передать базу целиком: выгрузка в .dt

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

Выгрузка базы в файл .dt
  1. 1
    Завершите работу всех пользователей: «Администрирование → Активные пользователи» должно быть пусто.
  2. 2
    Откройте конфигуратор и перейдите в «Администрирование → Выгрузить информационную базу».
  3. 3
    Укажите путь и имя файла .dt, убедитесь, что на диске достаточно свободного места.
  4. 4
    Дождитесь завершения выгрузки — для больших баз это может занять продолжительное время.
  5. 5
    Проверьте размер файла и при возможности сразу загрузите его в пустую базу для контроля.

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

Передача через поставку и файлы обновления .cfu

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

Файл .cfu содержит только изменения между версиями и применяется на стороне получателя через «Конфигурация → Поддержка → Обновить конфигурацию». Ограничение существенное: обновление сработает, только если версия конфигурации получателя точно совпадает с той, от которой строилось обновление. Иначе мастер откажется применять файл, и придётся передавать полный .cf.

Загрузка и объединение конфигурации у получателя

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

Второй сценарий — объединение: «Конфигурация → Сравнить, объединить с конфигурацией из файла». Платформа покажет дерево различий, и можно отметить только нужные объекты: новые документы, изменённые модули, формы. Это основной способ переноса доработок в базу, где уже есть свои изменения. После объединения обязательно выполните обновление конфигурации базы данных (клавиша F7 или «Конфигурация → Обновить конфигурацию базы данных»).

Типичные ошибки при передаче конфигурации
01
Передача .cf вместо .dt, когда нужны данные: получатель загружает конфигурацию и обнаруживает пустую базу без документов.
02
Загрузка файла без резервной копии: при ошибке или несовместимости версий восстановить прежнее состояние невозможно.
03
Игнорирование реструктуризации: после загрузки не выполнено обновление конфигурации базы данных, и пользователи продолжают работать со старой структурой.
04
Передача .cfu при несовпадении версий: обновление не применяется, время потеряно на выяснение причин.
05
Разные версии платформы у сторон: конфигурация, созданная на более новой платформе, может не открыться на старой.

Проверка результата после передачи

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

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

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

Обновление конфигурации базы данных
Норма

Выполнено без ошибок, реструктуризация завершена

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

Ошибки реструктуризации, сообщения о несовпадении конфигурации и базы данных

Запуск в режиме «Предприятие»
Норма

База открывается, интерфейс соответствует переданной версии

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

Ошибки при запуске, отсутствуют ожидаемые разделы и команды

Номер версии конфигурации
Норма

Совпадает с версией у отправителя (Справка → О программе)

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

Версия старая — загрузка не применилась или применена не та

Наличие данных (для .dt)
Норма

Документы и справочники на месте, журналы заполнены

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

База пустая — был передан .cf вместо .dt или выгрузка прервалась

Для критичных баз дополнительно полезно запустить тестирование и исправление информационной базы («Администрирование → Тестирование и исправление») в режиме проверки без исправлений — это выявит скрытые проблемы целостности после переноса. На клиент-серверных базах проверяйте также права пользователей: после загрузки .dt список пользователей заменяется на переданный, и кому-то может потребоваться перенастройка.

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

Передача доработок между разработчиками через хранилище

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

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

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

Итог

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

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

Частые вопросы о передаче конфигурации 1С

Чем файл .cf отличается от файла .dt?

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

Можно ли передать конфигурацию, если у получателя более старая платформа?

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

Как передать только несколько доработанных объектов, а не всю конфигурацию?

Выгрузите полную конфигурацию в .cf, а получатель пусть применит её через «Конфигурация → Сравнить, объединить с конфигурацией из файла», отметив в дереве различий только нужные объекты. Это безопаснее полной загрузки, так как не затрагивает остальные объекты базы получателя.

Что делать, если при загрузке .dt появляется ошибка о нехватке места или прерывании?

Проверьте свободное место на диске, куда загружается база, и на диске с временными файлами — при загрузке требуется заметно больше места, чем размер самого файла. Если база очень большая, переносите её не через .dt, а средствами СУБД: резервная копия на исходном сервере и восстановление на целевом. Для файловой базы альтернатива — простое копирование файла 1Cv8.1CD при полностью завершённой работе с базой.

Передаются ли пароли пользователей при выгрузке базы в .dt?

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

Нужно ли завершать работу пользователей при выгрузке конфигурации в .cf?

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