Разработка и Конфигурация · 9 мин
Как сделать поставку конфигурации 1С
Как создать поставку конфигурации 1С: настройка поддержки, комплект поставки, файлы обновления, демо-данные и типичные ошибки разработчика.
Поставка конфигурации 1С — это комплект файлов, с помощью которого разработчик передаёт решение заказчику или распространяет его как тиражный продукт. В комплект входят файл конфигурации (.cf), файлы обновления (.cfu), демонстрационная база, документация и манифест поставки. Правильно собранная поставка позволяет пользователю установить конфигурацию «с нуля» или обновить существующую базу штатными средствами, без ручной загрузки через конфигуратор.
Механизм поставки тесно связан с настройкой поддержки. Именно поддержка определяет, какие объекты пользователь сможет менять, а какие останутся закрытыми, и как будет проходить обновление на новые версии. Если собрать поставку без учёта этих правил, клиент столкнётся с ошибками при обновлении или потеряет свои доработки. Ниже разобран весь цикл: от подготовки конфигурации до проверки готового комплекта.
Что такое поставка конфигурации и когда она нужна
Поставка — это стандартный способ распространения прикладных решений на платформе 1С:Предприятие. Типовые конфигурации от фирмы «1С» распространяются именно так, и тот же механизм доступен любому разработчику. Поставка нужна, если вы передаёте решение заказчику, продаёте тиражный продукт или ведёте версионную разработку с регулярными обновлениями у клиентов.
Ключевое отличие поставки от простой выгрузки .cf-файла — наличие файла обновления .cfu и манифеста. Файл обновления содержит только изменения между версиями и применяется через «Поддержка → Обновить конфигурацию», что существенно безопаснее для базы клиента, чем полная загрузка конфигурации. Манифест (1cv8.mnf) описывает состав комплекта и позволяет создать новую информационную базу из поставки через стартовое окно платформы.
Подготовка конфигурации к поставке
До сборки комплекта нужно привести конфигурацию в состояние, пригодное для распространения. Откройте конфигуратор и проверьте основные свойства конфигурации: имя, краткое и подробное описание, поставщик, версия, авторские права. Именно эти данные увидит пользователь в окне «О программе» и при установке. Версию задавайте в формате из четырёх чисел (например, 1.0.3.15) — механизм обновления сравнивает версии позиционно, и нарушение формата ломает логику обновлений.
Далее выполните полную проверку конфигурации: «Конфигурация → Проверка конфигурации». Отметьте все виды проверок, включая поиск некорректных ссылок и логическую целостность. Ошибки, не критичные для рабочей базы разработчика, при обновлении у клиента могут привести к невозможности завершить реструктуризацию. Также убедитесь, что в конфигурации нет «мусорных» объектов — неиспользуемых отчётов, тестовых обработок, отладочного кода.
Настройка поддержки и правил обновления
Откройте «Конфигурация → Поддержка → Настройка поддержки». Здесь задаётся поставщик и правила изменения объектов: «не редактируется», «редактируется с сохранением поддержки», «снят с поддержки». Для тиражного продукта типичный выбор — запрет редактирования для большинства объектов с возможностью изменения тех, которые клиентам разрешено дорабатывать (например, макетов печатных форм через расширения).
Если конфигурация ещё не на поддержке, включите режим «Конфигурация находится на поддержке» и создайте первый файл поставки — он станет базовой версией, от которой будут строиться обновления. Храните все выпущенные файлы поставки: .cfu строится как разница между старым и новым .cf, и без архива предыдущих версий обновление для клиентов собрать не получится.
Создание файлов поставки и обновления
Основная команда — «Конфигурация → Поставка конфигурации → Создать файлы поставки и обновления конфигурации». В открывшемся диалоге укажите каталог, куда будут сохранены файлы, и отметьте нужные варианты: файл поставки конфигурации, файл обновления (с указанием версий, с которых возможен переход), а также при необходимости файл поставки данных для демонстрационной базы.
Список версий, с которых разрешено обновление, формируется из архива ваших прошлых поставок. Указывайте только реально выпущенные версии — если клиент пропустил несколько обновлений, платформа поднимет его базу последовательно, но только по цепочке заявленных версий. Пропуск промежуточной версии в списке может привести к тому, что часть клиентов не сможет обновиться штатно.
- 1Проверьте конфигурацию на ошибки и исправьте их
- 2Заполните свойства: поставщик, версия, описание
- 3Настройте поддержку и правила изменения объектов
- 4Выполните «Создать файлы поставки и обновления», указав каталог и версии обновления
- 5Добавьте в комплект документацию и демо-базу при необходимости
- 6Проверьте установку и обновление на тестовых базах
Комплект поставки: документация и демо-данные
Полноценный комплект включает не только файлы конфигурации. Через «Поставка конфигурации → Настройка комплекта поставки» можно сформировать описание комплекта: тексты лицензионного соглашения, инструкцию по установке, описание изменений версии. Эти материалы пользователь увидит при создании базы из шаблона и при обновлении.
Демонстрационная база готовится отдельно: создайте копию рабочей базы, заполните её показательными примерами (номенклатура, документы, отчёты), очистите от реальных данных и выгрузите в .dt. Файл выгрузки включается в комплект, и пользователь сможет развернуть демо-версию для изучения продукта. Следите, чтобы в демо-базе не осталось персональных данных реальных контрагентов или клиентов — это распространённая и опасная ошибка.
Что включать в комплект
Минимум для передачи заказчику с уже работающей базой. Не подходит для создания новых баз из шаблона
Позволяет создавать базу из шаблона через стартовое окно платформы. Стандарт для тиражных решений
Добавляет .dt с примерами данных. Подходит для продаж и презентаций, но требует контроля чистоты данных
Проверка поставки перед передачей клиенту
Собранный комплект обязательно проверяется в двух сценариях. Первый — установка «с нуля»: создайте новую информационную базу из файла поставки (или из шаблона, если комплект добавлен в список шаблонов), запустите её в режиме предприятия и убедитесь, что первоначальное заполнение отрабатывает без ошибок. Второй — обновление: поднимите тестовую копию базы клиента с предыдущей версии через .cfu и проверьте, что данные сохранились, а обработчики обновления выполнились корректно.
Отдельно проверьте поведение обработчиков обновления на большом объёме данных, если база клиента крупная. Отложенные обработчики должны быть идемпотентными — повторный запуск не должен портить данные. Зафиксируйте время обновления на тестовой копии, чтобы предупредить клиента о длительности процедуры.
Как проверить результат
База создаётся, запускается, первоначальное заполнение проходит без ошибок
Ошибки при создании или пустые обязательные справочники
Обновление завершается штатно, данные на месте, версия в «О программе» новая
Конфликты при объединении, ошибки реструктуризации
Открывается, содержит только примеры без реальных данных
Персональные данные, битые ссылки, отладочные объекты
Типичные ошибки и ограничения механизма
Самая частая ошибка — потеря архива предыдущих версий поставки. Без старого .cf собрать .cfu невозможно, и клиентам приходится отдавать полный .cf с ручной загрузкой, что ломает поддержку и усложняет последующие обновления. Вторая типичная проблема — нарушение последовательности версий: если выпустить версию 1.0.3 после 1.0.10, платформа сочтёт её более старой, и обновление не предложится.
Также учитывайте ограничения: поставка не переносит данные пользователей, настройки расширений и внешние компоненты — их нужно сопровождать отдельными инструкциями. Если клиент дорабатывал конфигурацию с сохранением поддержки, обновление потребует ручного сравнения-объединения, и это нужно честно описать в инструкции к релизу.
Что важно запомнить
Поставка собирается через «Создать файлы поставки и обновления» после проверки конфигурации и настройки поддержки. Храните все выпущенные .cf, контролируйте нумерацию версий и обязательно тестируйте установку и обновление на чистой и клиентской копиях баз.
Частые вопросы
Чем поставка отличается от простой выгрузки .cf?
Выгрузка .cf — это только файл конфигурации. Поставка дополнительно включает файл обновления .cfu, манифест для создания базы из шаблона и описание комплекта. Только поставка даёт штатный механизм обновления у клиента.
Можно ли собрать поставку, если конфигурация не на поддержке?
Технически файл .cf выгрузить можно, но полноценная поставка с обновлениями требует включённой поддержки. Без неё у клиентов не будет штатного сценария перехода на новые версии.
Что делать, если клиент пропустил несколько версий?
При сборке .cfu укажите в списке версий обновления все выпущенные релизы, с которых допустим переход. Тогда платформа обновит базу напрямую или последовательно. Если версия клиента старше списка, потребуется промежуточное обновление.
Как передать клиенту доработки без нарушения поддержки?
Рекомендуемый путь — расширения конфигурации (.cfe). Они накладываются поверх поставки, не меняют основную конфигурацию и не мешают автоматическому обновлению.
Нужно ли включать в комплект исходные тексты внешних обработок?
Только если это предусмотрено вашей лицензионной политикой. Внешние обработки и отчёты обычно поставляются отдельными файлами .epf/.erf в каталоге комплекта, с закрытым или открытым кодом — на усмотрение поставщика.