Что делать, если конфигурация поставщика не соответствует основной конфигурации?

Согласование конфигурации поставщика с основной конфигурацией

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

Причины несоответствия

1. Версии не совпадают — использованы разные версии библиотеки
2. Обновление не полное — одна конфигурация обновлена, другая нет
3. Расширения конфликтуют — расширения конфигурации имеют свои изменения
4. Кастомизация затёрла стандартный функционал — неправильное слияние конфигураций
5. Неполное восстановление — при развёртывании потеряны некоторые объекты

Этап 1: Диагностика

Сначала определи, что именно не совпадает:

// Откройте основную конфигурацию в конфигураторе
// 1. Меню: Конфигурация → Сравнить с файлом
// 2. Выберите конфигурацию поставщика
// 3. Система покажет список отличий

Что смотреть в отчёте:

• Новые объекты в поставщике (которых нет у вас)
• Удалённые объекты (которые были, но исчезли)
• Изменённые объекты (разные версии)
• Конфликты в расширениях

Этап 2: Безопасное обновление

Вариант 1: Полное обновление конфигурации

Если конфигурация поставщика актуальнее и вы не внесли критичных изменений:

// 1. Сохранить текущую конфигурацию в файл .cf на всякий случай
// Меню: Конфигурация → Сохранить как

// 2. Меню: Конфигурация → Загрузить из файла
// Выберите конфигурацию поставщика

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

Вариант 2: Выборочное обновление (рекомендуется)

Если у вас есть критичные изменения:

// Используй инструмент сравнения:
// 1. Откройте обе конфигурации в конфигураторах
// 2. Меню: Конфигурация → Сравнить с файлом
// 3. Вручную выберите, что загружать
// 4. Примените изменения с "Загрузить в текущую конфигурацию"

Этап 3: Слияние конфликтующих изменений

Если у вас есть и свои изменения, и изменения поставщика:

// Используй встроенный инструмент слияния
// Меню: Конфигурация → Слить две версии

// Система позволит:
// - Выбрать версию по умолчанию
// - Ручное разрешение конфликтов
// - Обзор каждого изменения

Пример слияния вручную:

// В справочнике появился новый реквизит от поставщика:
// Поставщик добавил: "КодРаботника"
// У вас есть свой: "НомерЛьготы"
// Оба реквизита нужны

// Решение: загрузить реквизит поставщика,
// после этого основной реквизит не удалится

Этап 4: Проверка после обновления

// 1. Проверь синтаксис конфигурации
// F7 в конфигураторе

// 2. Запусти платформу и проверь ключевые операции
// npm/pip install (если есть расширения)

// 3. Проверь пользовательский интерфейс
// - Формы открываются?
// - Отчёты работают?
// - Процессы запускаются?

// 4. Запусти регламентные задачи
// Администрирование → Регламентные задачи

Этап 5: Расширения и кастомизация

Если использованы расширения конфигурации:

// Проверь совместимость:
// 1. Откройте расширение в редакторе
// 2. Убедитесь, что все ссылки на объекты остаются валидными
// 3. Перекомпилируйте расширение
// 4. Проверьте синтаксис (F7)

// Если расширение сломалось:
// - Создайте новое расширение на основе новой версии
// - Мигрируйте свой код вручную
// - Протестируйте на тестовой БД

Практический чеклист

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

Когда вызывать помощь

• Конфликты в системных таблицах — обратитесь к поставщику
• Потеря данных — восстановите из резервной копии
• Несовместимость расширений — переделайте расширение для новой версии

Итого: правильный подход — резервная копия → сравнение → выборочное слияние → тестирование.