← На главную

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

Зачем нужен файл поставки и возврат на поддержку?

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

1. Упорядочить процесс обновления рабочих информационных баз.
2. Минимизировать риск потери доработок при сравнении и объединении.
3. Использовать компактные файлы обновления .cfu вместо тяжеловесных .cf.

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

Шаг 1. Получение эталонного файла конфигурации (.cf)

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

Многие начинающие специалисты ищут «файл поставки» на портале 1С:ИТС и видят только дистрибутивы обновлений. Важный момент: полный файл конфигурации 1.cf содержится в составе полного дистрибутива (не обновления!).

1. Зайдем на сайт releases.1c.ru.
2. Найдем нужную версию 1С:ERP.
3. Скачаем «Дистрибутив для установки».
4. После установки шаблона на компьютер, в папке с шаблоном (обычно это AppData\Roaming\1C\1cv8\tmplts...) появится файл 1cv8.cf. Это и есть наш эталон.

Шаг 2. Корректная постановка конфигурации на поддержку

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

Выясним правильный алгоритм возврата на поддержку:

1. Откроем конфигуратор нашей базы.
2. Перейдем в меню Конфигурация — Поддержка — Обновить конфигурацию.
3. В появившемся окне выберем вариант Выбор файла обновления и нажмем «Далее».
4. Нажмем кнопку выбора («...») и в фильтре типов файлов выберем Файлы конфигураций (*.cf). Укажем тот самый эталонный файл, который мы получили на Шаге 1.
5. Нажмем «Готово». Программа выполнит анализ.
6. Критически важный момент: если конфигурация была снята с поддержки или изменена, система выдаст окно с вопросом о постановке на поддержку. Нам нужно согласиться.
7. В окне сравнения и объединения обязательно нужно аккуратно настроить фильтры. Если нам нужно сохранить свои доработки, мы не должны просто затирать всё типовыми объектами. Однако для восстановления «статуса» поддержки базовые объекты должны быть сопоставлены.

Шаг 3. Настройка параметров поставщика

Перед созданием файла поставки проверим корневые свойства конфигурации. Нажмем правой кнопкой мыши на самый верхний элемент дерева метаданных (имя конфигурации) и выберем «Свойства».

Проанализируем обязательные поля:

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

Шаг 4. Создание файла поставки и обновления

Теперь разберем по шагам процесс генерации файлов. Перейдем в меню Конфигурация — Расширения — Поставка конфигурации — Создать файлы поставки и обновления конфигурации (в некоторых версиях путь может быть: Конфигурация — Поставка конфигурации...).

В открывшемся окне выполним следующие действия:

1. Убедимся, что стоит галочка Создать файл поставки. В поле ниже укажем путь, куда будет сохранен итоговый .cf.
2. Если нам нужен файл обновления .cfu (который весит в разы меньше), поставим галочку Создать файл обновления конфигурации.
3. Для создания .cfu в нижней таблице «Файлы обновлений» нажмем «Добавить» и укажем предыдущий файл конфигурации (тот, который сейчас стоит на рабочей базе). Система сравнит текущее состояние с этим файлом и запишет в .cfu только дельту (изменения).
4. Нажмем кнопку «Выполнить».

Важное замечание для 1С:ERP: Процесс сборки файла поставки для ERP крайне ресурсозатратный. Конфигурация содержит десятки тысяч объектов. Рекомендуется иметь минимум 16 Гб оперативной памяти и SSD, так как процесс может занять от 30 минут до нескольких часов. Не прерывайте работу конфигуратора, даже если он кажется «зависшим».

Шаг 5. Тонкая настройка правил поддержки для объектов

При создании поставки мы можем определить, как наши изменения будут вести себя у конечного пользователя (в рабочей базе). Разберем доступные варианты в окне Настройка поставки:

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

Типовые проблемы и их решение

Рассмотрим ситуацию, когда при создании файла поставки возникают ошибки:

1. Ошибки кэша: Перед сборкой поставки рекомендуется почистить локальный кэш конфигуратора и выполнить команду Конфигурация — Проверка конфигурации.
2. Дублирование объектов: Убедитесь, что в базе нет объектов с одинаковыми именами, которые могли появиться при некорректном ручном объединении.
3. Несоответствие версий: Помните, что файл обновления .cfu применится только к той версии конфигурации, которая была указана как «базовая» при его создании.

Таким образом, мы рассмотрели полный цикл: от получения эталонного .cf из дистрибутива до генерации собственного файла обновления. Соблюдение этой последовательности гарантирует, что ваша 1С:ERP будет корректно стоять на поддержке, а процесс переноса доработок станет контролируемым и профессиональным.