Разработка и Конфигурация · 11 мин
Как сравнить конфигурацию 1С с конфигурацией поставщика
Пошаговая инструкция по сравнению конфигурации 1С с конфигурацией поставщика: запуск сравнения, анализ отличий, работа с фильтрами, обновление без потери доработок.
Сравнение рабочей конфигурации с конфигурацией поставщика — базовая операция при обновлении типовых решений 1С. Она показывает, какие объекты изменены в вашей базе относительно «чистой» версии, какие доработки сделаны вами, а какие пришли с новым релизом. Без этого анализа обновление превращается в лотерею: легко потерять доработки или, наоборот, пропустить важные изменения поставщика.
Механизм сравнения встроен в конфигуратор и доступен на любой платформе 1С:Предприятие 8. Он работает одинаково для «Бухгалтерии», «Управления торговлей», ERP и других решений. Различия касаются только объёма изменений и количества доработок, которые придётся разбирать вручную.
Когда требуется сравнение с конфигурацией поставщика
Основной сценарий — обновление типовой конфигурации, в которую вносились доработки. Перед установкой нового релиза нужно понять, какие объекты изменил поставщик, и сопоставить это с вашими изменениями. Второй сценарий — аудит: проверить, насколько база «отошла» от типовой и сколько доработок накопилось.
Также сравнение полезно при переносе доработок между базами, при восстановлении после некорректного обновления и при оценке трудозатрат перед переходом на новую редакцию. Если конфигурация находится на полной поддержке без изменений, сравнение покажет только отличия нового релиза — анализ займёт минуты.
Подготовка: что сделать до запуска сравнения
Первое обязательное действие — создать резервную копию базы. Для файловой базы достаточно скопировать каталог или сделать выгрузку в DT через конфигуратор. Для клиент-серверной базы используйте штатные средства СУБД или выгрузку DT. Сравнение само по себе безопасно, но последующее объединение способно изменить сотни объектов, и откат без копии невозможен.
Второй шаг — загрузить актуальный файл конфигурации поставщика. Дистрибутивы релизов распространяются через портал 1С:Обновление программ и содержат файл с расширением .cf (полная конфигурация) или .cfu (файл обновления). Для сравнения подходит именно .cf — он содержит полную конфигурацию нового релиза.
Убедитесь, что у вас есть монопольный доступ к базе: пользователи должны выйти, фоновые задания — завершиться. Сравнение возможно и без монопольного режима, но обновление конфигурации базы данных потребует его в любом случае, поэтому лучше сразу работать в «чистом» окне.
Запуск сравнения: два рабочих способа
Через механизм обновления конфигурации
Стандартный путь: меню «Конфигурация → Поддержка → Обновить конфигурацию». В диалоге выберите «Выбор файла обновления» и укажите .cf нового релиза. Конфигуратор загрузит файл и автоматически откроет окно сравнения и объединения. Этот способ удобен тем, что платформа сама сопоставит версии и предложит разумные настройки по умолчанию.
Непосредственное сравнение с файлом
Альтернатива: «Конфигурация → Сравнить, объединить с конфигурацией из файла». Этот вариант подходит, когда нужно просто посмотреть отличия без намерения сразу обновляться — например, при аудите доработок. Результат тот же: открывается дерево объектов с отметками о различиях.
Для сравнения именно с текущей конфигурацией поставщика (без файла нового релиза) есть отдельная команда: «Конфигурация → Сравнить с конфигурацией поставщика». Она показывает, чем ваша рабочая конфигурация отличается от эталонной, — быстрый способ увидеть все свои доработки.
- 1Создайте и проверьте резервную копию базы
- 2Завершите сеансы пользователей и фоновые задания
- 3Откройте конфигуратор, пункт «Поддержка → Обновить конфигурацию»
- 4Укажите файл .cf нового релиза поставщика
- 5Дождитесь построения дерева сравнения
- 6Проанализируйте отличия, настройте флажки и правила объединения
- 7Выполните объединение и обновите конфигурацию базы данных
Как читать окно сравнения и объединения
Дерево сравнения показывает два столбца: рабочую конфигурацию и конфигурацию из файла. Значки рядом с объектами обозначают состояние: объект изменён, добавлен только в одной из конфигураций, удалён или идентичен. Флажок рядом с объектом означает, что изменение будет применено при объединении.
Двойной щелчок по объекту открывает детальное сравнение: для модулей — построчное сравнение текста, для форм — сравнение структуры элементов, для метаданных — сопоставление свойств и реквизитов. Именно здесь принимается решение: взять версию поставщика, оставить свою или совместить изменения вручную.
Обратите внимание на режим объединения в нижней части окна. Режим «Взять из новой конфигурации поставщика» заменит объект целиком, «Объединить» — попытается совместить изменения. Для модулей с доработками почти всегда нужен режим объединения с последующей ручной правкой конфликтов.
Перед объединением выгрузите список изменённых объектов: кнопка «Отчет о сравнении» в окне сравнения формирует табличный документ. Его удобно сохранить и использовать как чек-лист при проверке доработок после обновления.
Фильтры и приоритеты: как ускорить анализ
В больших конфигурациях дерево сравнения содержит тысячи объектов. Кнопка «Фильтр» позволяет показать только изменённые объекты, только добавленные поставщиком или только отличающиеся. Это сокращает анализ с нескольких часов до десятков минут: сначала разбираются объекты, изменённые с обеих сторон, затем — новые объекты поставщика.
Полезный приём — сгруппировать объекты по подсистемам. Если доработки касались, например, только документов продажи, в первую очередь проверяйте эту группу. Объекты, которые вы не меняли, обычно безопасно брать из версии поставщика целиком.
Как выбрать действие
Типичные ошибки при сравнении и объединении
Самая частая ошибка — массовая установка флажков «взять из конфигурации поставщика» без проверки. В результате затираются доработанные модули, печатные формы и роли. Обратная крайность — снятие всех флажков «чтобы ничего не сломать»: тогда обновление фактически не устанавливается, а база остаётся на старой логике с новым номером релиза.
Вторая группа ошибок связана с модулями. Построчное объединение текста может некорректно совместить процедуры, если доработка и новый релиз меняли один и тот же участок кода. После объединения обязательно выполните синтаксический контроль модулей («Конфигурация → Проверка конфигурации») и протестируйте ключевые сценарии.
Проверка результата после объединения
После объединения выполните «Обновить конфигурацию базы данных» (клавиша F7). Платформа покажет список реструктуризации — изменений структуры таблиц. Внимательно изучите его: удаление реквизитов или таблиц в этом списке — сигнал, что при объединении снят лишний флажок или объект взят не из той версии.
Затем запустите проверку конфигурации с включённой проверкой модулей и логической целостности. После этого — тестирование в пользовательском режиме: проведение ключевых документов, формирование регламентированной отчётности, работа доработанных механизмов. Полный цикл сначала прогоняется на копии базы, и только после успешной проверки обновление переносится в рабочую среду.
Как проверить результат
Проверка завершается без ошибок
Ошибки компиляции в объединённых модулях
Только добавление и изменение объектов
Удаление реквизитов или таблиц с данными
Отличаются только ваши осознанные доработки
Отличия в объектах, которые вы не меняли
Документы проводятся, отчёты формируются
Ошибки при проведении, пустые или неверные отчёты
Альтернативы и дополнительные инструменты
Если конфигурация сильно доработана, рассмотрите перевод изменений в расширения конфигурации. Расширения не требуют снятия объектов с поддержки и существенно упрощают последующие обновления: сравнение касается только типовой части. Это стратегическое решение, требующее разовой работы по переносу доработок.
Для командной разработки вместо ручного сравнения используется хранилище конфигурации или выгрузка в файлы конфигуратора с последующим сравнением через внешние diff-инструменты (например, в связке с EDT). Эти подходы дают историю изменений и упрощают поиск момента, когда появилась конкретная доработка, но требуют настройки процесса разработки.
Сравнение вариантов
Подходит для разового обновления и аудита; ограничение — ручной разбор конфликтов в модулях
Подходит для долгосрочного сопровождения доработок; ограничение — не все изменения возможны через расширение
Подходит для командной разработки с историей версий; ограничение — требует дисциплины и администрирования
Подходит для крупных проектов; ограничение — порог входа и необходимость перестройки процессов
Часто задаваемые вопросы
Можно ли сравнить конфигурации без запуска обновления?
Да. Команда «Конфигурация → Сравнить, объединить с конфигурацией из файла» позволяет открыть дерево сравнения, изучить отличия и закрыть окно без применения изменений. Для просмотра собственных доработок достаточно команды «Сравнить с конфигурацией поставщика» — она вообще не требует внешнего файла.
Что делать, если конфигурация снята с поддержки полностью?
Механизм автоматического обновления через поддержку работать не будет. Сравнение выполняется вручную через «Сравнить, объединить с конфигурацией из файла», а все решения по каждому объекту принимает разработчик. В такой ситуации особенно важен отчёт о сравнении и обновление сначала на копии базы.
Почему после объединения в модуле появились ошибки?
При построчном объединении платформа совмещает изменения из обеих версий. Если ваши доработки и новый релиз затрагивали одни и те же строки, возможны дубли процедур, потерянные фрагменты или нарушенная структура. Откройте модуль, найдите конфликтные места и приведите код к рабочему виду, опираясь на обе версии.
Как узнать, какие объекты доработаны в базе?
Быстрый способ — команда «Конфигурация → Сравнить с конфигурацией поставщика»: все отличия и есть ваши доработки. Дополнительно в окне «Настройка поддержки» видно, какие объекты сняты с поддержки или изменены с сохранением поддержки.
Безопасно ли обновляться сразу в рабочей базе?
Нет. Правильный порядок: восстановить копию базы в тестовый каталог, выполнить сравнение и обновление там, прогнать проверку модулей и пользовательские сценарии, и только затем повторить обновление в рабочей базе. Это страхует от ошибок объединения, которые сложно заметить в момент установки.
Чем файл .cf отличается от .cfu при сравнении?
Файл .cf содержит полную конфигурацию релиза и подходит для сравнения и объединения напрямую. Файл .cfu — это обновление между конкретными версиями; он применяется через механизм поддержки и работает только если текущая конфигурация поставщика соответствует исходной версии обновления.
Что важно запомнить
Сравнение с конфигурацией поставщика запускается из конфигуратора через обновление или прямое сравнение с файлом .cf. Перед объединением создавайте проверенную копию, анализируйте объекты через фильтры и детальное сравнение, после — обязательно проверяйте модули и реструктуризацию. Сначала весь цикл выполняется на копии базы.